Workspaces & Tooling

A knowledge base that lives next to the work,
not in a wiki nobody opens

Nova Notes is the in-platform knowledge base. Runbooks, postmortem templates, on-call notes, "how we deploy" pages. Every note is linkable from incidents, services, and decision bundles. The note about pgbouncer recovery shows up where the on-call engineer needs it: on the war-room page for a pgbouncer incident.

Get Started Talk to Sales
app.novaaiops.com / nova-notes
● LIVE
Linked
to services and incidents
Markdown
+ embedded snippets
Search
across notes via NovaQL
Versioned
every edit
Notes Are Linked

Service-scoped, incident-scoped, or both

Every note attaches to one or more services, one or more incident classes, or both. When a payments incident opens, the war-room page shows all payments-scoped notes. When a "pgbouncer pool exhaustion" alert fires, the note tagged for that class is one click away. Notes that nobody references for a long time get flagged as candidates for archive.

  • Service tags: attach a note to one or many services; appears on those services' incident pages
  • Incident-class tags: attach to incident classes (signature names) for runbook-style coverage
  • Auto-stale flagging: notes unread for 6 months get a "review or archive" prompt
app.novaaiops.com / nova-notes · linked
Embedded Snippets

Code, queries, and bash blocks that run

Notes support embedded snippets that are more than text. NovaQL queries can be run from a note and the results inline. Bash blocks can be one-click copied. Approval-gated snippets ("run this on prod") link to Approval Queue rather than running directly. The note becomes a runnable runbook, not a stale doc.

  • Inline NovaQL: embed a query; run from the note; results render inline
  • Copy-paste blocks: bash and SQL blocks have a one-click copy button to reduce typo risk in incidents
  • Approval-gated runs: destructive snippets route through Approval Queue, never auto-run from a note
app.novaaiops.com / nova-notes · snippet
Versioned & Reviewed

Every edit, every reviewer

Edits create new versions. Each version has an author, a timestamp, and an optional reviewer. Tier-0 service notes can require a reviewer before publishing. Old versions are recoverable; the version history is visible alongside the note. Notes are documents you can audit, not just text files.

  • Version history: every edit becomes a version; old versions are accessible from the note
  • Optional reviewer gate: tier-0 service notes can require a second-pair-of-eyes review before publish
  • Rollback: one click to restore a prior version; useful when an edit accidentally introduces an error
app.novaaiops.com / nova-notes · versioned
Cross-Tenant Notes Library

Optional. Off by default.

Tenants can opt in to a shared library of community-authored runbooks for common technologies (Postgres, Redis, Kubernetes). Sharing is opt-in and goes only one direction: you read from the library, you do not contribute unless you explicitly publish. Library entries are read-only on your side; your customizations live in tenant-private notes.

  • Opt-in only: off by default; tenants choose to enable on a per-tenant basis
  • Read-only on your side: library notes cannot be edited; fork them into tenant-private notes for customization
  • No automatic contribution: your private notes never publish to the library unless you opt in explicitly per note
app.novaaiops.com / nova-notes · library
Video walkthrough coming soon

Subscribe to Nova AI Ops on YouTube for demos, tutorials, and feature deep-dives.

Your runbook in your face when you need it

Notes are useful when the engineer reads them. Linking them to incidents and services puts them where reading happens.

Get Started Request a Demo