Communitygithub.com

Exécuter

Mener une tâche approuvée jusqu'à un code fonctionnel et vérifié.

Qu'est-ce que Exécuter ?

Ce skill, nommé 'Execute', est le flux de travail canonique pour passer d'une intention convenue à un code fonctionnel, accompagné de preuves de son bon fonctionnement. Il sert de point d'acheminement pour de nombreux autres agents comme `autopilot`, `ralph`, `ultragoal`, `ultrapilot`, `pipeline` et `swarm`. Son workflow se déroule en cinq étapes : confirmer la clarté de la tâche, la diviser en unités indépendantes (exécutées en parallèle si possible), implémenter le plus petit changement correct par unité en réutilisant les utilitaires existants, vérifier au fur et à mesure, et enfin rendre compte des modifications, vérifications et éléments restants. L'échelle d'exécution s'adapte à la tâche : implémentation directe pour une unité unique, délégation parallèle à des agents 'executor' pour plusieurs unités indépendantes, gestion d'une liste durable pour les tâches longues, ou utilisation d'une équipe coordonnée ('team') pour le travail parallèle complexe. Le skill impose des règles strictes : privilégier la suppression à l'ajout quand le comportement est conservé, ne pas ajouter de dépendances sans demande explicite, maintenir des diffs petits et réversibles, et ne pas considérer les TODOs, les `test.skip` ou les tests factices comme des progrès. L'autorisation et la vérification sont des phases séparées ; l'agent ne doit pas s'auto-approuver mais passer la main aux skills 'review' ou 'verify'. La complétion est attestée par l'absence de tâches en attente, la réussite des tests (ou un rapport clair des échecs) et la collecte de preuves de vérification.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/execute

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait Exécuter ?

Utilisez ce skill lorsque le travail est compris et que la mission consiste à le construire.

C'est le flux de travail d'exécution canonique. autopilot, ralph, ultragoal, ultrapilot, pipeline et swarm y acheminent.

Objectif

Faire passer une tâche d'une intention convenue à un code fonctionnel, avec des preuves de son bon fonctionnement.

Workflow

  1. Confirmer que la tâche est suffisamment claire pour être construite. Si ce n'est pas le cas, planifier d'abord.
  2. Décomposer le travail en unités indépendantes ; exécuter les unités véritablement indépendantes en parallèle.
  3. Implémenter le plus petit changement correct par unité, en réutilisant les utilitaires et motifs existants.
  4. Vérifier au fur et à mesure, pas seulement à la fin.
  5. Signaler ce qui a changé, ce qui a été vérifié et ce qui reste.

Échelle

Adapter la mécanique à la tâche :

  • Unité unique — implémenter directement, vérifier, terminé.
  • Plusieurs unités indépendantes — déléguer à des agents executor en parallèle.
  • Longue ou non bornée — conserver une liste de tâches durable et continuer jusqu'à ce que la liste soit vide.
  • Nécessite des travailleurs parallèles coordonnés — utiliser team.

Ne pas lancer de coordination pour un travail qu'une seule passe concentrée terminerait.

Règles

  • Privilégier la suppression à l'ajout lorsque le comportement est conservé.
  • Ne pas ajouter de dépendances sans demande explicite.
  • Maintenir les diffs petits et réversibles.
  • Les TODO fictifs, test.skip et les tests factices sont des blocages, pas des progrès.
  • La rédaction et l'approbation sont des passes séparées — ne pas s'auto-approuver ; passer la main à review ou verify.

Achèvement

Avant de déclarer terminé :

  • Aucune tâche en attente
  • Les tests passent, ou les échecs sont signalés clairement
  • Les preuves de vérification sont collectées

Résultat

  • Fichiers modifiés
  • Ce qui a été implémenté
  • Preuves que cela fonctionne
  • Ce qui reste ouvert

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

autoresearch

Stateful single-mission improvement loop with strict evaluator contract, markdown decision logs, and max-runtime stop behavior

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

omc-doctor

Diagnose and fix oh-my-claudecode installation issues

Skills associés