guide

index,
screen by screen.

What you see when you open index 0.7.1, what it can read and how much, how a team's index fits together, and what keeps it secure. Every screenshot is the app itself, with a sample project: a launch plan, a team handbook and a slide deck.

1 · ask

start with a question.

index opens on one message box. Ask anything: questions about your work are answered from your own documents, and the projects you were last in wait underneath.

  • Seven places, one sidebar: Chats, Projects, Code, Data, Agents, Tools and Work, with your chats under them.
  • Your documents first. All of them, one project, or a few files for a conversation.
  • The model you choose, on this computer or in the cloud, or Auto picks one per question.
The index app open on an empty chat: one message box in the middle, and the Q3 launch project under Continue.
A new chat, with the last project one click away.

answers you can check.

Asked about leave, index found the team handbook and answered from it, numbering each claim. The sources sit under the answer, with the model that wrote it and why it was chosen; a click on a number opens the passage.

index answering from the team handbook: everyone gets 25 days of paid leave a year, and up to 5 unused days carry over.
“25 days of paid leave, and up to 5 unused days carry over”, from the handbook, by a model on this computer.

2 · projects

a project is a folder.

Point index at a folder and it becomes a project: its files as they are on disk, read on your computer, with the project's chats, memory and map beside them.

  • Opens like the original. A presentation shows as its slides, with the notes and a Slide Show button; Word, Excel and PDF as they look.
  • Who can read it is set per file: only models on this computer, or the cloud companies you name.
  • Big files welcome: up to a gigabyte in a project, and 500 MB opened in place.
The Q3 launch project's files: a plan, a slide deck and a handbook, with the deck's title slide and speaker notes shown in a preview.
The launch deck, shown as its slides, with its speaker notes.

what the documents say, mapped.

Map lists every figure and date the project's documents state, each with the file and the slide or page it came from. Where two documents say the same thing, or disagree, it says so; Timeline and Version history follow how they changed.

The project's Map: a budget of 180,000, 25 days of leave, the launch on the 14th, each with the document and slide or page it came from.
The budget from slide 4, the leave from the handbook.

3 · what it reads

every kind of file.
thousands of them.

Whatever you add is read, on your computer: office files and scans, code, archives, and formats most tools turn away.

documents.

PDF, Word, Excel (.xlsx, .xlsb, .xls), PowerPoint, OpenDocument, EPUB, e-mail, RTF, text, HTML, CSV, JSON, XML and notebooks. Tables stay tables, and slides stay slides.

scans and pictures.

PNG, JPEG, TIFF, WebP, GIF, SVG and scanned PDF pages, read with a vision model. Charts and diagrams are described, not skipped.

code.

Source code in any language and every kind of configuration file, from Python and SQL to YAML, kept exactly as written.

engineering.

CAD drawings (DWG, DXF, STEP, IFC) and 3D models (STL, OBJ, PLY, glTF, 3MF): what is in them, their parts and their sizes.

science and networks.

DICOM images, genomics (FASTA, VCF, GenBank and more), protein structures, and graphs read as who connects to whom.

and the rest.

Zip files are opened and each file inside read. Anything else is read for the words inside it, never refused for its type.

6–97 msto read a page of a text PDF, measured on a laptop
≈ 1 minto read and index a 50-page report end to end, with models on the laptop
whole foldersdropped at once, every file in them read, and watched folders kept up to date
millionsof passages: the library is a vector database on your computer, limited by your disk

A file you attach in a chat is ready as soon as it is read, and a cloud model is given the whole document, not excerpts. Scanned pages are the slow part, because each page is read by a vision model; with a cloud reader several pages are read at once. Big jobs can run on your organisation's server or a colleague's computer instead of yours.

4 · agents

describe a job.
it does the steps.

index comes with agents for the work documents bring: checking a statement against your files, working out deadlines and notice periods, answering from a warehouse, splitting a question across the others. Describe a new one and Agent builder drafts it for you to read first.

  • It asks first before it changes a file or sends anything.
  • Runs are kept, step by step, on the Work page.
  • On a schedule or when a new document arrives, if you let it.
The Agents page listing Agent builder, Compute watcher, Coordinator, Data analyst, Deadline checker, Fact checker and more, each with what it does and how many tools it has.
Fact checker, Deadline checker, Data analyst and the rest, ready to run.

5 · code

build it right there.

Code opens straight onto the workbench, in the folder you were last in: files, editor, terminal and Run, with an assistant beside them that plans before it edits.

  • Any folder, or a repository from GitHub once you connect it: clone and open in one step.
  • Three modes: Plan reads and changes nothing, Ask first approves each step, Accept edits saves you the clicks.
  • Confined to the folder you open; your keys and the app's own data are never read.
The Code page with a clinic booking project open: its files, its README in the editor and the assistant beside it in Plan mode.
A clinic booking app, its README in the editor, the assistant in Plan mode.

see everything it runs.

Work shows what index is doing and what it costs your computer: answers being written, agents running, documents being read, which models hold memory, and the checks made before anything is sent.

The Work page: the processor, memory and models in use, what is running, and diagnostics.
The processor, the memory and the models, live.

6 · settings

your models. your rules.

Six tabs, each saying what it is for, and a search across all of them. Changes save as you make them; Ask about a setting explains any of them in plain words.

Settings, Models: the default model, choosing the model automatically, how hard to think, and answering only from documents.
Which model answers, and whether it may answer beyond your documents.

who may see what.

Privacy says in one list what leaves this computer and what never does, then company by company what a cloud model may read. Nothing goes to a company that is not set up, and index can check each message for keys, ID numbers and internal addresses before it goes.

Settings, Privacy: what leaves this computer, and what each cloud company may read.
What leaves this computer, company by company.

7 · three layers

one app. a team around it.
a provider who sees four things.

index works alone on one computer. For a team it adds two layers above it, and each layer knows only what it needs.

the provider licences · updates · service status your organisation's server people · policy · hosted models · shared work · web version your indexdocuments · models · chats a colleague'sthe whole app another'sthe whole app name, version, admins, how many people sign-in, shared work, policy

your computer.

The whole app: your documents, the models on it, your chats, agents and code. It works with no server and no network at all.

your organisation.

Your own server, in your data centre or cloud. People sign in by email; admins set policy, host models once for everyone and share work. With little or no policy, everyone keeps the full app. A web version serves phones and browsers.

the provider.

Licences, updates and whether the service runs. It receives exactly four things from your server: its name, its version, its admins and how many people it has. Never a document, a chat or a list of users.

8 · security

secure on every layer.

on your computer.

Models run locally by default. Confidential documents are read only there. The app's engine answers its own window and nothing else: a new secret each launch, and requests from web pages or other programs are refused.

before the cloud.

Cloud models see only the documents you allow, file by file. Messages are checked for keys, ID numbers and internal addresses before they go, and a Network page lists every connection the app makes.

keys and passwords.

Saved keys are kept by the operating system's credential store, not in a file. Your organisation password never leaves your device: index derives a key from it there, and the server keeps only a check of that key.

the organisation server.

Encrypted connections only, sessions that cannot be borrowed by another site, sign-in attempts throttled, and an activity log that records what happened, never what anything said.

what you install.

Updates are signed and checked before they install. Licences are signed files checked on your computer, so nothing calls home for everyday use.

where data lives.

Knowledge lakes carry their owner and where they may be kept. A governed collection stays within the organisation it belongs to.

see it for yourself

try index now.

Five minutes with the real app and sample documents, or talk to us about your team.