magus v0.4.3 is out. See what's new
¶ View markdown source · ✎ Suggest an edit
2 min read

Human-first is the AI integration

magus was built for humans, and agents drive it well anyway, because an interface legible to a person is legible to anything. That ordering is the design, and the reason underneath it is structural: models learned to use tools from decades of humans using tools, so a tool that honors the conventions humans settled (exit codes, a working directory that means what it means everywhere, a path as a project's name, plain text) inherits agent competence for free. A tool that invents its own dialect fails both audiences, then watches the models learn its workarounds forever. Buzz is the evidence we have: a language with close to no training data produces better agent output than the most-trained languages on earth, with explicitness the only variable in sight. Weigh that as experience rather than benchmark; it is still the strongest evidence in this section.

This prevents the bolted-on AI integration, papering over a tool people already struggle with, and the quiet inversion where a person becomes the secondary user of their own build tool.

The floor under the ordering rule is an absent seam: magus never calls a model (Scope records the missing adapter as deliberate), and no CLI flag exists to feed one: every command and its output are for the person who typed it, and what an agent reads it reads through the MCP tools. Every review capability is a person's to run with no agent anywhere in the loop; the agent integration is additive, never load-bearing. The installed skills are gitignored renderings of the binary, so nothing in CI can drift-gate them; magus doctor's agent-skills check is what observes staleness, per workspace (Scope). A workspace that goes a day, or a Friday, without an agent loses nothing but speed.

Enforced by

  • An ordering rule with one worked example: the agents key in affected ci --plan is the one agent-specific field in an otherwise human-first plan, and the skill-routing hint sits quarantined inside it.
  • The one deliberate exception is the job store, an agent-to-agent declaration under Agents propose, humans dispose: written by agents through MCP and read by people at magus ls jobs, so the asymmetry is in who ordinarily authors it, not in who may see or write it.
  • magus doctor's agent-skills check reports a stale installed skill.

Good

One flag, one output contract, for whoever is reading:

magus affected ci --plan -o json

Bad

magus affected ci --plan --for-agent --llm-summary

A flag shaped for a model splits the output into two dialects. The person's copy and the agent's copy drift, and the agent learns a form no person ever reads or checks.

See also

designprincipleagentscli
Last updated (2df714e8)
Glossary

Workspace

The magus root directory that owns a set of projects and shared config; the unit magus operates over. Workspace in full.

Project

A directory magus recognizes as a unit of work (it has a magusfile); the unit of caching, scheduling, and dependency tracking. Project in full.

Op

A single tool-native command a target composes (long form: operation); the middle of the work hierarchy (Spell to Op to Target). Op in full.

Buzz

The language magusfiles are written in (the .buzz engine). Buzz in full.

Affected

The set of projects touched by a change; magus affected <target> runs a target only over them. Affected in full.

CI

An ordinary target you compose yourself with ctx.needs; magus does not hardcode its stages. It is the anchor magus affected ci keys off, and ci strips the rw charm. CI in full.

Agent

A model working through an agent host such as Claude Code, Codex, Cursor or OpenCode. magus treats an agent as one more caller of its CLI, MCP tools and console, held to the same checks as a person. Agent in full.

Tool

An action a model can call through its host: a name, a description, a typed input and a result. magus serves its tools over MCP, each a read of the workspace model or a run of the CLI it already has. Tool in full.

Harness

The deterministic scaffolding around the work on a change, for a person or an agent: compiler errors, formatters, linters, checks, gates, leases and hooks, placed at points a person chose. Around an agent's loop, magus supplies one and keeps it outside. Harness in full.

Skill

A packaged set of instructions an agent host loads when a task matches its description: a directory holding a SKILL.md. magus ships its magus-* skills in the binary and writes them with magus agent install. Skill in full.

Dispose

The human act of closing an attention request: a judgment rendered, recorded with who and why. Distinct from resolving a review thread or a merge conflict: a disposition answers a request; it does not merge anything. Dispose in full.

Job

The unit of delegated work, and one row of the job store: what an orchestrating agent handed out, with its goal, the checkpoint it was cut against, the paths it may write or must not touch, and the one check it runs. A job's holder is either a session, for work an orchestrator handed out, or the daemon, for its own maintenance. The store records; the agent guard is what reads those facts back when grading a write. Job in full.

Run

One target executing under one magus invocation, such as magus run test web or magus affected ci. A run keeps its captured output behind an output reference. Every magus run is a run whether or not any job asked for it; see Job for how the two relate. Run in full.

Conventions

This page uses none of the site's convention markers. The full set is on the conventions page.