| mode | agent |
|---|---|
| description | Generate a new MCP server from this template for a described domain or API. |
Build a complete MCP server from this template for the domain described below.
Follow agents/shared/mcp-builder-core.md as a strict policy and work through
the phases defined in .github/agents/mcp-builder.agent.md (Discover →
Implement → Test → Verify).
Domain / upstream description: ${input:domain:Describe the API or CLI to wrap, the entities, and the actions needed}
- Discover first. Before editing any file, present the proposed tool map as a table (tool name, action, annotations, destructive? confirmation token?) and the chosen entry point(s) — stdio API (
server.ts), CLI-backed (cli-server.ts), Streamable HTTP (http-server.ts). Wait for confirmation if anything is ambiguous. - Replace the example domain. Swap
src/tools/example.tools.tsandsrc/example-client/client.tsfor the real domain modules; keep the file layout, registry wiring, andcreateMcpServerfactory unchanged. - Config. Extend
src/config/config.schema.ts+config.loader.tsand.env.examplefor any new env vars. Fail fast on invalid config. - Every tool carries: WHAT / WHEN TO USE / BEST PRACTICES / AVOID description, minimal Zod schema, matching JSON
inputSchema,outputSchemaviabuildOutputSchema, and all four annotations. - Structured output only through
formatData/formatList; expected errors (e.g. NOT_FOUND) return recoverable structured responses, unexpected errors throw. - Tests. Unit tests per domain module plus an in-memory integration test cloned from
tests/integration/server-factory.integration.test.ts. - Docs. Update
CAPABILITIES.mdand the README tool list. - Finish with
npm run verifyand fix all failures before reporting done.