Navo CLI
orchestrationnavo-cliCI / release
Operator windlass: scan, convert, validate path into YAML.
Technical Summary
bin/navo scan for app and IaC trees; convert for diagrams; human chrome on stderr so pipelines stay scriptable.
Advantages
- Clear role in the CI / release zone of the map
- Topology and narrative stay in versioned architecture YAML
- Visible to unlimited viewers without a platform portal seat
Who / What / When / Where / Why
- Who
- CI / release owners and on-call for Navo CLI
- What
- Operator windlass: scan, convert, validate path into YAML.
- When
- Continuous — part of the always-on architecture map
- Where
- CLI pipeline automation · CI / release
- Why
- Documents how Navo CLI connects in the living map so teams share one Git-backed model.
Related Services
Related Repos
navo-cli-servicepipeline-platform
Links
Navo CLI runbook
wiki/wiki/navo-cli.md
In-app wiki path (demo stub)
Source repository
repohttps://example.com/repos/navo-cli
Example repo link for the public demo
Ops dashboard
urlhttps://example.com/dashboards/navo-cli
Add Service Link
DevIn the full Navo app (local pnpm dev), this form writes links into architecture YAML. On the public website it is disabled.
Local annotations (overlay)
In Navo, notes and personal links stay in browser localStorage until you export for a PR. Overlay editing is off in this public demo.
Ready to contribute in a real deployment? Architecture maps ship through Git PRs — not browser-only edits. Share & export docs