CLEO MCP Server

io.github.kryptobaseddev由 GitHub 账号 kryptobaseddev 发布v2026.3.35更新于 Oct 24, 2026

Task management for AI coding agents — CQRS 2-gateway pattern, 200 ops across 10 domains

概览

AI 生成的概览

CLEO 是一个本地任务编排服务器,为编码代理提供跨项目的持久任务、会话、记忆和发布生命周期。

可以做什么
创建、搜索、查看、完成并关联带依赖和优先级的层级任务,支持批量创建和就绪检查。启动、恢复、检查点并生成工作会话简报,使上下文在多次对话间延续。存储观察、模式和便签,并提供语义搜索与跨会话记忆检索。检查代码符号和跨项目图谱,并通过波次、共识和消息传递协调多个代理。让工作按从研究到发布的阶段化生命周期推进,并附带校验和完整性检查。
适用场景
当你让一个或多个 AI 编码代理处理长期或多会话项目,且经常在会话之间丢失上下文时使用。它适合希望获得结构化任务跟踪、共享记忆和明确生命周期的团队,而不是临时提示。对小型一次性修改用处不大。
运行要求
以 npm 包 @cleocode/cleo 的形式通过 stdio 在本地运行。需要 Node.js 24 或更高版本。环境变量 CLEO_PROJECT_DIR 必须指向包含 .cleo 文件夹的项目目录,该文件夹由 CLI 初始化项目时生成。未声明任何身份验证。
安装前请注意
它会写入项目状态:任务、会话、记忆和生命周期记录都会被创建和修改,部分操作属于变更类。它要求项目目录中存在 .cleo 文件夹,请将 CLEO_PROJECT_DIR 指向正确的项目。README 提到代理派生、多代理消息传递以及发布/晋升步骤,这些可能对代码仓库产生影响。

安装

在 SourceWeft 中

  1. 打开 控制台中的 CLEO MCP Server,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

[CLEO — Agent First Task Orchestration]

CLEO

[npm version] [CI] [License: MIT] [Node.js Version]

[ko-fi]

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

AreaWhat you getStart with
TasksSagas, epics and tasks with acceptance criteria, dependencies and ready waves; sessions that survive interruptionscleo add, cleo next, cleo focus <id>
EvidenceA task is done only when its gates are proven: commits and files, CI or test runs, lint and typecheck, linked to each acceptance criterioncleo done <id> --plan
Pull requestsA PR names its tasks (Closes: T#### AC1,AC2); an independent reviewer records a verdict per criterion; merging on green CI closes the taskcleo done --from-merge <pr> --dry-run, cleo review packet
DocsOne 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 searchablecleo memory observe, cleo memory find, cleo briefing
Code intelligence (Nexus)A symbol graph of your repo: callers, blast radius, impact before you editcleo nexus analyze, cleo nexus impact <symbol>
ReleaseOne command tags the newest commit on main with green CI and publishes from changesetscleo release cut <version> --dry-run

Run cleo <command> --help for the full flags of any command.

Quick start

bash
npm install -g @cleocode/cleo
cd your-projectcleo initcleo 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 oncleo 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 with cleo done --from-merge <pr> --dry-run, get a per-criterion review (cleo review packet <pr> --task T003, then cleo review verdict), and merge on green CI. The merge sweep records the evidence and closes the task.
  • Without a pull request: cleo done T003 --plan names the evidence each gate needs; record it with cleo verify, then cleo 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 add is 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/release and docs/note.
  • Drift is visible. cleo docs status compares each published mirror with the store, cleo docs rot flags docs whose covered code changed after them, and cleo docs doctor repairs 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:

PackagePurpose
@cleocode/cleoThe cleo command-line interface
@cleocode/coreThe SDK: tasks, sessions, evidence, docs, memory, orchestration, release
@cleocode/contractsShared types and operation contracts
@cleocode/lafsThe JSON envelope format every call returns
@cleocode/nexusCode intelligence and the cross-project registry
@cleocode/caampProvider registry and agent package management
@cleocode/adaptersProvider adapters (Claude Code, Codex, Cursor, Gemini, Kimi, OpenCode and more)
@cleocode/skillsThe ct-* skills that teach agents how to use CLEO
@cleocode/cantThe CANT agent-definition language

Development

Requires Node.js >= 24.16.0 and pnpm.

bash
git clone https://github.com/kryptobaseddev/cleo.gitcd cleopnpm installpnpm 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:

[ko-fi]

License

MIT License - see LICENSE for details.

Star History

[Star History Chart]

来源:README.md,提交 cbfc34e

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v2026.3.35最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分