Workflowrun again on a new scope

Digital system development and maintenance

A screen breaks in front of a user before anyone notices the system had fallen behind. Every detail of the operation was written down, and the team has nothing to run it on.

The problem to solve

Someone can describe their operation in full detail and still have nothing their people can use. And a system already in their hands falls behind the substrate it was built on, quietly, until a screen breaks in front of a user.

The solution it delivers

A described situation becomes a system people work in, and it stays in step with what it was built on instead of drifting behind it.

01

The run as one route: which tools get involved, in what order, and where the chain is not mechanised yet.

A SITUATION, NO SYSTEMRUNNING, AND IN STEPDemand recordApp configForge corpusProjectionAllocation +capture/driftThe suiteregistryA CLIENT PROBLEM ORREQUESTCOMPASSDEMAND RECORDNOT MECHANISED YETFRAMEOUTCOME LOGSCRIBESPINERUNNING APPGAUGESUBSTRATE CONTRACTCHANGEFORGE (MAINTAIN)WORKING NOTESRE-SHIP GATERE-SHIPPED APPCONSOLETHE TEAM BOARD

One run, start to finish. A box with an accent tick is a tool acting and opens its own page; a rounded box is an artefact or a record; a diamond is a decision the work cannot pass without. A dashed line is a hand-off the suite has not mechanised yet.

appends signal
One append-only row of signal. It survives the session, and reaches a reader on that record’s own cadence.
reads the declared contract
Nothing is sent. The downstream tool reads the upstream tool’s declared contract at call time, which is why substrate tools have no invoke step.
writes current state
Current state, replacing the prior value. A registry holds what is true now, not how it got there.
opens work for a person
A unit of work whose executor is a person.
02Which tools, in what capacity
propose
Resolve the ask into a proposition + instructions
actuate
Compose the app
substrate
The app runs on it
actuate
Conform whatever data the app must ingest
actuate
Exchange gating
propose
observe
Renders apps behind the substrate / apps maintained / substrate syncs
03How the work crosses between them

Compass → Forge is a signal append then a human reading it, i.e. The proposition is written to demand record and there is no dispatch (see gaps); Forge → Frame is a contract read (the app config is the deliverable, Frame executes it); build learnings are a signal append into Forge's own corpus.

Change detection → re-sync is a contract read (the substrate's published contract is the trigger); re-sync → verify a signal append; verify → re-ship is a gate; re-ship → Console is a state write (the suite registry via updateRegistry()); maintenance work is a board issue, in-repo improvement files retired.