Skip to main content

CLEO Vision

The contract between you and your AI coding agent.

Vision Charter (Immutable)

This document is CLEO’s constitutional vision and source of product identity.

Agent Entry (Deterministic)

MODE: READ_ONLY_IDENTITY_BOOTSTRAP
PRIMARY_SOURCE: docs/concepts/vision.mdx
IDENTITY_LOCK: TRUE

READ_ORDER:
1) docs/concepts/vision.mdx
2) docs/specs/PORTABLE-BRAIN-SPEC.md
3) README.md
4) docs/specs/CLEO-STRATEGIC-ROADMAP-SPEC.md
5) docs/specs/CLEO-BRAIN-SPECIFICATION.md

NON_NEGOTIABLES:
- Do not redefine CLEO identity
- Treat planned/gated as not shipped
- Preserve canonical pillars and terminology

CANONICAL_IDENTITY:
CLEO is a vendor-neutral Brain and Memory system for AI software development that provides portable project memory, verifiable provenance, and agent-safe orchestration across any repository, model provider, or coding tool.

CANONICAL_PILLARS:
- Portable Memory
- Provenance by Default
- Interoperable Interfaces
- Deterministic Safety
- Cognitive Retrieval

Canonical Product Statement

CLEO is a vendor-neutral Brain and Memory system for AI software development that provides portable project memory, verifiable provenance, and agent-safe orchestration across any repository, model provider, or coding tool.

Five Pillars

  1. Portable Memory: Project -> Epic -> Task hierarchy, research manifests, and agent outputs.
  2. Provenance by Default: Every artifact is traceable to task, decision, agent, and operation.
  3. Interoperable Interfaces: CLI + MCP + adapters for any AI agent framework/provider.
  4. Deterministic Safety: Validation layers, lifecycle gates, atomic writes, immutable audit logs.
  5. Cognitive Retrieval: Page index + graph/vector/RAG for contextual reasoning at Tier M/L.

Mission Statement

CLEO provides a structured protocol that:

Prevents Hallucination

Four-layer validation ensures AI-generated data is always correct

Maintains Context

Immutable audit trails preserve state across sessions

Enables Reliable Workflows

Atomic operations and exit codes for programmatic handling

Scales Complexity

Orchestrated multi-agent coordination for complex projects
One developer. One AI agent. One source of truth.

Core Philosophy

Command System Architecture

CLEO uses a shared-core architecture with a single semantic contract:
  • CLI (TypeScript): authoritative runtime behavior and deterministic enforcement via Commander.js
  • MCP (TypeScript): provider-neutral integration surface for AI tooling, sharing the same core logic
  • Adapters (optional): tool-specific UX optimizations without changing core semantics
All interfaces MUST preserve the same memory model, lifecycle guarantees, and provenance invariants.

Agent-First Design

CLEO is built for LLM agents first, with human accessibility second. When your primary “user” is an AI coding agent, everything changes:
DimensionHuman UserLLM Agent
InputNatural language, flexibilityStructured data, constraints
ErrorsReads error messagesBranches on exit codes
ValidationTrusts own judgmentNeeds external ground truth
ContextMaintains mental modelLoses context between sessions
CompletionKnows when “done”Needs explicit success criteria

Five Founding Principles

1

Simplicity

Flat sequential IDs (T001, T042) that never change, regardless of hierarchy restructuring
2

Flat Structures

Three-level hierarchy maximum: Epic -> Task -> Subtask. Research shows this is optimal for navigation.
3

Computed Metrics

No time estimates; scope-based sizing only. AI cannot accurately predict duration.
4

Portability

Single installation (~/.cleo/), per-project initialization (.cleo/)
5

Dual Readability

JSON for agents (default), human-readable on request (--human)

Anti-Hallucination Protocol

Every operation undergoes four-layer validation:
JSON Schema Enforcement
  • Structure validation
  • Type checking
  • Enum constraints (status: pending|active|blocked|done)
  • Format validation (ISO 8601 timestamps, T### IDs)

Atomic Operations

No partial writes. No data corruption. Full rollback on any failure.
Every file modification follows this pattern:

The Contract

When you use CLEO with any AI coding tool, you establish a formal contract:
Tasks are identified by stable IDs (T001) that never change, regardless of hierarchy restructuring
All output is JSON by default, enabling programmatic handling
All errors have numeric exit codes for branching logic
All operations validate first, fail fast on invalid input
All state is persisted in todo.json as single source of truth
All changes are logged in immutable audit trail (todo-log.jsonl)
All writes are atomic with automatic backup and rollback
This contract enables reliable, repeatable AI-assisted development.

Daily Workflow

Morning Routine

cleo session start
cleo dash              # See project state
cleo focus show        # What was I working on?
cleo next --explain    # What should I do next?

During Work

cleo focus set T042              # Start task
cleo update T042 --notes "..."   # Document progress
cleo complete T042               # Finish task

End of Day

cleo session end --note "Completed auth flow, tests passing"

What CLEO Solves

ProblemCLEO Solution
AI agent forgets yesterday’s contextSession notes + audit logs
Unclear which tasks are actually doneVerification gates + status tracking
Hallucinated task referencesID validation on every operation
Context degrades over long sessionsManifest-based handoffs
Complex workflows overwhelm contextOrchestrator with 10K token budget

Current State vs Strategic Direction

Current State (Shipped)

TypeScript-native CLI and MCP server sharing a common core, deterministic validation, atomic operations, audit logs, hierarchy lifecycle, and project-local memory are production baseline.

Strategic Direction (Gated)

Nexus validation, hybrid storage (ADR-002), and Tier M/L cognitive infrastructure expansion follow evidence-gated roadmap progression.

Provider Neutrality

CLEO is provider-agnostic by design. Tool-specific integrations MAY optimize user experience, but core memory models, provenance semantics, and lifecycle enforcement MUST remain neutral and portable.

Global Intelligence (Nexus)

CLEO Nexus extends the task graph across project boundaries, creating a “super brain” for cross-project intelligence:

Cross-Project Discovery

Find related tasks across all registered projects using similarity algorithms

Unified Dependencies

Analyze dependencies that span project boundaries with global graph

Permission Control

Three-tier access model (read/write/execute) protects project isolation

Neural Brain

Memory and context persistence for autonomous AI agents
Nexus implements neural network semantics: tasks are neurons, relationships are synapses, and similarity scores are weights. This enables AI agents to navigate and discover context autonomously.
Learn more: Nexus Guide

Summary

CLEO bridges the gap between human intention and AI execution:

For Developers

A shared memory system that maintains continuity across coding sessions

For AI Agents

Structured protocols that prevent hallucination and enable reliable workflows

Vision Governance

  • This document defines what CLEO is, not just what CLEO builds next.
  • Any change that alters canonical identity requires explicit vision amendment and synchronized updates to README.md and docs/specs/PORTABLE-BRAIN-SPEC.md.
  • Strategic docs MUST align to this vision; they cannot redefine it.

Next Steps