How to publish
- Open your Flow.
- Click Publish in the top-right.
- Nora runs pre-publish checks (see below).
- Add a release note describing what changed.
- Confirm.
Pre-publish checks
Before letting the publish through, Nora checks:- All required inputs are wired. No orphan blocks.
- All Agents have a prompt and a model. Empty prompts are rejected.
- All Tools with parameters have parameter descriptions. The Agent can’t call a tool it can’t understand.
- All secrets resolve. No broken references to deleted secrets.
- No cycles in the wiring graph (unless you’ve explicitly used a loop pattern with a bound).
- Change vs. currently-published. Publishing an identical Draft is rejected — nothing to ship.
What “immutable” means
A published version is a content-addressed snapshot. Its ID is a hash of its contents. That means:- The same version always behaves the same way, even months later.
- Rolling back is instant — pointing production to a prior version is a metadata update, not a redeploy.
- Two Flows that happen to publish identical content share storage.
Release notes
The note is optional but strongly recommended. Good release notes look like:Add support for partial refunds. Tightens the escalation rule to catch cases where the customer mentions a chargeback. Bumps model to the higher-accuracy tier for questions containing “fraud” or “dispute”.Notes show up in the version history, in the CLI (
nora flows versions list), and in audit logs.
Publishing from the CLI
Who can publish
By default, only Owners and Managers can publish. Members can edit the Draft but not ship it. Change under Flow settings → Access.What to do next
Rollback
Something broke? Point production back to a prior version.
Version diff
See exactly what changed between two versions.