workpilot-tooling

Plugin workpilot-tooling from marketplace workpilot in krovomi/WorkPilot-AI. Commands read from the repo's manifest — 4 days ago.

Skills (17)

• architecture-map

  Écrit le modèle d'architecture archify de l'« après » d'une tâche, à partir du modèle de référence et en conservant ses identifiants, puis compare les deux pour montrer ce que la tâche a changé dans la topologie du système. À utiliser après la QA, quand le code est corrigé, ou pour cartographier l'a

• brainstorm-approaches

  Avant la planification, met deux ou trois façons de faire la tâche face à face — fichiers touchés, risques, accord avec les conventions et les ADR du projet — et en recommande une. Non interactif et en lecture seule ; les hypothèses non tranchées sont marquées [NEEDS CLARIFICATION]. Le rapport est r

• convert-documents-to-markdown

  Lire et convertir en priorité avec AnyDoc les documents Word, PowerPoint, Excel, OpenDocument, RTF, EPUB, CSV et PDF dont une tâche a besoin, pour en extraire du Markdown. Ne crée ni ne modifie les fichiers Office.

• execute-runbook

  Jouer la procédure écrite par `runbook` (`<spec>/workflow/procedure.md`) étape par étape, sans modèle — c'est WorkPilot (Python) qui exécute ; commandes passées à l'allowlist du projet, journal avec code retour et sortie masquée, arrêt à la première étape qui échoue, état écrit pour reprendre. Ce sk

• investigate

  Comprendre un comportement sans le modifier — pourquoi un test est intermittent, d'où vient une lenteur, ce qui se passe réellement dans un chemin de code — et rendre un rapport avec la cause probable, ses preuves `fichier:ligne`, les pistes écartées et les options pour la suite. En lecture seule ;

• mcp-builder

  Construire des serveurs MCP (Model Context Protocol) de qualité production qui exposent des APIs/services externes à un agent via des outils bien conçus. À utiliser pour créer un serveur MCP en TypeScript (MCP SDK) ou Python (FastMCP), définir des outils, schémas et évaluations.

• mem-search

  Recherche dans la mémoire de WorkPilot (builds passés, patterns appris) par paliers — un index compact d'abord, les détails seulement sur demande par ID. À utiliser avant d'attaquer un problème pour vérifier s'il a déjà été rencontré, ou pour retrouver comment une décision passée a été prise.

• pi

  Piloter pi (pi.dev) sans interface — `--mode json` pour un turn, `--mode rpc` pour une session — depuis un script ou un autre agent, avec les droits en allowlist (`--tools`), les skills du projet en explicite (`--skill`) et la confiance d'un projet laissée à une personne. À lire avant d'écrire du co

• proofread

  Relire un document écrit ou modifié par la tâche contre le code qu'il décrit — chaque commande, chemin, nom, valeur par défaut et exemple vérifié dans le dépôt — et rendre la liste de ce qui est faux, manquant ou périmé, avec la preuve. En lecture seule ; le rapport est remis au relecteur suivant ou

• reproduce

  Avant de corriger un bug, le faire apparaître — un test qui échoue pour la raison décrite, ou la commande qui montre le défaut — et écrire ce que la reproduction prouve, la cause probable avec ses preuves `fichier:ligne`, et le périmètre du correctif. Rien d'autre n'est modifié. Le rapport est remis

• review-lenses

  La revue du code d'une tâche par quelqu'un qui ne l'a pas écrit, avant la QA — une seule passe à lentilles dont l'effort choisit le nombre - correction et tests, sécurité, conformité aux critères d'acceptation, lecture adversariale. En lecture seule ; chaque constat porte une sévérité et un emplacem

• runbook

  Pour une tâche d'exploitation (relancer, purger, migrer des données, déployer, faire tourner une clé), écrire la procédure avant de l'exécuter — à partir du runbook du projet (`.workpilot/runbooks/*.md`) quand il existe, sinon de la demande et des scripts du dépôt. Chaque étape nomme sa commande, l'

• spec-analyze

  Relit spec.md et implementation_plan.json ensemble, avant l'écriture du code — exigences que personne n'implémente, ambiguïtés, doublons, dérive de vocabulaire, contradictions entre les deux documents. En lecture seule, produit un rapport sans modifier aucun artefact. À utiliser entre la planificati

• spike-verdict

  Conclure un spike — POC, prototype, comparaison de bibliothèques ou d'approches — par un verdict écrit : la question posée, ce qui a été essayé, ce qui a été mesuré ou constaté, et une recommandation (adopter, écarter, creuser) avec ce qu'il resterait à faire pour un vrai développement. Le code du s

• tdd-cycle

  La méthode de la phase de codage — rouge, vert, refactor, sous-tâche par sous-tâche. Un test qui échoue pour la bonne raison avant le code, le code minimal qui le fait passer, le test le plus étroit relancé à chaque pas, et jamais un test affaibli pour passer. À utiliser pour implémenter une sous-tâ

• verify

  Boucle de vérification d'une modification dans l'application qui tourne — lancer l'app, constater qu'aucune erreur n'apparaît, corriger et relancer sinon, amener l'app jusqu'à l'état modifié (clics, ou appels des endpoints créés/modifiés avec leurs payloads) et le confirmer, tracer la performance vi

• webapp-testing

  Teste et inspecte des applications web locales avec des scripts Playwright (Python). À utiliser pour vérifier une fonctionnalité frontend, déboguer un comportement UI, capturer des screenshots de navigateur ou lire les logs console.