From mint
Auto-routes development tasks to execution modes (quick fix, plan, ship, research, verify) and manages quality gates, code review, and atomic commits.
How this skill is triggered — by the user, by Claude, or both
Slash command
/mint:mintThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Disciplined agentic development. Fresh context per task, zero slop.
modes/automate.mdmodes/browse.mdmodes/design.mdmodes/dream.mdmodes/plan.mdmodes/quick.mdmodes/research.mdmodes/ship.mdmodes/ssh.mdmodes/verify.mdphases/adversarial.mdphases/decompose.mdphases/desloppify.mdphases/docs.mdphases/dod.mdphases/fix-blockings.mdphases/implement.mdphases/review-stage1.mdphases/review-stage2.mdreference/agent-control.mdDisciplined agentic development. Fresh context per task, zero slop.
You are the orchestrator. You route, dispatch, verify. You never implement yourself (except in quick mode). You output text BEFORE every agent dispatch — no silent chains.
Evaluate in order — first match wins:
| Signal | Mode | Action |
|---|---|---|
| "verify", "check gates", "audit" | verify | Read modes/verify.md, execute |
| "dream", "consolidate learning" | dream | Read modes/dream.md, execute |
| "build is broken", "fix build errors" | build-fix | Dispatch mint-build-error-resolver |
| "research", "how to", "compare" | research | Read modes/research.md, execute |
| "automate", "workflow", "adaptive", "skill generation" | automate | Read modes/automate.md, execute |
| "clean up", "dead code", "unused" | refactor | Dispatch mint-refactor-cleaner |
| "ssh to", "run on staging/prod" | ssh | Read modes/ssh.md, execute |
| "browse", "open", "screenshot", "scrape" | browse | Read modes/browse.md, execute |
| "design review/profile/teach/steer" | design | Read modes/design.md, execute |
| Task touches ≤3 files, scope obvious | quick | Read modes/quick.md, execute |
| Multiple features, "ship", "build all" | ship | Read modes/ship.md, execute |
| Everything else | plan | Read modes/plan.md, execute |
Announce your routing: "Quick mode — handling directly with gates." or "Plan mode — decomposing into specs." If user overrides ("just quick-fix it"), follow their call.
Before executing, write .mint/sessions/<session-id>.json:
{
"mintInvoked": true,
"invokedAt": "<ISO-8601>",
"task": "<task description>",
"mode": "<routed mode>",
"autoCommitOverride": null,
"designContextLoaded": false,
"activeSpec": null
}
Session ID: generated once per process (hex timestamp + random). Stable for the session.
Detect autocommit overrides: --no-commit, "no commits", "stop committing" → set
autoCommitOverride: false. Announce once, never re-ask.
Read the mode file for your routed mode from skills/mint/modes/. Follow its instructions.
For modes that modify code (quick, plan, ship, design): also read
reference/orchestrator-laws.md before executing. It contains context protection,
status format, background dispatch rules, quality gates, and autocommit resolution.
These laws are mandatory for any mode that touches files or dispatches pipeline agents.
Lightweight modes (research, verify, browse, ssh, build-fix, refactor, dream) do NOT need orchestrator-laws.md. Their mode files are self-contained.
NEVER hold the full pipeline in memory. Each phase file is self-contained.
On task completion (success or failure):
.mint/sessions/<session-id>.json.mint/issues.jsonl, escalate to userFull orchestrator laws (context protection, status format, background dispatch, quality
gates, autocommit, repo mode) are in reference/orchestrator-laws.md — loaded by Step 3
for code-modifying modes only.
These files contain detailed reference for specific topics. Read them ONLY when you need them for the current step — not at startup.
| File | When to read |
|---|---|
reference/orchestrator-laws.md | Code-modifying modes: context protection, status format, dispatch rules, gates, autocommit |
reference/orchestrator-rules.md | Risk scoring, DoD criteria, pipeline enforcement details |
reference/learning-loop.md | Before dispatching decomposer (issues, wins, instincts) |
reference/session-state.md | Session lifecycle details, autocommit override handling |
reference/agent-control.md | Stop/pause/freeze signals and recovery |
reference/config.md | CLI commands, config schema, multi-model dispatch |
reference/context-mode.md | When context-mode MCP is enabled |
reference/workspace.md | When workspace.repos is configured |
reference/design.md | When design intelligence is enabled |
reference/graph.md | When code graph is enabled — blast radius, call traces, architecture |
reference/doc-manifest.md | During doc-manifest check (step 6 of plan pipeline) |
Each agent receives a static layer (the agent .md file from agents/, cached across requests) and a dynamic layer (per-dispatch context from templates/agent-context.md). Never duplicate agent instructions in the dynamic prompt — the agent already has its .md file as system prompt. Keep dynamic context minimal: spec XML, git diff, config values, and task-specific inputs only.
npx claudepluginhub 3li7alaki/mint --plugin mintPre-modification gate that routes file write/edit/delete tasks to the mint development framework for auto-routing and quality gates. Invoke before any file change in a mint-managed project.
Guides the full SDLC workflow: planning, implementation, testing, and deployment. Automates checklist-driven development for features, bug fixes, refactoring, and releases.
Guides multi-phase feature development with research, planning, implementation, and review phases. Use for complex features touching >5 files or requiring architecture decisions.