Conducted MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Capabilities
Features and capabilities supported by this server
| 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. |
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Mostov82/conducted-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server