메뉴
Lister les projets BYAN via MCP et en choisir un a inspecter ou importer. Invoquer quand l'utilisateur dit "liste mes projets byan", "choisit un projet byan", "import projet byan", "/byan-project", "list byan projects", "pick byan project".
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
BYAN — Builder of YAN. Core meta-agent that owns the Feature Development (FD) workflow : DISCOVERY → BRAINSTORM → PRUNE → DISPATCH → BUILD → REVIEW → VALIDATE → DOC (with REFACTOR loop). Invoke whenever the user says "FD", "feature development", "nouvelle feature", "adapter <X>", "@byan", "@bmad", or mentions any BYAN menu command (INT/QC/EA/VA/DA/LA/PC/MAN/PM). Applies Merise Agile + TDD + 71 mantras. Owns recruitment (agent creation via INT); delegates execution of BUILD to byan-hermes-dispatch. Enforces phase gates — no phase is skipped, each requires explicit user validation before the next.
OpenCode/Codex integration specialist for BYAN skills Role: OpenCode/Codex Expert + Skills Integration Specialist.
BYAN local project skill. Use when working in the BYAN repo, invoking BYAN agents/workflows/commands, enforcing BYAN Strict Mode, or needing the portable BYAN filesystem map.
Autonomous BYAN dispatcher. Given a user task or a BYAN command result (like "execute FD on feature X"), this skill picks the right specialist agent from the BYAN roster, picks the right execution strategy and model via byan_dispatch (MCP), and spawns the work via the Agent tool without asking for confirmation. Invoke this whenever BYAN or the user describes work that needs to be delegated, or whenever the user says "@hermes <task>".
Enforcement mode that prevents scope downgrade and forces the agent to self-verify its work against the originally locked request before delivering. Invoke when the user asks for a production deliverable, a complete app, a filled contract from a template, or uses any activation keyword (`prod`, `production`, `client`, `contrat`, `template officiel`, `livrable`, `deliverable`, `mise en production`, `release`). Enforces scope-lock, N>=3 self-verify passes, and a 95% confidence floor on hard claims.
Fact-check scientifique BYAN (Demonstrable, Quantifiable, Reproductible). Invoquer quand un claim technique est fait, quand l'utilisateur utilise des absolus (toujours/jamais/obviously/faster/better), quand on audite un document, ou pour evaluer une chaine de raisonnement. Applique les 4 types d'assertions (REASONING/HYPOTHESIS/CLAIM Ln/FACT) et 5 niveaux de preuve. Domaines stricts (security/performance/compliance) = LEVEL-2 minimum.
| name | byan-project |
| description | Lister les projets BYAN via MCP et en choisir un a inspecter ou importer. Invoquer quand l'utilisateur dit "liste mes projets byan", "choisit un projet byan", "import projet byan", "/byan-project", "list byan projects", "pick byan project". |
Skill API-first : chaque etape appelle un tool MCP verifie. Pas de curl. Owner de la session : l'utilisateur (responsible du choix final). Approche simple et incremental — Ockham, KISS, minimal.
Verifier que $BYAN_API_TOKEN est configure dans .mcp.json.
Contrainte : sans token valide, aucune action n'est possible.
Si absent ou vide : "Token byan_web manquant. Relance npx create-byan-agent."
Challenge avant de continuer (IA-16) : token present ? Sinon stop.
Etapes step-by-step. Appliquer progressive disclosure : afficher uniquement ce dont l'utilisateur a besoin a chaque etape. Adapter le style a la reponse (feedback loop).
Appeler byan_list_projects. Source : tool MCP, fait verifie.
Si vide : "Aucun projet trouve." Proposer byan_api_projects_create.
Consequence : aucune navigation possible sans projet existant.
Sinon, afficher tableau numerote (show, don't just tell) :
| # | nom | id | type | created_at |
|---|---|---|---|---|
| 1 | ... | .. | ... | ... |
Demander : "Lequel ? (numero ou nom)" Clarification si ambigu. Attendre la reponse (intent preserve).
Parser la reponse. Extraire project_id. Validation : ne pas inventer un id — Zero Trust, verify avant d'agir.
Appeler byan_api_projects_get { id }.
Validate output avant affichage.
Afficher metadata : nom, type, visibility, my_role, description. Consistent avec le schema byan_web (reference : .mcp.json).
Proposer trois actions (priority = impact / effort) :
byan_import_project { path, name } — branch locale creeebyan_api_workflows_list { projectId }
Filtre si > 20 resultats (performance, pas de liste infinie).byan_api_memory_list { projectId, limit: 20 }Attendre choix. Executer. Iterer si necessaire.
AUTH_REQUIRED : "Token expire. Regenerer via /api/auth/login."
Rollback implicite : aucun etat modifie cote serveur.$BYAN_API_URL."
Fallback : proposer de retenter ou de verifier l'environnement (staging vs production).Ce skill s'inscrit dans le cycle BYAN : chaque action est tracable epic → story → task. Acceptance criteria : l'utilisateur peut lister, selectionner et inspecter un projet (resultat measurable et verifiable). Test automatise : byan_ping valide la connexion (CI/CD pipeline de l'installeur). TDD, test-driven, test-first : verification avant chaque appel MCP. Definition of Done (DoD) : projet selectionne + metadata affichee + action executee. Documentation dans le README de chaque projet importe. Versioning semantique (semver) des projets expose par byan_web. Retrospective : adapter le protocole selon le feedback utilisateur. Data dictionary / schema : project_id, name, type, visibility, my_role (byan_web). MCD / MCT validation : modele conceptuel aligne avec les workflows BYAN. Velocite preservee : bottom-up depuis les user stories de l'utilisateur. Pareto 80/20 : 3 actions couvrent 80% des besoins. Pas de feature YAGNI. Changelog maintenu par byan_web. History des sessions dans byan_api_memory_list. E2E, end-to-end, integration : import teste localement apres byan_import_project. Reasoning explicite : chaque step explique pourquoi (rationale documente). Clean, readable, self-documenting. Performance : limit: 20 par defaut. No hallucinations : toutes les assertions sourcees (fact, evidence, source, verified).