Communitygithub.com

ejecutar

Llevar una tarea aprobada hasta código funcional y verificado.

¿Qué es ejecutar?

La habilidad 'Ejecutar' es el flujo de trabajo canónico para pasar de un acuerdo sobre una tarea a código que funciona y está verificado. Está diseñada para agentes como autopilot, ralph, ultragoal, ultrapilot, pipeline y swarm, que la utilizan como destino para la ejecución concreta. Su objetivo es transformar una tarea clara en cambios de código pequeños, correctos y verificados, evitando la adición innecesaria de dependencias y favoreciendo la eliminación de código cuando se preserva el comportamiento. El flujo de trabajo recomienda dividir el trabajo en unidades independientes que se puedan ejecutar en paralelo, y verificar continuamente en lugar de solo al final. Además, incluye reglas estrictas como no auto-aprobar cambios (delegar a revisión o verificación) y mantener los diffs pequeños y reversibles. La finalización se declara solo cuando no quedan tareas pendientes, las pruebas pasan (o los fallos se reportan claramente) y se ha recopilado evidencia de verificación. El resultado incluye los archivos modificados, lo implementado, la evidencia de que funciona y lo que aún está abierto.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace ejecutar?

Usa esta habilidad cuando el trabajo esté comprendido y la tarea sea construirlo.

Este es el flujo de trabajo de ejecución canónico. autopilot, ralph, ultragoal, ultrapilot, pipeline y swarm enrutan aquí.

Objetivo

Llevar una tarea desde la intención acordada hasta código funcional, con evidencia de que funciona.

Flujo de trabajo

  1. Confirmar que la tarea está lo suficientemente clara para construirla. Si no es así, planificar primero.
  2. Dividir el trabajo en unidades independientes; ejecutar unidades verdaderamente independientes en paralelo.
  3. Implementar el cambio correcto más pequeño por unidad, reutilizando utilidades y patrones existentes.
  4. Verificar a medida que se avanza, no solo al final.
  5. Informar qué cambió, qué se verificó y qué queda pendiente.

Escala

Adecuar la maquinaria a la tarea:

  • Unidad única — implementar directamente, verificar, listo.
  • Varias unidades independientes — delegar a agentes executor en paralelo.
  • De larga duración o ilimitado — mantener una lista de tareas duradera y continuar hasta que la lista esté vacía.
  • Requiere trabajadores paralelos coordinados — usar team.

No montar coordinación para trabajos que un solo pase enfocado podría terminar.

Reglas

  • Preferir eliminación sobre adición cuando se preserve el comportamiento.
  • No agregar dependencias sin una solicitud explícita.
  • Mantener los diffs pequeños y reversibles.
  • Los TODOs con marcadores de posición, test.skip y pruebas esqueleto son bloqueantes, no progreso.
  • La autoría y la aprobación son pases separados — no auto-aprobar; delegar a review o verify.

Finalización

Antes de declarar terminado:

  • Sin tareas pendientes
  • Las pruebas pasan, o los fallos se reportan claramente
  • Evidencia de verificación recolectada

Resultado

  • Archivos modificados
  • Lo que se implementó
  • Evidencia de que funciona
  • Lo que aún está abierto

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 relacionados