How do I install the Implement Feature skill?

Run npx skillmds@latest add arozumenko/implement-feature in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Implement Feature safe to use?

This skill has not completed SkillMD's automated safety review yet. Capability flags: makes network calls. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Implement Feature?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Implement Feature free to use?

Yes. Installing skills from SkillMD is free. This skill is licensed under Apache-2.

Who published Implement Feature?

arozumenko (@arozumenko) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Implement Feature by arozumenko — Agent Skill

Name: Implement Feature
Rating: 4.666666666666667 (3 reviews)
Author: arozumenko

Implement Feature

Use when the user says "implement", "build feature", "work on task", or once a plan or story is approved and you're about to start building. The end-to-end feature-implementation workflow; delegates the final handoff to completing-a-task.

arozumenko Updated Sep 22, 2026

File contents

Feature Implementation: Plan → Test → Build → Verify → Ship

Core philosophy: understand the plan, write tests first, implement to pass them, verify everything, ship clean.

Platform & systems

gh issue … / gh pr … below are the GitHub reference. Translate to your tracker per .agents/profile.md § Project systems (jira / gitlab-issues / azure-boards / linear) and your code host's CLI per .agents/workflow.md (GitLab glab, Azure DevOps az repos, Bitbucket bb, Gitea tea). If scout hasn't recorded them, ask before assuming GitHub.

The eight steps

1. Load the plan
2. Write test cases
3. Implement
4. Manual verification
5. Write automated tests
6. Run full test suite
7. Commit & PR
8. Document on ticket

1. Load the plan

gh issue view <N>. Identify acceptance criteria (definition of done), interface contract (input/output types if defined), dependencies, and what's explicitly in and out of scope. If anything is unclear, ask the tech-lead via a subagent call or tracker comment before writing code. Post a 🔧 **Started** comment so the team knows work is in progress.

2. Write test cases (TDD red phase)

Define "done" as executable tests before implementing. For each acceptance criterion, write a test. Cover happy path, error cases, edge cases. Run them and confirm they fail — that's the red phase.

3. Implement

Write the minimum code to pass the tests. Rules:

Follow existing patterns — read similar features in the codebase first
One change at a time — verify syntax after each file edit
Match the interface contract exactly if the task defines one
No scope creep — don't add features beyond the acceptance criteria
Don't refactor neighbors — a feature task is not a cleanup task
Don't optimize prematurely — make it work before making it fast

4. Manual verification

Sanity check before running automated tests. API → curl the endpoint. UI → browser snapshot + interaction. Backend logic → one-liner that calls the function. Catches the obvious breaks before test run.

5. Write automated tests

Extend the test cases from step 2 with integration and E2E tests if the feature touches external systems (DB, APIs) or has a UI component.

6. Run full test suite

All tests, lint, type check, and git diff --stat to confirm the scope of changes matches expectations. Don't ship if anything fails — fix it first.

7. Commit & PR

Feature branch, focused commit, gh pr create with proper title and body. The completing-a-task skill has the full protocol.

8. Document on ticket

✅ **Done** comment with summary, test counts, PR number, and key architectural decisions. Report in your final reply that the PR is ready for review.

Command recipes

All the test templates, verification commands, PR body heredocs, and handoff notification snippets live in references/commands.md. Load that file when you need exact command syntax.

Anti-Patterns

Don't implement without understanding the acceptance criteria
Don't skip tests — they're proof of correctness, not overhead
Don't expand scope beyond what the task defines
Don't commit without running the full test suite
Don't forget to document on the ticket — the audit trail matters

---name: implement-featuredescription: Use when the user says "implement", "build feature", "work on task", or once a plan or story is approved and you're about to start building. The end-to-end feature-implementation workflow; delegates the final handoff to completing-a-task.license: Apache-2.0---## Feature Implementation: Plan → Test → Build → Verify → Ship**Core philosophy:** understand the plan, write tests first, implement to passthem, verify everything, ship clean.## Platform & systems`gh issue …` / `gh pr …` below are the **GitHub reference**. Translate to yourtracker per `.agents/profile.md` § Project systems (jira / gitlab-issues /azure-boards / linear) and your code host's CLI per `.agents/workflow.md`(GitLab `glab`, Azure DevOps `az repos`, Bitbucket `bb`, Gitea `tea`). If scouthasn't recorded them, ask before assuming GitHub.## The eight steps```1. Load the plan2. Write test cases3. Implement4. Manual verification5. Write automated tests6. Run full test suite7. Commit & PR8. Document on ticket```### 1. Load the plan`gh issue view <N>`. Identify acceptance criteria (definition of done),interface contract (input/output types if defined), dependencies, and what'sexplicitly in and out of scope. If anything is unclear, ask the tech-lead viaa subagent call or tracker comment *before* writing code. Post a `🔧 **Started**` comment so the teamknows work is in progress.### 2. Write test cases (TDD red phase)Define "done" as executable tests before implementing. For each acceptancecriterion, write a test. Cover happy path, error cases, edge cases. Run themand confirm they fail — that's the red phase.### 3. ImplementWrite the minimum code to pass the tests. Rules:- **Follow existing patterns** — read similar features in the codebase first- **One change at a time** — verify syntax after each file edit- **Match the interface contract exactly** if the task defines one- **No scope creep** — don't add features beyond the acceptance criteria- **Don't refactor neighbors** — a feature task is not a cleanup task- **Don't optimize prematurely** — make it work before making it fast### 4. Manual verificationSanity check before running automated tests. API → `curl` the endpoint. UI →browser snapshot + interaction. Backend logic → one-liner that calls thefunction. Catches the obvious breaks before test run.### 5. Write automated testsExtend the test cases from step 2 with integration and E2E tests if thefeature touches external systems (DB, APIs) or has a UI component.### 6. Run full test suiteAll tests, lint, type check, and `git diff --stat` to confirm the scope ofchanges matches expectations. Don't ship if anything fails — fix it first.### 7. Commit & PRFeature branch, focused commit, `gh pr create` with proper title and body.The `completing-a-task` skill has the full protocol.### 8. Document on ticket`✅ **Done**` comment with summary, test counts, PR number, and keyarchitectural decisions. Report in your final reply that the PR is ready forreview.## Command recipesAll the test templates, verification commands, PR body heredocs, and handoffnotification snippets live in [references/commands.md](references/commands.md). Loadthat file when you need exact command syntax.## Anti-Patterns- Don't implement without understanding the acceptance criteria- Don't skip tests — they're proof of correctness, not overhead- Don't expand scope beyond what the task defines- Don't commit without running the full test suite- Don't forget to document on the ticket — the audit trail matters

Frequently asked questions