Skip to main content
Trinity
Updated Oct 8, 2026cornelius/main@2db0ed9
Cornelius/How It Works

How Cornelius Works

A multi-layered knowledge management system: an agent-within-an-agent architecture that transforms Claude Code into a specialized second-brain operator.

The whole system in one ~3-minute loop: notes become a graph → connection discovery proposes cross-domain bridges → extractors source-tier and provenance-stamp everything at the door → the domain watch fires signals → the incubation loop argues hypotheses with rotating analytical moves → conclusions stop at the one human endorsement gate → pluggable scopes mount and unmount → the BDG answers queries by spreading activation → Trinity runs it all autonomously.

Cornelius AI Agent — Architecture Explained

Jul 2026

Cornelius & the Brain Orb

Jul 2026

I Gave My AI Agent an Unconscious Mind

Jun 2026

The layer cake

Each layer specializes the one above it. CLAUDE.mdturns a general Claude Code session into the Cornelius agent; sub-agents and skills give it task-specific capabilities; two engines — Local Brain Search and the Brain Dependency Graph — sit between the agent and your notes.

┌─────────────────────────────────────────┐
│         Human (You)                     │
├─────────────────────────────────────────┤
│         Claude Code                     │ ← General AI assistant
├─────────────────────────────────────────┤
│     Project Cornelius Agent             │ ← Specialized for knowledge work
│     (Defined by CLAUDE.md)              │
├─────────────────────────────────────────┤
│     Specialized Sub-Agents              │ ← Task-specific capabilities
│  (vault-manager, connection-finder...)  │
├─────────────────────────────────────────┤
│  Brain Dependency Graph (BDG)           │ ← Directed graph with staleness,
│  (7 semantic layers, lifecycle)         │   lifecycle, and tension tracking
├─────────────────────────────────────────┤
│     Local Brain Search (FAISS)          │ ← Vector search + memory engine
├─────────────────────────────────────────┤
│         Your Knowledge Base             │ ← Your actual "brain"
│        (Obsidian Vault/Brain)           │
└─────────────────────────────────────────┘

The vault

Your knowledge base is a plain Obsidian vault of Markdown files — a Zettelkasten structure in Brain/. Folders mark stages in the refinement pipeline, and AI-extracted notes live apart from your own so provenance stays visible.

Brain/
├── 00-Inbox/              # Quick capture, unprocessed notes
├── 01-Sources/            # Literature notes, references
├── 02-Permanent/          # Atomic, evergreen notes (CORE)
├── 03-MOCs/               # Maps of Content
├── 04-Output/             # Articles, frameworks, insights
│   └── Articles/          # Each article in own folder
├── 05-Meta/               # System notes, changelogs
├── AI Extracted Notes/    # AI-extracted from YOUR content
├── Company/               # Reference scopes - entity records (created by ref-* skills)
└── Document Insights/     # AI-extracted from external content

Knowledge flows through the stages:

CAPTURE → PROCESS → ORGANIZE → SYNTHESIZE → CREATE
Inbox   → Sources  → Permanent → MOCs     → Output

The core principles: atomic notes (one idea per note, well-linked), your words (not copy-paste from sources), rich links (connect everything with [[wiki-links]]), regular discovery, and active synthesis. The structure is a starting point — see FOLDER-STRUCTURE.md for the purpose of each folder, optional folders, migration from Roam, Logseq, Notion, Evernote, or OneNote, and a daily/weekly/monthly/quarterly maintenance rhythm.

The loop: capture to endorsement

Cornelius compounds by running the same loop over and over — much of it on a schedule when it runs on Trinity:

•1. Capture. Insights are extracted from yourcontent (conversations, transcripts) and from external content (papers, books, videos) — kept apart, so your original thinking is distinguished from borrowed ideas. Extractors source-tier and provenance-stamp everything at the door.
•2. Graph. Notes are indexed into a knowledge graph with explicit (wiki-link) and semantic edges.
•3. Connection discovery. Non-obvious relationships between notes, consilience zones where several domains converge, and cross-domain bridges are proposed — on request or autonomously.
•4. Domain watch. An autonomous perception layer scans the knowledge base for new notes matching configured domains, checks gap resonance, probes external signals, and activates topics for the incubation loop.
•5. Incubation loop. An autonomous iterative thinking engine: each run applies a rotating analytical move (ACH, Bayesian update, steelman, cross-domain bridge, implication check) and persists reasoning state across scheduled runs.
•6. The endorsement gate. Conclusions stop at one human gate. Nothing the AI concludes becomes endorsed knowledge without your explicit act — and every change leaves a git trail.

The Brain Dependency Graph

A directed, mode-aware dependency graph layered on top of Local Brain Search. Every relationship has direction (who's authoritative), mode (generative vs reflective), and type (derives-from, instantiates, references, associates, tension, supersedes).

Seven semantic layers:signal (1) → impression (2) → insight (3) → framework (4) → lens (5) → synthesis (6) → index (7).

• When a framework note changes, staleness propagates downstream with attenuation
• Notes transition from reflective → crystallizing → generative based on citation patterns
• Productive contradictions (tension edges) are immune to staleness and surface as synthesis opportunities
• Authority is edge-local, not node-global

Skills drive it: /propagate-change, /compute-lifecycle, /detect-tensions, /coherence-sweep, and /brain-merge. Details in BRAIN-DEPENDENCY-GRAPH-ARCHITECTURE.md.

Provenance and governance

Every note records who authored the thinking — you, an external source, or the AI. Several mechanisms keep that distinction meaningful:

•Source authority. One template for what to trust at ingestion (SOURCE-AUTHORITY.md): a tier model — primary · credible-interpreter · discovery-tier · rejected— a web allowlist, and reject patterns. A discovery-tier source can raise a question but never settle one.
•Read roles. Every knowledge-base read declares why it reads. Voice reads (your perspective, your articles) see only your own thinking; reasoning and lookup reads also see what you have read, grouped as your thinking · what you have read · records.
•Reasoning checks. Before concluding, /advise, /decide, and crystallization run an epistemic inversion (pre-mortem with a concrete falsifier), an attractor check (is this conclusion just the gravity of your most-linked notes?), provenance weighting, and a reference-class anchor for any estimate.
•The endorsement gate. AI conclusions never become your beliefs without your explicit act. Autonomous crystallization writes AI-inferred notes to a dedicated folder and never touches the human-curated permanent knowledge base.
•A git trail. Every change leaves a git trail.

Reference scopes: a CRM layer inside the brain

Alongside your insights, Cornelius keeps mutable, freshness-stamped entity records — people, organizations, products, engagements, watched competitors — in separately mountable sub-scopes under Brain/Company/.

• Records carry provenance: reference, temporal validity, and per-type freshness SLAs
• Temporal queries always print data age; validity windows keep history
• Entity ↔ insight bridging shows which of your insights an entity is a live instance of
• A guarded boundary keeps reference records from ever auto-promoting into endorsed insights
• Reference scopes mount only when the question names them

Eight skills maintain them — see the Reference data group in the skills catalog.

Sub-agents

Ten specialized sub-agents ship in .claude/agents/:

AgentPurpose
vault-managerCreate, read, update, delete notes with proper metadata
connection-finderFind hidden relationships between notes (user-directed)
auto-discoveryAutonomous cross-domain connection hunter
insight-extractorExtract insights from YOUR content (conversations, transcripts)
document-insight-extractorExtract insights from EXTERNAL content (papers, books)
thinking-partnerBrainstorming and ideation support
diagram-generatorCreate Mermaid visualizations
local-brain-searchFAISS-powered semantic search and graph analytics
research-specialistDeep research with web search
epub-chapter-extractorExtract content from ebooks

On Trinity

Always on, with receipts

On Trinity, Cornelius runs in an isolated container with cron scheduling, real-time monitoring, and agent-to-agent delegation — so the incubation loop, domain watch, and research run on a schedule, and the rest of your fleet can consult it.

The Brain Orb

A live 3D visualization of the knowledge base on the agent's Brain tab, with scope mounting (per-book sub-scopes included), voice-drivable KB search, and capture/link/refresh actions that write back into the vault. The seeded knowledge base renders out of the box (data.seed.json); the hook contract ships in .trinity/brain-orb/. It requires a Trinity base image from 2026-07 or later, with the platform's Brain Orb flags enabled.