Conducted MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| validate_artifactA | Strictly check whether a Conducted Development artifact's text satisfies the methodology's required structure. Supply the artifact's type and its full text (the server never reads files). Returns { valid, missing, warnings }: |
| kickoff_questionsA | Return the branched kickoff interview (DECISIONS.md D3/D4). Supply |
| kickoff_planA | Assemble, from the bundled templates, the four |
| next_procedureA | Return the ordered procedure for where the agent is in the methodology loop. Supply |
| standup_dueA | Given agent-supplied facts, decide whether a standup is due. Triggers in priority order: a deliverable gate reached → 'gate'; else a dependency intersection → 'intersection'; else more than five working days since the last standup → 'weekly'; else 'none'. Working days are an input (the working week varies by team), never computed from a calendar. Returns { due, reason, detail }. |
| evaluate_gateA | Encode the goal-brief rule that no session may begin while any gate is open. Supply either a structured |
| decision_log_guidanceA | Encode the Decision-Log 'when to use it' rules. Set whichever apply: |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| kickoff | Walk the connecting agent through bootstrapping a project's Conducted planning structure: read/inspect the project (greenfield vs brownfield), call kickoff_questions, interview the human, call kickoff_plan, write the files, then verify (no stray {{ tokens) and surface the human-judgment items. The server advises; the agent does all I/O (Model C). |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| guide-kickoff | How to bootstrap a project under the Conducted Development methodology. |
| guide-goal-brief | How to author a Goal Brief (business goal → intent → DoD → gates → decomposition). |
| guide-intent-doc | How to author an intent document (the per-ticket contract). |
| guide-session | How to run and log a working session under the methodology. |
| guide-standup | How and when to run a standup (the ritual that lets the methodology learn). |
| template-goal-brief | Fill-in template for a Goal Brief. |
| template-intent-doc | Fill-in template for an intent document. |
| template-session-log | Fill-in template for a session log. |
| template-standup | Fill-in template for a standup. |
| template-decision-log | Fill-in template for the append-only decision log. |
| template-agent-conventions | Fill-in template for a project's AGENT_CONVENTIONS.md. |
| conventions | This project's filled-in AGENT_CONVENTIONS.md. |
TDQS
Scored across 7 tools
Each tool serves a distinct function within the methodology: decision logging, gate evaluation, kickoff planning, interview questions, procedure guidance, standup detection, and artifact validation. There is no overlap in purpose.
All tools use snake_case consistently. Most follow a verb_noun pattern (evaluate_gate, validate_artifact), with minor exceptions like 'next_procedure' and 'standup_due'. The pattern is predictable.
7 tools is well-scoped for the domain of a development methodology. Each tool covers an essential aspect: kickoff, gates, decisions, standups, artifact validation, and general procedure. Neither too few nor too many.
The tool surface covers the core methodology lifecycle: kickoff, decision logging, gate evaluation, standup detection, artifact validation, and procedure guidance. Missing direct creation tools for some artifacts (beyond kickoff plan), but validation and guidance are present.