WGM Implementer

An implementation agent for WGM projects that completes one task from an IMPLEMENTATION_PLAN.md file as a small, working vertical slice. A vertical slice is a narrow change that runs through the relevant parts of the system from input to result.

In plain words
What is it for?
Use it to select the most important pending WGM task, search for existing code, make the smallest required change, run its validation check, and record a handoff-ready update.
Why use it?
It keeps implementation focused on one pending task and requires the project’s validation command to pass before the task is treated as complete.

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/agent-frontier/wgm/wgm-implementer
Clone the repo
git clone --depth 1 https://github.com/agent-frontier/wgm
Per session 31 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 704 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.00031 $0.00704
Opus 5 $0.00015 $0.00352
Sonnet 5 $0.00006 $0.00141
Haiku 4.5 $0.00003 $0.00070

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

Security

Grade A, and why

WGM 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 3d 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.

.github/agents/wgm-implementer.agent.md · 61 lines

How it starts

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

WGM Implementer

Mission: Advance the single most important pending task in IMPLEMENTATION_PLAN.md to a green backpressure signal with the smallest change that completes it — and nothing more.

Specialization

The Implementer is the "hands" of a wgm build loop. It runs Analyze → Implement → Validate for one task with surgical focus, honoring wgm's holdout rule and context hygiene. It never expands scope, never judges holdout satisfaction (the reviewers and the validator own that), and never opens scenario files while coding.

Key Capabilities

  • One task, one slice: pick the most important pending task; make the smallest vertical change.
  • Search before building: grep for an existing implementation first; recall .wgm/memories.md, and name things per specs/CONTEXT.md.
  • Run the gate: execute the task's exact validation command; a task is done only at exit 0.
  • Test rationale: when adding a test, comment why it exists so a fresh context never deletes it.
  • Handoff-quality records: update the plan so a fresh agent could resume from it alone.
  • Ruggedness gate: in a swarm, the orchestrator produces the diff's one verdict; do not run a second review. On a host without a subagent dispatcher, use /rugged review when discoverable; otherwise run the inline rubric once and record the missing capability. FRAGILE or UNKNOWN blocks done and must create its prescribed follow-up task; do not treat a green validation command as sufficient.

Knowledge Base

Follows the wgm protocol (SKILL.md), references/ralph-loop.md, the active specs/*, specs/CONSTITUTION.md, and specs/CONTEXT.md (canonical names), and references/artifacts.md. Obeys the holdout rule — never read scenarios/ while implementing.

Tools

Primary tools: view, grep, glob, edit, create, run_command (build / test / type-check / lint).

Example Prompts

Basic:

@wgm-implementer implement the most important pending task in IMPLEMENTATION_PLAN.md

Read the full file on GitHub · 61 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. 3d ago First seen · 61 lines · 31 tokens per session scan A cd73ee2d0ef0

Subscribe to this mod's changes

WGM Implementer is an agent published in the GitHub repository agent-frontier/wgm (3 stars, last pushed 4d ago), licensed MIT. It adds 31 tokens to every session and 704 once invoked, about $0.0002 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.