Docs

Use the docs to get live.
Use the research links when you need claim discipline.

Iranti has two different documentation jobs: help you install and use the system, and help you understand what the current evidence does and does not support. This page keeps those jobs separate so evaluation stays clear.

Core ideas

Six ideas that explain how Iranti works and why the architecture choices matter.

Entity + key memory

Iranti is strongest when an agent can address the fact it wants directly. That is why entity + key is the core retrieval model.

The Staff

The Library, Librarian, Attendant, Archivist, and Resolutionist divide memory responsibilities into inspectable components with bounded jobs.

Shared versus personal memory

Personal preferences belong on personal entities such as user/main. Project state belongs on project entities. The system now routes those separately.

Conflict and escalation

Deterministic conflicts resolve automatically when the confidence gap is clear. Ambiguous cases should be understood as conservative and escalation-prone.

Recovery and handoff

Iranti helps most when work crosses agent boundaries, process boundaries, or restart boundaries. Explicit retrieval still beats hoping the model remembers.

Operator visibility

Health, doctor, repair, bindings, version drift, and runtime lifecycle are part of the product story, not afterthoughts.

Want to try it yourself?

Closed beta is running now. Reach out to request early access and be among the first to run your own workflow on Iranti.