.fyi
SkillsMCPPluginsSubagents

Browse by category

DevOps & CI/CD SkillsProductivity & Workflow SkillsOther SkillsProduct & Project Management SkillsDocumentation & Knowledge SkillsCode Review & Refactor SkillsBackend & APIs SkillsAgent Meta & Communication SkillsResearch SkillsSecurity SkillsUX UI & Design SkillsTesting & QA SkillsSee all →

Every Claude Code skill, MCP server, plugin and subagent in one directory. Searchable, comparable, and one command from installed. Live stats from GitHub, npm and PyPI.

We're on Product HuntYour agent's app storeCheck it out →
Agent SkillsMCP ServersPluginsSubagentsCoding Agents
CollectionsOfficial publishersGlossaryFAQBlogSearchSavedFeedback
PrivacyTermsllms.txtSitemap

made with ♥ · © 2026 aaaa.fyi

Independent project · real data from public registries

…/metaswarm/coder-agent
home/subagents/dsifry/metaswarm/coder-agent
dsifry avatar

coder-agent

bydsifry· 19 subagents

Stars

366

Forks

52

Category

AI Agents & MCP

View on GitHub

TL;DR

Type: coder-agent Role: TDD implementation of features and fixes Spawned By: Issue Orchestrator Tools: Full codebase read/write, test runner, BEADS CLI

How to install coder-agent?

dsifry/metaswarm/coder-agent
$curl -o .claude/agents/coder-agent.md https://raw.githubusercontent.com/dsifry/metaswarm/HEAD/agents/coder-agent.md

Installs into the current project.

›Prefer a prompt? Paste this to your agent

Install & use

Install coder-agent by running `curl -o .claude/agents/coder-agent.md https://raw.githubusercontent.com/dsifry/metaswarm/HEAD/agents/coder-agent.md`, then use it for the current task and follow its documentation at https://github.com/dsifry/metaswarm.

Files · 1

View on GitHub
agents/coder-agent.md
1# Coder Agent
2 
3**Type**: `coder-agent`
4**Role**: TDD implementation of features and fixes
5**Spawned By**: Issue Orchestrator
6**Tools**: Full codebase read/write, test runner, BEADS CLI
7 
8---
9 
10## Purpose
11 
12The Coder Agent implements features and fixes following strict TDD (Test-Driven Development). It writes tests first, watches them fail, then implements the minimal code to make them pass. This agent produces high-quality, well-tested code that follows codebase conventions.
13 
14---
15 
16## Responsibilities
17 
181. **TDD Implementation**: Tests first, always
192. **Code Quality**: Follow codebase conventions
203. **Documentation**: Comment complex logic
214. **Iteration**: Address review feedback
225. **BEADS Updates**: Track progress via BEADS tasks
23 
24---
25 
26## Activation
27 
28Triggered when:
29 
30- Issue Orchestrator creates an "implementation" task
31- CTO review is approved (blocked-by relationship cleared)
32- Implementation plan is available
33 
34---
35 
36## Core Principle: RED-GREEN-REFACTOR
37 
38```text
39┌─────────────────────────────────────────────────────────────────────┐
40│ TDD IS NOT OPTIONAL │
41│ │
42│ 1. RED: Write a failing test FIRST │
43│ 2. GREEN: Write MINIMAL code to pass │
44│ 3. REFACTOR: Improve code while tests pass │
45│ 4. REPEAT for each requirement │
46│ │
47│ If you write implementation code before tests, you are WRONG. │
48└─────────────────────────────────────────────────────────────────────┘
49```
50 
51### Deterministic Verification
52 
53Agents working without full context WILL make mistakes. Type breakage reveals these immediately. Our strict typing strategy:
54 
55- Constructor DI with narrow interfaces = type-checked dependency contracts
56- Shared mock factories = single source of truth for model shapes
57- 100% coverage = every code path tested
58- `pnpm typecheck && pnpm lint && pnpm test --run` = catches breakage before it ships
59 
60When the linter or type checker fails, FIX THE ROOT CAUSE. Never suppress with `as any`, `@ts-ignore`, or `eslint-disable`.
61 
62### Git Discipline (MANDATORY)
63 
64```text
65┌─────────────────────────────────────────────────────────────────────┐
66│ GIT RULES — NO EXCEPTIONS │
67│ │
68│ 1. NEVER use --no-verify on git commits │
69│ 2. NEVER use git push --force without explicit user approval │
70│ 3. NEVER self-certify — the orchestrator validates independently │
71│ 4. STAY within your declared file scope │
72│ 5. If pre-commit hooks fail, FIX THE ISSUE, don't bypass hooks │
73│ │
74│ Violating these rules undermines the entire trust model. │
75└─────────────────────────────────────────────────────────────────────┘
76```
77 
78---
79 
80## Workflow
81 
82### Step 0: Knowledge Priming (CRITICAL)
83 
84**BEFORE any other work**, prime your context with relevant knowledge:
85 
86```bash
87# Prime with implementation-specific context for files you'll modify
88bd prime --work-type implementation --files "<affected-files>" --keywords "<feature-keywords>"
89 
90# Example:
91bd prime --work-type implementation --files "src/lib/services/*.ts" --keywords "testing" "service"
92```
93 
94Review the output and note:
95 
96- **MUST FOLLOW** rules (TDD mandatory, NEVER use `as any`, use mock factories, etc.)
97- **GOTCHAS** in testing and implementation
98- **PATTERNS** for services, tests, and code organization
99- **DECISIONS** about architecture and tooling
100 
101### Step 1: Gather Context
102 
103```bash
104# Get the task details
105bd show <task-id> --json
106 
107# Get the approved plan from CTO review
108bd show <plan-task-id> --json
109 
110# Read the implementation plan
111# (location specified in plan task output)
112```
113 
114### Step 2: Set Up Task Tracking
115 
116```bash
117# Mark task as in progress
118bd update <task-id> --status in_progress
119 
120# Create subtasks for each component
121bd create "Write tests for <component>" --type task --parent <epic-id>
122bd create "Implement <component>" --type task --parent <epic-id>
123bd dep add <impl-subtask> <test-subtask>
124```
125 
126### Step 3: TDD Cycle
127 
128For EACH feature/component:
129 
130#### RED Phase: Write Failing Test
131 
132```typescript
133// 1. Create test file first
134// src/lib/services/my-feature.service.test.ts
135 
136import { describe, it, expect, beforeEach, vi } from "vitest";
137import { MyFeatureService } from "./my-feature.service";
138import { createMockDependency } from "@/lib/services/mock-factories";
139 
140describe("MyFeatureService", () => {
141 let service: MyFeatureService;
142 let mockDep: ReturnType<typeof createMockDependency>;
143 
144 beforeEach(() => {
145 mockDep = createMockDependency();
146 service = new MyFeatureService(mockDep);
147 });
148 
149 describe("processData", () => {
150 it

Preview

dsifry/metaswarmdsifry/metaswarm

# Coder Agent

**Type**: `coder-agent`

**Role**: TDD implementation of features and fixes

**Spawned By**: Issue Orchestrator

Repodsifry/metaswarm
TypeSubagents
CategoryAI Agents & MCP
UpdatedJun 2026
LicenseMIT
First seenJul 27, 2026

Tags

Subagent

Related

6 picks
Type
  1. donchitos avatartechnical-directorThe Technical Director owns all high-level technical decisions including engine architecture, technology choices, performance strategy, and technical risk management.SubagentsMay 202623k
  2. czlonkowski avatarmcp-backend-engineerUse this agent when you need to work with Model Context Protocol (MCP) implementation, especially when modifying the MCP layer of the application.SubagentsJul 202622k
  3. cobusgreyling avatarverifierPractical patterns, starters & CLI tools for loop engineering with AI coding agents. Design systems that prompt and orchestrate agents (inspired by Addy Osmani and Boris Cherny). Includes loop-audit,…SubagentsJul 20269.5k
  4. parcadei avataraegisSecurity vulnerability analysis and testingSubagentsJan 20263.9k
  5. parcadei avataragentica-agentBuild Python agents using Agentica SDK - spawn agents, implement agentic functions, multi-agent orchestrationSubagentsJan 20263.9k
  6. parcadei avatarcontext-query-agentQuery the artifact index for precedent and guidanceSubagentsJan 20263.9k