Skip to content
Skills Library
Programming · Building & coding

implement

/implement

Implement a single planned issue, optionally inside a bounded autonomous loop. Use to execute one unit of an approved plan.

Repository
loobster ↗
Licence
Apache-2.0
Last repository change
27.08.2026

Assessment and security

90/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content25 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
1
Scripts
0
HTML comments
1
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 27.08.2026, without references to retired models or APIs.

Licence

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

What to check before installing
  • 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

  1. Arguments
  2. Steps
  3. Autonomous mode (--autonomous)
  4. Notes
Original SKILL.md headings · 38 lines, 434 words
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

RepositoryScoreLicence
This page · nilswidal/loobster90Apache-2.0
ericrisco/rsc-harness100MIT
yonatangross/orchestkit100MIT
sentimony/agentic-workflow100MIT
moberghr/mtk-agent-toolkit100MIT
michielvandermeer/skills100MIT
rossumai/claude-marketplace100MIT
userKael/rastro100MIT
yonatangross/orchestkit100MIT

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.

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.