Define MCP Architecture
DTA-18 Order: #18 Inception Has Dependencies
Updated 1 month, 4 weeks ago
Guidance
Define MCP Architecture
Condition: Run only if the system exposes tools or resources via the Model Context Protocol. Skip and write "Not applicable" in SAO §18 if MCP is not in scope. Depends on DTA-03 (API style chosen).
Reference: Playbook artifact MCP FastMCP Reference Architecture (latest released Edda version).
Objective
Decide the MCP integration case (A / B / hybrid), transport topology, tool inventory, and authentication pattern; document all decisions in SAO §18.
Process
- Fetch the latest MCP FastMCP Reference Architecture from the playbook and read the Purpose & Mission Assessment sections before answering any question below.
- Answer mission questions — determine integration case and transport.
- Inventory tools — decide which service callables become MCP tools.
- Design auth pattern — process user, PAT per call, or both.
- Handle stdout hygiene if stdio transport is selected.
- Record decisions for SAO §18.
Decisions to Make
1. Mission Assessment (Q1–Q7)
| # | Question | Answer | Impact |
|---|---|---|---|
| Q1 | Who are the MCP clients? (AI IDE, Claude Desktop, custom script, cloud AI) | Transport and auth | |
| Q2 | Embed business logic or delegate to HTTP API? | Case A vs B vs hybrid | |
| Q3 | How is user identity established per tool call? | Auth pattern | |
| Q4 | Are any tools destructive? (write, delete, deploy) | HITL and write-tool policy | |
| Q5 | Low-latency local IDE integration required? | stdio transport | |
| Q6 | Multi-tenant or remote-client access required? | HTTP+SSE transport | |
| Q7 | Stdout logging interference needs prevention? | Log routing for stdio |
2. Integration Case
- [ ] Case A — Service Bridge: MCP calls internal service layer directly. Best for single-deployment systems.
- [ ] Case B — API Facade: MCP calls the public HTTP API. Best for multi-tenant / remote clients.
- [ ] Hybrid: Mix of A and B.
Rationale: _____
3. Transport Topology
| Target | Transport | Port / Path | Notes |
|---|---|---|---|
| Local IDE (Cursor, Claude Desktop) | stdio | n/a | Requires stdout hygiene |
| Remote AI clients | HTTP+SSE | :8001/mcp | Auth header required |
Topology decision: stdio only / HTTP+SSE only / Both (dual server)
4. Tool Inventory
| Tool name | Service method | Write? | HITL? | Case |
|---|---|---|---|---|
Write-tool policy: Require explicit confirmation param / HITL prompt before execute / Audit log only
5. Authentication Pattern
Selected pattern(s): Process user / PAT per call / Session cookie / Mixed
PAT injection point: Tool argument (explicit) / HTTP header (Bearer — avoids prompt injection)
6. Stdout Hygiene (if stdio)
- Redirect all logging to stderr or file
- Suppress third-party libraries that print to stdout
- Add T3 test verifying no stdout noise on server boot
7. Case B: API Readiness Contract (if Case B or hybrid)
| Tool | HTTP endpoint | Method | Auth header |
|---|---|---|---|
8. Scan Skills
Query Skills where capability_domain in: MCP, API_INTEGRATION, AUTH. Report gaps.
Deliverables
- Mission questions answered (Q1–Q7)
- Integration case chosen (A / B / hybrid) with rationale
- Transport topology defined
- Tool inventory table (tool → service method → write? → HITL?)
- Auth pattern defined with injection point
- Stdout hygiene addressed (if stdio)
- API readiness contract defined (if Case B)
- Skill coverage assessed
- Decision recorded for SAO §18 (DTA-18)
Details
- Order:
- #18
- Phase:
- Predecessor:
- DTA-19 Define AI Agent Architecture
- Successor:
- DTA-20 Write SAO.md
- Created:
- Jul 17, 2026
- Last Updated:
- Jul 23, 2026
Workflow
Define Architecture
Analyze ESM artifacts, make architectural decisions across 16 domains (application structure through documentation strategy), scan available Skills for coverage, and …
View WorkflowAssigned Agent
No agent assigned
Required Skills
No skills linked
Rules
No rules linked.
Input Artifacts
No input artifacts
Output Artifacts 1
- MCP FastMCP Reference Architecture Document