Methodology
How CORTX learns your business in 30–60 days.
C · D · A
Capture, Decode, Activate. Three movements that turn tribal knowledge into a working system.
Read the methodology
Featured
Atlas + Flow ship together.
A · F
Two products, one operations OS. Add modules as you grow.
Compare products
01 / CORE

Atlas

Capture how work happens.

Atlas is the surface where a CORTX deployment begins. It captures the way your business actually runs, in the words of the people who run it.

01 / DEFINITION

A documentation tool that listens.

Atlas is a structured interview environment. An operator sits down for a recorded session — alone, on their own time — and walks through their job. Step by step, screen by screen, exception by exception. Atlas guides them through the prompts.

What comes out is a complete record of how that operator works. Not a flowchart drawn from the outside. Not a process map sketched in a workshop. The actual work, narrated by the person doing it.

02 / MENTAL MODEL

Three streams. One record.

Atlas mental model: three streams converge into a session record Voice, screen, and text inputs flow into a central Session Record node, which outputs to a System MCP. Voice narration Screen captures Text annotations Session Record System MCP
30min Default session length One sitting. Adjustable per role.
3streams Captured per session Voice, screen, text — linked.
1MCP Compiled output Machine-usable. Not a doc.
03 / CAPABILITIES

What Atlas does.

  • Guided sessions. Atlas walks the operator through a checklist of stages built for their function. They don't have to remember what to cover. The structure is already there.
  • Voice-first capture. The operator narrates as they work. Atlas records, transcribes, and links the narration to whatever was on screen at the time. They don't have to write anything down.
  • Screen capture and annotation. Every screenshot is timestamped, captioned in the operator's own words, and attached to the relevant step. The visual record is part of the transcript.
  • Voice-cloned guidance. Atlas can play back instructions in the implementer's voice — generated from a short sample. The operator hears familiar guidance, in a familiar voice, even when working alone.
  • Direct compilation to MCP. A completed Atlas session is not a document. It is the seed for a System MCP. Atlas is structured to produce machine-usable output, not a deliverable that has to be re-typed.

How a session compiles

  1. Operator opens Atlas. A guided checklist for their function loads. They see the stages they're about to walk through. → checklist primed
  2. Atlas records as they work. Voice, screen, and text streams sync to the same timeline. Annotations are made in the operator's own words. → session timeline grows
  3. Atlas closes the session. A complete record exists for that operator's job. No gaps, no second pass. → record sealed
  4. Atlas compiles to System MCP. The session becomes machine-usable structure. The agent can now read, validate, and act on the captured knowledge. → ready for Flow
04 / USERS

Who runs an Atlas session.

01
The senior operator.

The person who has been doing the work for years. The one whose absence would break the function. Atlas captures what is in their head before it leaves with them.

02
The new hire.

The person being onboarded into a function with established practices. Atlas reverses the usual onboarding — instead of being trained, they walk through their understanding of the work and the system completes the gaps.

03
The owner.

The person who built the function and is the only one who knows how it really works. Atlas gives them a way to extract that knowledge without having to write a manual.

06 / ARCHITECTURE

Atlas is the entry point.

Atlas is the first product a deployment touches. The output of Atlas — the session records, the system MCPs, the wizard checklists — feeds every other product in the ARM family. Without Atlas, there is no captured knowledge. Without captured knowledge, there is no agent.