Fournit une couche d'orchestration de tâches et de mémoire pour les agents de codage IA afin de gérer les tâches, la documentation et la mémoire de projet.
Aussi connu sous kryptobaseddev/cleo, cleo, @cleocode/cleo
- Étoiles
- 159
- Outils
- —
- Téléchargements, 30 jours
- 9 860
- Dernière version
- 2026.3.35
- Dernier commit
- 14 nov. 2026
- Licence
- MIT
Qu'est-ce que CLEO MCP ?
CLEO est un serveur MCP. Fournit une couche d'orchestration de tâches et de mémoire pour les agents de codage IA afin de gérer les tâches, la documentation et la mémoire de projet.
Résumé généré à partir du README du projet
À propos du MCP server CLEO
CLEO fournit une couche d'orchestration et de mémoire structurée, conçue spécifiquement pour les agents de codage IA. Il fonctionne via une interface en ligne de commande où chaque commande renvoie une enveloppe JSON, permettant à n'importe quel environnement d'agent de traiter la sortie. Le système gère des hiérarchies de travail complexes incluant des sagas, des epics et des tâches avec des critères d'acceptation spécifiques. Il garantit que le travail n'est marqué comme terminé que lorsque des preuves, telles que des commits, des exécutions de tests ou des résultats de linting, sont vérifiées.
Au-delà de la gestion des tâches, le serveur maintient l'intelligence du projet grâce au graphe de symboles Nexus et à un système de mémoire BRAIN. Cette couche de mémoire stocke les observations et les décisions à travers différentes sessions pour éviter que les agents ne perdent le contexte. Elle inclut également un système spécialisé de gestion de la documentation pour prévenir l'obsolescence des informations en maintenant un magasin canonique et en vérifiant la dérive entre la documentation et le code. Les développeurs utilisent la CLI cleo pour initialiser des projets, gérer des sessions et interroger la documentation ou l'impact sur le code.
Ce que vous pouvez faire avec
- 1Gérer des hiérarchies de tâches complexesUn agent peut créer une saga et la décomposer en epics et en tâches spécifiques avec des critères d'acceptation.
- 2Vérifier la réalisation des tâches avec des preuvesUn développeur peut s'assurer qu'une tâche n'est clôturée qu'une fois que des étapes spécifiques, comme la CI ou des exécutions de tests, sont prouvées.
- 3Maintenir une mémoire de projet à long termeUn client IA peut enregistrer des observations et des leçons apprises pour qu'elles soient récupérées lors de sessions futures.
- 4Analyser l'impact du code et les dépendancesUn développeur peut utiliser l'outil Nexus pour comprendre le rayon d'impact d'un symbole avant d'effectuer des modifications.
- 5Prévenir la dérive de la documentationLe système peut identifier quand la documentation est devenue obsolète en raison de changements de code.
Extrait du README du projet. Chaque cas d'utilisation est vérifié par rapport à une citation du document.
Comment installer CLEO MCP
Formats vérifiés le 10 nov. 2026Ajouter à CursorAjouter à GooseInstaller CLEO MCP dans Claude Code
$ claude mcp add cleo -- npx -y @cleocode/cleoInstaller CLEO MCP dans Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"cleo": {
"command": "npx",
"args": [
"-y",
"@cleocode/cleo"
]
}
}
}Installer CLEO MCP dans VS Code
.vscode/mcp.json
{
"servers": {
"cleo": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@cleocode/cleo"
]
}
}
}Installer CLEO MCP dans VS Code CLI
$ code --add-mcp '{"name":"cleo","type":"stdio","command":"npx","args":["-y","@cleocode/cleo"]}'Installer CLEO MCP dans Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"cleo": {
"command": "npx",
"args": [
"-y",
"@cleocode/cleo"
]
}
}
}Installer CLEO MCP dans Codex
$ codex mcp add cleo -- npx -y @cleocode/cleoInstaller CLEO MCP dans Codex config.toml
~/.codex/config.toml
[mcp_servers.cleo] command = "npx" args = ["-y", "@cleocode/cleo"]
Installer CLEO MCP dans Gemini CLI
$ gemini mcp add -s user cleo npx -- -y @cleocode/cleoInstaller CLEO MCP dans Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"cleo": {
"command": "npx",
"args": [
"-y",
"@cleocode/cleo"
]
}
}
}Configuration
CLEO_PROJECT_DIRPath to CLEO project directory (must contain .cleo/ folder)
| Nom | Description | Type |
|---|---|---|
| CLEO_PROJECT_DIR | Path to CLEO project directory (must contain .cleo/ folder) |
Vérifications automatisées
Exécuté le 12 nov. 2026Rapport complet →A passé nos vérifications automatisées. Il ne s'agit pas d'un audit de sécurité : lisez le code et donnez au serveur l'accès le plus restreint dont il a besoin. Fonctionnement des vérifications
- Dépôt source lié et accessibleRéussi
- Licence open source (OSI)Réussi
- Commit ou version publiée au cours de l'année écouléeRéussi
- Nom du package non proche d'un package populaireRéussi
- L'endpoint distant utilise HTTPSNon vérifié
- Les outils destructifs sont étiquetésNon vérifié
- Aucune instruction cachée destinée au modèleRéussi
- Aucun avis critique dans le package ou ses dépendancesRéussi
README
Voir sur GitHubCLEO
CLEO is the work, evidence, memory and docs layer for AI coding agents. Agents
(and you) drive it through one CLI, cleo <command>, and every call returns a
single JSON envelope on stdout, so any agent harness can read it. CLEO keeps
each change traceable from task to pull request to release, demands evidence
before a task counts as done, remembers what was learned across sessions, and
keeps documentation from rotting.
What it does
| Area | What you get | Start with |
|---|---|---|
| Tasks | Sagas, epics and tasks with acceptance criteria, dependencies and ready waves; sessions that survive interruptions | cleo add, cleo next, cleo focus <id> |
| Evidence | A task is done only when its gates are proven: commits and files, CI or test runs, lint and typecheck, linked to each acceptance criterion | cleo done <id> --plan |
| Pull requests | A PR names its tasks (Closes: T#### AC1,AC2); an independent reviewer records a verdict per criterion; merging on green CI closes the task |
cleo done --from-merge <pr> --dry-run, cleo review packet |
| Docs | One canonical home per doc, stable names, published mirrors and drift checks (see below) | cleo docs query, cleo docs update |
| Memory (BRAIN) | Observations, decisions and lessons kept across sessions and searchable | cleo memory observe, cleo memory find, cleo briefing |
| Code intelligence (Nexus) | A symbol graph of your repo: callers, blast radius, impact before you edit | cleo nexus analyze, cleo nexus impact <symbol> |
| Release | One command tags the newest commit on main with green CI and publishes from changesets | cleo release cut <version> --dry-run |
Run cleo <command> --help for the full flags of any command.
Quick start
npm install -g @cleocode/cleo
cd your-project
cleo init
cleo session start --scope global --name "first session"
# Work is a tree: a saga at the root, epics under it, tasks under those.
cleo saga create --title "Ship the auth hardening" --acceptance "login is rate limited|sessions expire"
cleo add "Auth hardening" --type epic --parent T001 --acceptance "rate limit shipped|session expiry shipped"
cleo add "Rate-limit the login endpoint" --parent T002 \
--acceptance "returns 429 after 5 failed attempts|a test covers the limit"
cleo next # what to work on
cleo focus T003 # identity, blockers, docs and memory for one task
Then do the work and close it.
- With a pull request (the normal path): work on a branch, open a PR whose
body says
Closes: T003 AC1,AC2, check it withcleo done --from-merge <pr> --dry-run, get a per-criterion review (cleo review packet <pr> --task T003, thencleo review verdict), and merge on green CI. The merge sweep records the evidence and closes the task. - Without a pull request:
cleo done T003 --plannames the evidence each gate needs; record it withcleo verify, thencleo complete T003.
Finish with cleo memory observe "<what you learned>" --title "<short title>"
and cleo session end --note "<handoff>". The next session starts with
cleo briefing.
Docs that don't rot
AI agents write a lot of documentation, and most of it rots. An agent that cannot find the existing doc writes a new one; names carry task ids and dates; two copies drift apart; nobody can tell which one is current. After a few months the docs folder is a pile of near-duplicates that agents keep extending.
CLEO Docs fixes this at the source:
- One canonical home per doc. The store is the source of truth; files in
docs/are published mirrors. Find before you write (cleo docs query "<topic>"), and update the existing doc (cleo docs update <slug>) instead of adding a second one.cleo docs addis for genuinely new docs. - Stable names. Every doc name and slug is lowercase kebab-case with no
task id, session id or date; task and decision links live in metadata. A CI
gate (
cleo check canon docs) refuses new violators. - One kind per folder.
docs/adr,docs/spec,docs/plan,docs/research,docs/guide,docs/concept,docs/reference,docs/migration,docs/releaseanddocs/note. - Drift is visible.
cleo docs statuscompares each published mirror with the store,cleo docs rotflags docs whose covered code changed after them, andcleo docs doctorrepairs the store. - Messy folders can be migrated.
cleo docs modernize <folder>plans a kind, a stable name and keep/rename/merge/delete for every file, and applies it with a receipt you can roll back.
The how-to is docs/guide/cleo-documentation-sop.md.
Packages
The CLI is @cleocode/cleo; it depends on the rest. The main packages:
| Package | Purpose |
|---|---|
@cleocode/cleo |
The cleo command-line interface |
@cleocode/core |
The SDK: tasks, sessions, evidence, docs, memory, orchestration, release |
@cleocode/contracts |
Shared types and operation contracts |
@cleocode/lafs |
The JSON envelope format every call returns |
@cleocode/nexus |
Code intelligence and the cross-project registry |
@cleocode/caamp |
Provider registry and agent package management |
@cleocode/adapters |
Provider adapters (Claude Code, Codex, Cursor, Gemini, Kimi, OpenCode and more) |
@cleocode/skills |
The ct-* skills that teach agents how to use CLEO |
@cleocode/cant |
The CANT agent-definition language |
Development
Requires Node.js >= 24.16.0 and pnpm.
git clone https://github.com/kryptobaseddev/cleo.git
cd cleo
pnpm install
pnpm run build
Repository rules (package boundaries, architecture gates, evidence) are in
AGENTS.md; see CONTRIBUTING.md to contribute.
Every change lands through a pull request that names its tasks; releases are
cut from main with cleo release cut.
The story of CLEO
CLEO began as one developer's refusal to keep losing the thread: powerful agents that forgot too easily, ambitious projects that died on the shelf. The Founding Story tells it from the builder's side, and The Awakening Story from CLEO's.
Support
If CLEO helps your workflow, consider supporting development:
License
MIT License - see LICENSE for details.
Star History
Questions sur CLEO MCP
Comment ajouter CLEO MCP à Claude Code ?
Exécutez claude mcp add cleo -- npx -y @cleocode/cleo dans votre terminal. Ajoutez --scope user pour le rendre disponible dans tous les projets.
Comment ajouter CLEO MCP à Cursor ?
Ouvrez ~/.cursor/mcp.json et ajoutez le serveur sous mcpServers, avec la configuration Cursor indiquée dans la section d'installation ci-dessus.
Comment CLEO gère-t-il la documentation pour éviter qu'elle ne devienne obsolète ?
CLEO utilise un magasin canonique comme source de vérité, propose des vérifications de dérive (drift checks) pour comparer les miroirs et signale la documentation qui n'est plus synchronisée avec les changements de code.
Comment la réalisation des tâches est-elle vérifiée dans CLEO ?
Les tâches ne sont considérées comme terminées que lorsque des preuves, telles que des commits, des exécutions de tests ou des résultats de linting, sont validées par rapport à des critères d'acceptation spécifiques.
Quel type d'intelligence de code CLEO propose-t-il ?
CLEO dispose d'un graphe de symboles appelé Nexus qui permet aux agents d'analyser les appelants, le rayon d'impact (blast radius) et l'effet des modifications.