bug(mcp): madt_finish advertises summary=@file, but the MCP server does not expand it #686
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#686
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What happens
The
madt_finishMCP schema describessummaryas "PR body summary describing the changes (use @file to read from file, @- for stdin)". Only the CLI expands that form:readSummaryininternal/cmd/workflow/finish.go:207-210. The MCP handler passessummaryto the service layer unchanged (internal/mcp/tools_workflow.go:102-104), andinternal/service/workflow/finish.gohas no@handling. So an MCP call withsummary=@notes.mdpublishes the literal text@notes.mdas the PR body.Fix
Remove the
@fileand@-text from the MCP description ofsummary. An MCP caller passes the text itself. I do not want the MCP server to read a local file into a published PR body. Add a test that pins the MCP description and the literal pass-through.