AI-driven feature development orchestration system with multi-phase pipeline (planning, design, breakdown, execute), state management, and integration with Jira and external MCP servers
HeadMaster defines 12 tools with basic schemas and descriptions, but falls significantly short of production quality. Tool names lack consistent verb-noun structure (archive_feature, list_archived_features, restore_feature are acceptable; jira_* tools are generic). Descriptions are present but minimal (avg ~60 chars, well below the 194-char baseline). Parameter descriptions exist but are sparse and lack constraint details (e.g., no enum for jira_transition_issue's 'transition_name', no format guidance for 'jql'). No output schemas are documented anywhere in the source. Error handling is absent, no recovery guidance, no categorization of retryable vs fatal errors. Security concerns: no evidence of secret injection for Jira credentials (likely passed via env vars, but not validated in code). Tool composition is reasonable (single responsibility per tool), but parameter relationships are undocumented (e.g., jira_update_issue has optional fields with no guidance on which combinations are valid).
Archive a completed feature by moving docs and memory to archive directories
Create a Jira story with what, why, acceptance criteria, and dev notes
Get Jira board details (Agile API)
Get Jira project details
Get issues in a Jira sprint
Get sprints for a Jira board
Read a Jira issue by key
Search Jira issues using JQL
No output schemas documented. LLMs cannot infer what fields to expect from tool responses, forcing them to guess at downstream field names and risk broken tool chains.
Jira tools lack enum constraints for categorical parameters. 'transition_name' accepts free-form strings (e.g., 'Start Progress', 'Done') with no validation, LLMs will hallucinate invalid transition names.
Parameter descriptions are minimal and lack constraint details. 'jql' parameter has no format guidance; 'max_results' has no min/max bounds; 'force' flag has no explanation of consequences.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 40 | 2026-07-28+ | v2 |
Transition a Jira issue to a new status
Update a Jira issue (summary, description, status, assignee, labels)
List archived features for a project
Restore an archived feature by moving docs and memory back from archive
No error handling or recovery guidance. Tools provide no indication of what to do if a Jira issue is not found, a transition is invalid, or authentication fails.
Tool descriptions are too brief (avg 50 chars vs 194-char baseline). Descriptions like 'Read a Jira issue by key' lack context on when to use this tool vs alternatives, what data is returned, and prerequisites.