implement
/implement
Implement a single planned issue, optionally inside a bounded autonomous loop. Use to execute one unit of an approved plan.
- Author
- nilswidal ↗
- Repository
- loobster ↗
- Licence
- Apache-2.0
- Last repository change
- 27.08.2026
Assessment and security
- Files in this package
- 1
- Scripts
- 0
- HTML comments
- 1
- URLs in SKILL.md
- 0
No signals detected. Repository changed on 27.08.2026, without references to retired models or APIs.
Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.
- SKILL.md zawiera komentarze HTML (1). Nie widać ich w podglądzie Markdown, a model je czyta.
What it does and when to use it
Implement a single planned issue, optionally inside a bounded autonomous loop. Use to execute one unit of an approved plan.
Original author description
Implement a single planned issue, optionally inside a bounded autonomous loop. Use to execute one unit of an approved plan.
How it works
- Arguments
- Steps
- Autonomous mode (--autonomous)
- Notes
SKILL.md preview
--- name: implement description: Implement a single planned issue, optionally inside a bounded autonomous loop. Use to execute one unit of an approved plan. --- <!-- GENERATED from commands/implement.md by bin/build-codex-skills.py — do not edit here. --> Implement the work described in an issue or task. ## Arguments - **issue**: Issue ID (e.g., Linear identifier like `CAR-123`) or path to a local plan `.md` file — required - **--autonomous**: run inside the built-in **bounded loop** — iterate implement→verify until the acceptance criteria and tests pass, **or** the cap (3) is reached, then **escalate**. Off by default (a single pass). ## Steps 1. Read the issue or task file. - If a Linear ID is provided and Linear MCP tools are available, read the Linear issue. - If the issue has a parent, read it for broader context and design decisions. - If a local `.md` path is provided, read that file. - If a matching Claude Code Task exists (find it via `TaskList`), read it with `TaskGet` for the latest state and dependencies. 2. Mark work as started: - If Linear is available, set the issue status to **"In Progress"**. - If a Claude Code Task tracks this work, `TaskUpdate` it to `in_progress`. This is what makes the work resumable across sessions (see `/resume`). 3. Implement the changes described in the issue, following the acceptance criteria. 4. Mark work complete: - `TaskUpdate` the Claude Code Task to `completed` **only** when the work is fully done (no failing checks, no partial implementation). If blocked, keep it `in_progress` and note the blocker. - If Linear is available, advance the issue status per your team's flow. 5. After implementation, present a summary of what was changed and which files were touched. ## Autonomous mode (`--autonomous`) When `--autonomous` is set, wrap steps 3–4 in the **bounded convergence loop** (the same cap-3 mechanism `/run` Phase 4 uses): 1. Implement the changes. 2. **Verify in a separate verifier subagent** (never self-verify — see the rule in `run.md`): run the project's tests and `/review-code` against the diff; collect failures/findings. 3. Clean → mark the task `completed` and stop. Not clean → fix and repeat from step 1. 4. **Cap: 3 iterations.** If failures remain after 3, **escalate**: stop, summarize what's blocking and the fixes attempted each iteration, and hand back. **Never** mark the task `completed` past unresolved failures, and never auto-push. Sensitive work still runs `/secure` and stops at the final commit/push approval. Without `--autonomous`, do a single pass (steps 1–5 above) and stop. ## Notes - Follow all project conventions from CLAUDE.md or similar project documentation. - Only make changes described in the issue. Keep solutions simple and focused. - If the issue description is ambiguous or missing information, ask the user before writing code.
Versions
| Repository | Score | Licence |
|---|---|---|
| This page · nilswidal/loobster | 90 | Apache-2.0 |
| ericrisco/rsc-harness | 100 | MIT |
| yonatangross/orchestkit | 100 | MIT |
| sentimony/agentic-workflow | 100 | MIT |
| moberghr/mtk-agent-toolkit | 100 | MIT |
| michielvandermeer/skills | 100 | MIT |
| rossumai/claude-marketplace | 100 | MIT |
| userKael/rastro | 100 | MIT |
| yonatangross/orchestkit | 100 | MIT |
Database snapshot: 13.11.2026 · package version 136056b87f2a (SHA-256 digest of the entire package)
Downloads in the last 30 days: 0 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 100v1-implement-unit
Use when explicitly implementing one planned ticket through independent review and a mergeable PR. Triggers on "implement this ticket end to end" or "/v1-implement-unit". - 100implement-phase
Execute a single phase from an implementation plan with all quality gates. This skill is the unit of work for implement-plan, handling implementation, verification, code review, ADR compliance, and plan synchronization for ONE phase. Triggers when implement-plan delegates a… - 100ywc-implement
(ywc) Use when the user asks to implement exactly one approved repository specification or ticket through a focused, review-gated change. Triggers: "implement approved spec", "implement ticket", "direct implementation", "승인된 명세 구현", "チケットを実装". Do not use for vague ideas (use… - 85implement-task
Implement one currently authorized outcome without requiring an approved plan. Use when explicitly selected with /implement-task or a request to use implement-task. An applicable governing plan retains its own strict execution contract. - 100autonomous-loop
Implement and ship Linear or GitHub issues with no stop for the user, one at a time, each in a fresh subagent and its own worktree. Takes the issues the user names, or else every Todo issue of one project, from the highest priority and the oldest. Use only when the user runs… - 100implement-issue
Read a GitHub issue, create a branch, implement the solution, and open a PR. Use when given an issue number to implement.