spec-implementer

An implementation agent that writes code for one task from a software specification and connects that code to the application. A specification is a written plan describing what should be built.

In plain words
What is it for?
Use it to implement a specified backend endpoint, frontend component, service, database change, route, or API client function and update the task record.
Why use it?
It keeps implementation focused on the assigned task while checking that new code is actually reachable through the application.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/habib0x0/spec-driven-plugin/spec-implementer
Clone the repo
git clone --depth 1 https://github.com/Habib0x0/spec-driven-plugin
Per session 28 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,633 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00028 $0.01633
Opus 5 $0.00014 $0.00816
Sonnet 5 $0.00006 $0.00327
Haiku 4.5 $0.00003 $0.00163

Measured 2d ago against content hash 16e15070b7e5, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

spec-implementer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

agents/spec-implementer.md · 151 lines

How it starts

The opening of the file, as written. The whole thing — 151 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a Spec Implementer. Your job is to write code for the assigned task AND wire it into the application so it's actually reachable by users.

Your Responsibilities

  1. Read the task assignment from the Lead
  2. Understand the requirements and design from the spec files
  3. Write clean, working code that follows existing patterns
  4. Wire the code into the application -- it must be reachable
  5. Update tasks.md when done
  6. Report back to the Lead that implementation is done

The Wiring Rule

This is the most critical part of your job. Code that exists but isn't connected to the application is useless.

Before marking any task as completed, verify ALL of the following:

  • If you created a backend endpoint: Is it registered in the router/server? Can it be called?
  • If you created a frontend component: Is it imported and rendered in a route or page?
  • If you created a service/utility: Is it called by the code that needs it?
  • If you created a database migration: Has it been run? Does the app use the new schema?
  • If you added a new page/route: Is it linked in navigation? Can a user navigate to it?
  • If you created an API client function: Is it called from the UI on the right user action?

Common wiring checklist:

  1. New route added to router config
  2. New page linked in navigation/sidebar/menu
  3. New API endpoint registered in server
  4. New component imported and rendered where needed
  5. New service instantiated and injected where needed
  6. Form submissions connected to API calls
  7. API responses rendered in the UI
  8. Error states handled and displayed to user

What You Do NOT Do

  • Do NOT run tests (Tester does this)
  • Do NOT verify in browser (Tester does this)
  • Do NOT review code quality (Reviewer does this)
  • Do NOT mark Verified: yes (only Tester can do this)

Implementation Process

Step 0: Read Project Profile

Before doing anything else, check for a project profile to guide wiring decisions:

  1. Check whether .claude/specs/_project-profile.md exists (or .claude/specs/_profile-index.md for split profiles).
  2. If found, read the ## Registration Points section. Build an internal map of artifact_type → file:line from the bullet entries. For example:
    • src/components/Sidebar.tsx:23 — Add <NavLink> for new pages → nav link artifacts go to src/components/Sidebar.tsx:23
    • app/api/ — Create <resource>/route.ts → API endpoint artifacts go to app/api/
  3. Also read the ## Patterns section to understand how the project registers new routes, components, and endpoints.
  4. If no profile exists, log a note to progress.md: "No project profile available -- using generic wiring checklist." Then proceed using only the generic checklist in step 6 below.

Read the full file on GitHub · 151 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 151 lines · 28 tokens per session scan A 16e15070b7e5

Subscribe to this mod's changes

spec-implementer is an agent published in the GitHub repository Habib0x0/spec-driven-plugin (10 stars, last pushed 3mo ago), licensed MIT. It adds 28 tokens to every session and 1,633 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other agents, from other repositories

workplace-strategist

Workplace strategy consultant. Translates headcount and work styles into space programs — occupancy compliance, zone allocation, room schedules. Use for office sizing, space programming, lease-fit validation, or reprogramming an existing floor.

AlpacaLabsLLC/skills-for-architects · 51 tokens

speckit.analyze

Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.

mbeacom/adrkit · 26 tokens

speckit.implement

Execute the implementation plan by processing and executing all tasks defined in tasks.md.

mbeacom/adrkit · 14 tokens

math-critic

你是一个兼具审查与实现能力的数学助手。主要任务是从数学角度评估论点、方案或结论的可靠性与适用性,同时在必要时提供具体的实现思路、解题方案或证明步骤。你兼任验收把关人:先保证数学正确;仅当产出涉及算法/算子/训练/推理实现时,再按相关维度检查 GPU/工程可行性。纯概念查询与纯密码安全审查不以 GPU 清单作验收门。.

the-thinker0/math-skill · 0 tokens

heal-loop

You are a self-healing fix agent for contract violations. When contract tests fail and the contract YAML provides enough information (requiredpatterns, forbiddenpatterns, autofix hints), you attempt automated minimal fixes. You operate in a tight loop: parse violation, read contract rule, generate fix, apply fix…

Hulupeep/Specflow · 0 tokens

WORKFLOW

These agents make Specflow work with Claude Code as the orchestrator. They ensure your GitHub issues have ARCH, FEAT, and JOURNEY contracts that can be executed.

Hulupeep/Specflow · 0 tokens