A spec in, a result out
The orchestrator breaks a spec into steps and drives it to a result. Read-only, with a two-person gate.
Hand the orchestrator a task or a spec. It decomposes it and drives the agents step by step to a result. During the run the agent only reads SAP: no writes to the system. Every proposed change goes into a ship queue, with the object, the type (create / modify / activate), the requirement it closes, a rationale and the payload itself. You watch live progress and can hit Stop at any time. Because the run is read-only, your SAP is never left half-changed.
Two people before a write
The orchestrator proposes a change in read-only mode, a person approves the queue item, then separately confirms the apply, and only then does a write to SAP happen.
No write without a human in autonomous mode. A two-step human gate: a person approves, then separately confirms the apply.
What waits in the queue
Every proposed change goes into a ship queue with the object, the type (create / modify / activate), the requirement it closes, a rationale and the payload itself. Irreversible actions are queued for human approval. The queue can also be cleared from Telegram: the human gate in your pocket, nothing reaches SAP without it. Makion in Telegram →
Chat versus autonomous
Specs feed the orchestrator directly: an ordered, versioned specification from the Specification role can be handed straight to it. How specs work →
Put Makion inside your SAP
Your SAP, your standards, your terms.
Several developers or a client rollout? Teams & enterprise