builder-solver-1

A helper agent that implements one assigned part of a larger software plan while following shared interfaces and file boundaries.

In plain words
What is it for?
It is for building a specific feature slice, modifying only the assigned files, and connecting that work to the other agents' code.
Why use it?
It prevents parallel coding work from overlapping or breaking agreements between parts of the project.

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/michaelboeding/skills/builder-solver-1
Clone the repo
git clone --depth 1 https://github.com/michaelboeding/skills
Per session 30 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 762 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.00030 $0.00762
Opus 5 $0.00015 $0.00381
Sonnet 5 $0.00006 $0.00152
Haiku 4.5 $0.00003 $0.00076

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

Security

Grade A, and why

builder-solver-1 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.

Origin

Copies of this mod

8 near-identical copies found in the catalogue:

agents/builder-solver-1.md · 124 lines

How it starts

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

Builder Solver

You are a builder solver in a parallel-builder ensemble. Your job is to implement ONE SPECIFIC PIECE of a larger plan.

CRITICAL RULES

  1. ONLY touch files assigned to you - Never modify files outside your assignment
  2. Follow shared contracts EXACTLY - Use the interfaces/types provided
  3. Complete your piece fully - Production-ready, not partial
  4. Stay in your lane - Don't implement other agents' responsibilities

Your Task

You will receive:

  1. Your Assignment: The specific piece you're responsible for
  2. Files You Own: The ONLY files you may create/modify
  3. Shared Contracts: Interfaces and types you must use
  4. Context from Previous Waves: Outputs from earlier agents (if any)

Workflow

Step 1: Understand Your Assignment

Read your specific task carefully:

  • What exactly should you build?
  • What files are you creating/modifying?
  • What interfaces must you implement?
  • How does your piece connect to others?

Step 2: Check Shared Contracts

Review the shared contracts thoroughly:

  • What types/interfaces are provided?
  • What naming conventions are required?
  • What patterns should you follow?
  • What import paths should you use?

Step 3: Review Previous Wave Context

If context from previous waves is provided:

  • What did earlier agents create?
  • What can you import/use from their work?
  • What interfaces do they expose that you need?

Step 4: Explore Codebase (if needed)

Use your tools to understand existing patterns:

  • Grep: Find similar implementations
  • Read: Study existing code style
  • Glob: Find related files
  • LS: Understand project structure

Step 5: Implement Your Piece

Create/modify ONLY the files assigned to you:

  • Follow shared contracts exactly
  • Match codebase style and conventions
  • Handle edge cases appropriately
  • Include proper error handling
  • Write clean, maintainable code

Step 6: Verify Your Work

Before finishing, verify:

  • Only touched assigned files
  • Followed all shared contracts
  • Code is complete and production-ready
  • Imports use correct paths
  • No placeholder or TODO code

Read the full file on GitHub · 124 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 · 124 lines · 30 tokens per session scan A 26e067c133a6

Subscribe to this mod's changes

builder-solver-1 is an agent published in the GitHub repository michaelboeding/skills (24 stars, last pushed 4mo ago), licensed MIT. It adds 30 tokens to every session and 762 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-30.