Skip to main content
Documents are the raw units of knowledge — files, pages, extracts. Once ingested (via Foundry pipeline or web upload), they live in your library where Agents can retrieve from them. The documents CLI is the surface for the library’s day-to-day management: listing, tagging, and superseding.

Commands

documents list

Prints one row per document: ID, title, content type, size, tags, last update. Add --json for scriptable output.

documents get

Prints full metadata — title, source URL, content hash, tags, ingestion pipeline that produced it, chunk count, and supersede state.

documents supersede

Marks the document as superseded — hidden from all retrieval but still queryable for audit. Superseded chunks stop matching queries within seconds. --restore reverses supersede. The document rejoins the retrieval index. Prefer supersede over delete: it’s reversible and preserves the audit trail. Delete is only appropriate for true takedowns (PII, legal removal) — and even then, use the library UI, not the CLI, because delete requires confirmation.

documents tag

Tags are the primary way you slice a large library. See Tag & organize for tag hygiene. Comma-separated lists accepted. Both --add and --remove are optional (though at least one is required).

Recipes

Move a set of docs from one folder to another

Supersede everything older than a date

Audit tag coverage

Prints untagged documents — candidates for auto-tagging via a Foundry enricher.

Snapshot document metadata to git

Useful for tracking library changes over time without exporting content.

What the CLI does NOT do

  • Upload — use the app for one-off uploads (see Upload documents) or a Foundry pipeline for automated ingest (see nora pipelines).
  • Delete — CLI can only supersede. To hard-delete, use the app UI (with double confirmation).
  • Edit content — documents are immutable once ingested; edit the source and re-ingest.
These constraints are intentional — the CLI is optimized for scripted operations, not for edits that need visual review.

Where document IDs come from

  • App — every document in the library shows its ID in the details panel.
  • Foundry logspipelines logs get shows the IDs of documents produced by a run.
  • documents list — for scripting.