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

MGS3045: a ci gate over the write paths nothing runs

magus job fork, magus job apply and magus\job.put refused a job record because ci runs a target over its write paths that the job never runs:

[MGS3045] lint . reads changes/**/*.md, and neither the check nor a goal runs it:
  add the goal {"id":"lint","kind":"check","check":{"target":"lint","project":"."}},
  or waive it if the root runs it

Nothing was written to the job store.

Why

A job graded only on its check can pass while the gate that will judge its change fails. The failure then surfaces after integration, where nobody holds the files any more.

What to do

  • Add the goal the problem prints, so the worker runs the target.
  • If the root runs the gate once after integrating every job, waive the problem with <target> <project> as its subject:
"waivers": [
  { "code": "MGS3045", "subject": "lint .", "reason": "the root runs it" }
]

magus describe job <id> lists the gates not run and the goals to add.

See also

  • MGS3044: a regenerated output outside the write paths.
  • Leases: goals and waivers.
MGS3045jobsleasesgoalsciforkapplyagentswaiversvalidation
Last updated (29d8b3de)
Glossary

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.

Target

A named operation (build, test, ...) you invoke with magus run <target>; it may compose a spell's tool-native operations and depend on other targets. Target 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.

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.

Lease

The grant a holder takes on a job: the write and read paths that job declared, enforced in the checkout that took it with magus job exec. A job is the piece of work; a lease is permission over it. Lease in full.

Conventions

Placeholders

Angle brackets mark a value you replace with your own; never type the brackets:

magus run <target>
magus completion <shell>    # e.g. bash, zsh, fish

<target>, <path>, <shell>, <name> and the like are stand-ins, not literal text.