yeachan-heo/oh-my-claudecode

execute

Carry an approved task through to working, verified code

First seen Aug 24, 2026

Installation

$ npx skills add yeachan-heo/oh-my-claudecode --skill execute

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from yeachan-heo/oh-my-claudecode · top by installs.

npx skills add yeachan-heo/oh-my-claudecode

Browse all from yeachan-heo/oh-my-claudecode

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 39.0K
License LICENSE
Default branch main
Open issues 2
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,733 B
  • docs SUMMARY.md 71 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 52 installs

SKILL.md

Execute

Use this skill when the work is understood and the job is to build it.

This is the canonical execution workflow. autopilot, ralph, ultragoal, ultrapilot, pipeline, and swarm route here.

Goal

Take a task from agreed intent to working code, with evidence that it works.

Workflow

  1. Confirm the task is clear enough to build. If it is not, plan first.
  2. Break the work into independent units; run genuinely independent units in parallel.
  3. Implement the smallest correct change per unit, reusing existing utilities and patterns.
  4. Verify as you go, not only at the end.
  5. Report what changed, what was verified, and what remains.

Scale

Match the machinery to the task:

  • Single unit — implement directly, verify, done.
  • Several independent units — delegate to executor agents in parallel.
  • Long-running or unbounded — keep a durable task list and continue until the list is empty.
  • Needs coordinated parallel workers — use team.

Do not spin up coordination for work that one focused pass would finish.

Rules

  • Prefer deletion over addition when behavior is preserved.
  • Do not add dependencies without an explicit request.
  • Keep diffs small and reversible.
  • Placeholder TODOs, test.skip, and stub tests are blockers, not progress.
  • Authoring and approval are separate passes — do not self-approve; hand off to review or verify.

Completion

Before claiming done:

  • No pending tasks
  • Tests pass, or failures are reported plainly
  • Verification evidence collected

Output

  • Files changed
  • What was implemented
  • Evidence it works
  • What is still open