MANDATORY quality workflow for Brain Dump tickets. Defines the exact MCP tool call sequence every ticket must follow. Load this before starting any ticket work.
Canonical source:
src/api/ralph.ts→getRalphPrompt(). This skill provides a quick reference. The system prompt has the full workflow.
Every ticket MUST go through these steps using MCP tools. Never skip any.
Call workflow "start-work"({ ticketId: "<id>" }) BEFORE writing any code.
This creates a git branch, sets status to in_progress, and posts a "Starting work" comment.
Write code, then discover and run this project's validation commands:
AGENTS.md, CLAUDE.md, README, CONTRIBUTING, package scripts, pyproject.toml, go.mod, Makefile/Justfile, and CI files.go test ./..., cargo test, dotnet test, mvn test, ./gradlew test.skill/brain-dump-workflow/scripts/run-quality-checks.sh can be used as a discovery helper.Commit with format: feat(<ticket-short-id>): <description>
Call workflow "complete-work"({ ticketId: "<id>", summary: "<what you did>" })
This moves ticket to ai_review and posts a work summary comment.
IMPORTANT: Do NOT use local /review skills, subagents, or code review tools.
Perform self-review by reading your own diffs, then record findings via MCP.
For each issue found, you MUST invoke the MCP tool:
review "submit-finding"({ ticketId, agent: "code-reviewer", severity, category, description })
Verify you receive a findingId in the response for each submission.
Fix critical/major issues, then invoke:
review "mark-fixed"({ findingId, fixStatus: "fixed" })
Verify: review "check-complete"({ ticketId }) — response must contain canProceedToHumanReview: true
Call review "generate-demo"({ ticketId, steps: [{ order, description, expectedOutcome, type }] })
Include 3-7 manual test steps. Ticket moves to human_review.
STOP HERE. Do NOT continue. Only humans can approve tickets.
workflow "start-work"review "submit-finding"review "generate-demo"workflow "start-work"| Severity | When to Use |
|---|---|
critical |
Bug that breaks functionality or causes crashes |
major |
Incorrect behavior or error handling issue |
minor |
Code quality issue, not a bug |
suggestion |
Nice-to-have improvement |
| Type | When to Use |
|---|---|
manual |
User performs an action |
visual |
User visually confirms something |
automated |
System runs a command/test |
For detailed guidance on specific phases, see:
reference/review-guide.md -- Self-review checklist and review agent detailsreference/troubleshooting.md -- Common errors and recovery steps