MCP delegation bridge for Heddle local coding-agent workers. Provides tools for delegating tasks to child agents, managing governance gates, approvals, and rollback procedures in a hierarchical agent workflow system.
Heddle MCP server has well-structured schemas and clear naming conventions for delegation tools, but suffers from critical gaps in parameter descriptions, missing output schema documentation, and weak error handling guidance. 11 of 13 tools lack parameter descriptions entirely. The governance/approval tools (heddle_record_gate, heddle_update_manifest, etc.) have complex schemas but minimal guidance on when/why to use them. Mock tools (echo, upper) are trivial. No tool descriptions explain recovery paths or error conditions. Baseline: 194 chars avg description, 72 chars avg param annotation, this server averages ~80 chars for tool descriptions but ~0 chars for param descriptions.
Echo back whatever text was supplied.
Cancel a running Heddle MCP delegation task started with wait=false.
Delegate one task to a direct child agent in the current Heddle flow. Returns the child REPORT.
Start multiple independent child-agent tasks in parallel. By default this returns taskIds immediately; poll status/report tools for completion.
Read the status of a Heddle MCP delegation task.
Read the reconstructed governance manifest for the current Heddle run.
Read the REPORT for a completed Heddle MCP delegation task.
Parameter descriptions missing across 11/13 tools. Properties like 'agent', 'briefing', 'gate', 'status', 'target', 'reason' have no descriptions explaining what values are valid, what they control, or format constraints. LLMs cannot infer parameter semantics from names alone.
Output schemas not documented. Tools like heddle_delegate, heddle_delegate_many, heddle_get_status, heddle_read_report return data but no schema is visible describing what fields the response contains, their types, or what the LLM should expect. This forces agents to guess at response structure.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 51 | 2026-07-28+ | v2 |
Record explicit approval or rejection evidence for a guarded side effect.
Record a typed governance gate result for the current Heddle run.
Record rollback evidence for a guarded side effect.
Record that explicit approval is required before a guarded side effect can proceed.
Record a bounded governance manifest update for the current Heddle run.
Return the supplied text in upper case.
No error handling guidance. Tool descriptions do not explain what errors can occur, when to retry, or what recovery steps are available. E.g., heddle_delegate does not document timeout behavior, agent-not-found errors, or how to handle failed delegations.
Governance tools (heddle_record_gate, heddle_update_manifest, heddle_require_approval, heddle_record_approval, heddle_record_rollback) lack context on when/why to call them. Descriptions are generic ('Record a typed governance gate result') without explaining the governance workflow, prerequisites, or how these tools compose.
Mock tools (echo, upper) are trivial and should not be in production. They add noise to the tool list and waste agent reasoning cycles. Remove or gate them behind a development flag.