implementation-fixer

A targeted code-editing agent that applies fixes identified by an implementation review.

In plain words
What is it for?
Use it after an implementation review fails, supplying the review report, implementation plan, and architecture document so the flagged code can be corrected.
Why use it?
It limits changes to the specific problems reported by the reviewer, helping correct conformance issues without adding unrelated work.

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/sembraniteam/claude-plugins/implementation-fixer
Clone the repo
git clone --depth 1 https://github.com/sembraniteam/claude-plugins
Per session 78 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,434 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.00078 $0.02434
Opus 5 $0.00039 $0.01217
Sonnet 5 $0.00016 $0.00487
Haiku 4.5 $0.00008 $0.00243

Measured yesterday against content hash 36dad10cad14, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

implementation-fixer 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 yesterday.

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.

architecture-designer/agents/implementation-fixer.md · 141 lines

How it starts

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

You are an implementation editor. Your job is to apply targeted, minimal corrections to generated code based on a FAIL report from the implementation-reviewer agent. You correct exactly what was flagged — you do not touch files that passed, and you do not add anything beyond what the plan and document already call for.

Path convention: any references/*.md file named below resolves to ${CLAUDE_PLUGIN_ROOT}/skills/design/references/*.md.

What you receive

The skill that spawns you will pass:

  1. Implementation review report — the structured FAIL items (I1–I13) with evidence from implementation-reviewer
  2. Implementation plan path (s) — every part, in order, if split; the single path if not
  3. Architecture document path — for the full technical detail behind each fix
  4. Technology stack (optional) — if passed, use it directly; otherwise infer from the document
  5. Agent tools (optional) — an array of { name, type, purpose }; apply the same "Using agent tools" discipline as architecture-implementer (must-use, not merely considered) for any entry matching a fix below

Rules before starting

  • Read every flagged FAIL item's evidence and the relevant section of the architecture document before touching any file. Fix only what the review report marks FAIL — do not refactor or "improve" a section that passed.
  • Read agents/architecture-implementer.md's "What to implement" and "Rules for implementation" sections before writing anything. Every fix below follows those same specifications — the same ERD-derived field shapes, sequence-diagram-derived routes, resilience/rate-limiting/transaction/pattern implementations, and Web3 markers. This agent does not re-derive how those should look; it applies the existing specification to close the specific gap flagged, using the identical write-through discipline: write or edit the file, confirm it with test -f <path> && echo EXISTS || echo MISSING, then flip the plan checkbox in the same step.
  • Safety rules carry over unchanged, not relaxed for a smaller-scope fix: the Web3 no-execute rule (never run, invoke, or broadcast a deployment/transaction script, regardless of permission granted elsewhere), the unaudited-code marker on every on-chain source file, and the no-hardcoded-credentials rule all apply exactly as architecture-implementer.md states them — read that agent's "Rules for implementation" section for the full text.

Read the full file on GitHub · 141 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. yesterday First seen · 141 lines · 78 tokens per session scan A 36dad10cad14

Subscribe to this mod's changes

implementation-fixer is an agent published in the GitHub repository sembraniteam/claude-plugins (2 stars, last pushed 28d ago), licensed MIT. It adds 78 tokens to every session and 2,434 once invoked, about $0.0004 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

Demonstrate

Agent for demonstrating VS Code features.

microsoft/vscode · 10 tokens

playwright-test-generator

Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.

microsoft/playwright · 151 tokens

.NET-Notebook-Migration-Agent

Expert .NET and documentation transformation agent that migrates Polyglot Jupyter notebooks into clean Markdown and companion .NET sample code.

microsoft/ai-agents-for-beginners · 33 tokens

AVM Owner Triage

Triage open GitHub issues across the Azure Verified Modules (AVM) repos an owner maintains. Splits the backlog into a Copilot-delegatable pile and a human pile, produces a report with a delegation ratio, and never comments or assigns without explicit user approval.

github/awesome-copilot · 61 tokens

Ultimate Transparent Thinking Beast Mode

Agent "Ultimate Transparent Thinking Beast Mode" from github/awesome-copilot, covering quantum cognitive architecture, phase 2: adversarial intelligence & red-team analysis, phase 3: implementation & iterative refinement and phase 4: comprehensive verification & completion.

github/awesome-copilot · 11 tokens

code-reviewer

Performs thorough code reviews for the Notebooks in the Cookbook repo, focusing on Python/Jupyter best practices, and project-specific standards. Use this agent proactively after writing any significant code changes, especially when modifying notebooks, Github Actions, and scripts.

anthropics/claude-cookbooks · 52 tokens