Role-separated AI work, governed by SMALL.
Musketeer is a concrete Rust CLI for planning, challenge, execution, and review on top of canonical SMALL state.
A concrete CLI layer with clean boundaries.
Musketeer is not the substrate and it is not the umbrella identity for the whole ecosystem. SMALL owns canonical state. Musketeer owns the trio execution layer on top of that state. Pi can host runtime behavior when needed, but Musketeer is not installed as a Pi extension.
Human-operable first. Agent-friendly by construction. Use the models and tools you already trust, but keep the trio boundaries intact.
Why it exists
Most failures in AI-assisted engineering are not model failures. They are workflow failures. Intent drifts. Planning and execution collapse into the same thread. Validation is performed by the same system that produced the output. Context bloats. Constraints blur. Trust drops.
Musketeer exists to impose separation, control, and accountability on that process.
What Musketeer enforces
How it works
Stage intent
Define the task, constraints, acceptance criteria, and operating boundaries before work begins.
Challenge the plan
Run an independent examination phase to expose weak assumptions, missing detail, or protocol drift.
Execute with boundaries
Perform bounded work against an explicit handoff package instead of vague conversational momentum.
Review and continue cleanly
Inspect results, accept or reject outcomes, and resume from a known state without losing the thread.
The execution model
Musketeer supports a role-separated work cycle built around three operational responsibilities:
Originator
Forms intent. Shapes scope. Defines constraints and acceptance criteria. Prepares the handoff package.
Examiner
Challenges assumptions. Checks alignment. Exposes drift. Strengthens handoffs or reviews results.
Executor
Acts against explicit instructions. Stays inside defined boundaries. Produces concrete outputs.
These are not personalities. They are control boundaries. One provider can fill multiple roles. Different providers can fill different roles. The point is not which model is used. The point is that the responsibilities stay separated.
Built to work with the ecosystem around it
Musketeer is designed to fit cleanly into the ecosystem around it. Pi is a preferred runtime substrate in the broader stack, but Musketeer can also sit alongside other runtimes and agent systems.
Use GPT, Gemini, Claude, Codex, local models, or custom workers. Musketeer controls how one trio work cycle is staged, challenged, executed, reviewed, and resumed.
Musketeer does not try to be everything. It provides one governed trio workflow harness with clear boundaries.