- Expédié
- 2 septembre 2026 à 02:54 UTC
- Auteur
- Kamo
- Commite
- 8e1d72a
Publie le corpus en pilotant la véritable API KBService plutôt qu'en écrivant lignes -- un INSERT direct saute la ligne de version, l'événement kb.article.published c'est la seule chose indexant un article pour l'assistant d'IA, et le Ventilation de traduction. Une importation qui semblait réussie et a laissé "Train AI With Cet article "ne rien faire sur trois cents articles est le genre d'échec Personne ne remarque pendant un mois. Trois défauts qu'il est apparu, tous fixés ici: Les ids à 19 chiffres ne doivent jamais toucher un numéro JavaScript. Numéro(1168485648209608710») est 116848564820808700. Une session frappée avec cet org id authentifie parfaitement et décide d'une organisation qui n'existe pas - la vue d'ensemble est revenu vide et a été lu comme "la base de connaissances est vide". Le même piège a une deuxième fois sur l'article uid, où la réordonnance a répondu 403 parce que le parent id avait été arrondi et n'avait rien à voir avec la même chose. Les ids de session sont maintenant inscrits dans le JSON en tant que littéraux bruts, et les ids de l'article sont lus hors du texte de la réponse avant JSON.parse peut les toucher. Le parent nul d'une catégorie est la section, pas la racine. L'envoi nul aurait ont publié seize articles de haut niveau de leur gré, et le site de commercialisation -- qui demande que l'arbre sous le centre d'aide -- aurait montré une page vide. kubectl port-forward ne survit pas à quelques milliers de demandes. Transports échecs maintenant réescamotées avec la backoff; les erreurs HTTP ne le font pas, car répéter un 403 Quatre fois ne tard pour échouer. L'auteur est Sage, qui en est déjà l'article du Centre d'aide. Un article l'auteur et le dernier éditeur viennent de la session qui l'a écrit et sont montrés par Nom sur chaque article de la console.