Boucle de travail Mampu AI

Boucle de travail

Les outils sont fournis par le serveur mampu-tech-team de ce plugin : team_work_guide, team_tasks_open, team_task_start, team_task_milestone, team_task_finish, internal_doc_search, internal_doc_get, internal_doc_save. Les règles vivent sur le serveur : récupérez team_work_guide section loop avant le premier team_task_start d'une session et suivez-les ; récupérez status-block, records ou public-docs lorsque vous en avez besoin. Les hooks vous indiquent les candidats pour chaque invite ; c'est vous qui décidez.

Les trois appels

1. team_task_start — à la première invite qui est un travail. Passez le task_guid que le contexte de l'invite a proposé, ou create: {title, description} quand rien ne correspond. Ne demandez jamais à la personne si elle doit démarrer une tâche : démarrez-la et annoncez-le dans le bloc.
2. team_task_milestone — lorsqu'une PR est ouverte ou fusionnée, ou qu'une promotion est effectuée (kind : pr_opened, pr_merged, promoted ; l'URL si connue).
3. team_task_finish — avant votre réponse finale : state done, doing, waiting ou blocked ; le résumé d'une ligne ; debrief {comment, pièges, découvertes} ; changed_paths ; records à écrire ou mettre à jour ; help_pages_checked avec un verdict par page — unchanged, needs_update, ou missing avec suggested_title, section et why_public (la section public-docs indique ce qui est public) ; pr_url quand une PR existe. Une page signalée fait que le serveur dépose une demande de docs sur le dépôt d'aide ; si vous pouvez capturer des captures d'écran réelles, écrivez aussi la page là-bas avec la compétence help-doc-writing de ce dépôt et ouvrez une PR en brouillon. Ne demandez jamais à la personne de terminer la tâche. Done une fois que le travail est en ligne et vérifié : les petites choses restantes (une offre de docs, un nettoyage, la surveillance du premier cas en production) vont dans le résumé et ne maintiennent pas la tâche ouverte. Waiting = cela attend le propriétaire ou un client ; le résumé indique qui et pour quoi. Doing = quelqu'un travaille encore dessus.

Le bloc d'état

Ouvrez la réponse qui commence le travail avec ces quatre lignes, et terminez avec elles à nouveau. Vocabulaire fixe : found / not found / created / updated / unchanged / done / doing / waiting / blocked. Le serveur affiche les lignes (block_line, block) ; imprimez-les, ne les sautez jamais, même quand les quatre sont vides.

Tâche :    <titre> — trouvée, ouverte → marquée doing | non trouvée → créée "<titre>", doing | <titre> — faite, terminée | … doing, note laissée | … waiting : <qui, pour quoi> | … blocked : <pourquoi>
Enreg. :   <slug> — trouvé, en lecture | aucun ne correspond → j'en écrirai un à la clôture | <slug> — mis à jour | <slug> — créé | <slug> — inchangé
Page aide : <titre> — trouvée, vérifiée après le changement | aucune ne mentionne <sujet> | <titre> — vérifiée, pas de changement nécessaire | <titre> — doit être mise à jour, signalée | <titre> — manquante, page proposée | … ; demande de docs #<n>
Client :   aucun sur cette tâche

Tâches obsolètes

Une fois par jour, le début de session liste vos tâches obsolètes (livrées mais toujours ouvertes ou jamais notées, après trois heures ; ou non touchées depuis un jour, trois jours pour les tâches en attente). Avant tout autre travail, montrez à la personne cette liste numérotée et demandez en une ligne lesquelles sont faites, en attente (de qui), bloquées ou encore en cours, puis appelez team_task_finish pour chacune d'après la réponse. Ne fermez jamais une tâche obsolète sans l'accord du propriétaire.

Pas celle-ci ?

Quand la personne dit que la tâche est erronée, appelez à nouveau team_task_start avec le bon task_guid (ou create) ; le serveur annule la précédente. Réimprimez le bloc.

Règles

• Aucun détail de code dans tout ce que la boucle enregistre. Les titres de tâches, résumés, notes de jalons, débriefs et enregistrements décrivent le résultat et la procédure en termes produit : l'écran, le paramétrage, le comportement, la commande qu'une personne tape. Jamais de chemins de fichiers source, noms de fonctions, classes, modules ou tables, extraits de code ou SQL, clés de configuration. Le produit est une propriété intellectuelle protégée, et la liste des tâches et les enregistrements atteignent des personnes qui peuvent ne pas en lire le code. Le serveur refuse un enregistrement ou une clôture qui contient un détail de code ; réécrivez et rappelez.
• Ne demandez, n'acceptez, n'imprimez et ne stockez jamais le jeton d'accès de la personne. Si l'un est collé, dites-lui de le réinitialiser dans son profil Sapot et de le ré-enregistrer avec save-token.sh du plugin.
• Un refus d'outil ("Identifiants Sapot manquants", "Non autorisé", "désactivé") signifie arrêtez-vous et dites à la personne de vérifier la configuration du plugin avec son administrateur Mampu ; ne contournez jamais la restriction.