Sections
On this page
The decision lifecycle
From input context to an approved decision: steps isolate independent analysis, collect reviewable objections, and involve a person at the right moment.
- 01Version
- 02Run
- 03Analysis
- 04Review
- 05Decision
- 06Approval
- 07Task plan
Typical flow
- A person starts a Harness version with a question and links to Flownix nodes.
- Roles receive only allowed context and independently create proposals.
- Participants test proposals through claims, evidence, and critiques; authors can submit a revision.
- A ballot or judge produces a decision, then a human gate accepts, rejects, or sends it back for revision.
- An approved decision produces a task-plan draft; applying it to the Flownix tree remains a separate confirmed action.
Two orchestration modes
External host — recommended first
Flownix is the coordination plane: an external agent reads its assignment through MCP, works in its own environment, and publishes structured results.
Embedded runner — target capability
Flownix calls models, builds context, and starts the next step itself. This mode will only be marked available after it ships.