Workflow memory is behind a per-user feature flag. On accounts outside the rollout the
probe_procedures MCP tool is not advertised and the /set-rule skill is not shipped — that is the gate working, not a broken install.Writing one
Two steps, always. The first structures what you meant; the second stores it.preview writes nothing. It classifies the prose into a situation and shows you the draft that would be stored. Read it, edit it, then declare:
--related names the clause the relation points at.
Publishing
A declared rule is yours until it becomes the team’s. A rule becomes visible team-wide when a second person declares the same thing — or immediately, on your own authority:Reading them
--query, the store classifies first and may legitimately return nothing: an unclassifiable query serves zero rules rather than guessing a situation and handing you rules for the wrong one.
The situations the store is organised around are the moments where being wrong is expensive: launching a run, opening a PR, deploying, processing a dataset, running an eval, reviewing code, provisioning infrastructure, reproducing an experiment, debugging a failing run, recovering from an incident, claiming work is done.
A rule that the classifier cannot place lands in a
misc bucket and surfaces explicitly. It is never dropped.Zero rules is four different answers
The response distinguishes them incompleteness, because “no engine wired”, “this workspace never opted in”, “nobody seeded the vocabulary” and “the team has not written one down” are otherwise identical bytes — and only the last one is an answer.
For agents
The rule for agents is check before the step, never after: before an irreversible or shared-consequence action, and on arriving in an unfamiliar workspace.
Agent skills
How
/read-rules and /set-rule fit into a session.