Cindy 是一款开源多Harness融合AI Agent,支持Claude Code和Codex在同一工作空间协同工作。本地运行掌控真实文件和已登录App,可操控浏览器、电脑和手机,任务中途切换模型记忆连贯,Apache-2.0完全免费,适合内容创作者和开发者
🎤 引言
Claude Code 和 Codex 各有各的好——Claude Code 擅长复杂推理和代码理解,Codex 在代码补全和自动化执行上更猛。但用一个就得切换上下文,记忆不连贯,文件来回折腾——这是很多开发者的共同痛点。
Cindy 换了一个思路:它不是一个新模型,而是一个多 Harness 融合层。Claude Code、Codex 和未来的更多 Harness,可以在同一个任务里自由切换,工作空间、记忆、技能全程保持连贯。任务中途从 Claude Code 切到 Codex,分析结果不丢失,文件状态不中断。
项目 2026 年 7 月 22 日才上线,5 天冲了 557 ★,增长势头相当猛。定位是「开箱即用、做真实工作的 AI Agent」,口号是「Consider it done. 想到,就能做到。」
⭐ 核心功能
多 Harness 融合架构
Cindy 的核心不是某个新模型,而是一套 Harness 抽象层。目前支持:
- Claude Code:Anthropic 的编程 Agent,适合复杂任务拆解和代码审查
- Codex:OpenAI 的编程 Agent,适合高速代码补全和自动化脚本
- 原生 Harness:开发中的独立 Cindy 客户端(桌面 + 移动)
模型和 Harness 可以自由混用,任务中途随时切换,但工作空间、记忆、技能和工具保持连续。这意味着你可以让 Claude Code 规划整体架构,中途切到 Codex 做具体实现,最后切回 Claude Code 做代码审查——全程一个上下文,不需要复制粘贴。
跨设备操控
Cindy 不只是终端里的 Agent。她可以操控:
- 浏览器:接管 Web 交互,帮你填表单、抓数据、做自动化操作
- 电脑:操作桌面应用、处理文件、执行系统命令
- 手机:通过 IM 和日程接收任务指令,也可以远程控制手机
这个「驱动手机」的功能比较特别——Cindy 可以从即时通讯(IM)和日程里拿任务,做完再回报,真正把 AI Agent 嵌进了日常沟通流。
记忆与技能系统
- Memory:纠正一次,Cindy 之后每次都对,跨 Harness 共享
- Skills:学会一种工作方式后,所有 Harness 都能用,支持团队共享(开发中)
- Automation:周期性工作自动计划、自动执行、自动汇报
MCP 与插件生态
内置 MCP(Model Context Protocol)支持,可以把自己的内部工具和业务系统接入 Cindy's reach。插件系统可以重塑功能、UI 和交互方式,通过开放的插件市场分发(开发中)。
本地优先
Cindy 运行在你自己机器上,使用真实文件和已登录的 App,数据不出本机。也可以选择云端托管服务获取完整功能。本地模式不需要注册 Cindy 账号。
📥 安装与使用
本地开发部署
前置依赖:Node.js 22.x + pnpm 10.x + Git + Git LFS
# 克隆仓库
git clone https://github.com/makecindy/cindy.git
cd cindy
# 子模块初始化(公开 checkout 只需 protocol submodule)
git submodule update --init --recursive
# 安装依赖
pnpm install
# 本地开发启动
pnpm dev
# 国内用户(China mainland)
pnpm dev:CN配置文件在 config/ 目录,具体开发入口点参考 CONTRIBUTING.en.md。
桌面 / 移动客户端
项目仓库包含桌面和移动 App 的源码(apps/ 目录),也提供打包好的客户端下载:
下载地址:https://github.com/makecindy/cindy/releases
使用流程
- 安装并启动 Cindy(本地模式不需要注册账号)
- 首次使用选择一个 Harness(Claude Code / Codex / 原生)
- 给 Cindy 一个任务,她会调用对应 Harness 执行
- 任务中途可以切换 Harness,工作空间状态保持连贯
- Cindy 可以从 IM 接收新任务,做完后在 IM 里回报结果
接入 MCP 工具
在 Cindy 的设置里配置 MCP 服务器地址,把内部工具接入。详细文档在 docs/ 目录和项目 README 里。
🎯 适用场景
- 多 Harness 协同开发:想同时用 Claude Code 的推理能力和 Codex 的代码生成速度,不需要来回切换上下文
- 跨设备工作流:手机发指令 → 电脑跑任务 → 结果回报到 IM,一条链路搞定
- 本地私密开发:代码和文件不出本机,适合处理敏感项目的开发者
- AI Agent 生态玩家:想尝试 MCP 接入、自定义插件、把公司内部工具接入 AI 工作流的开发者
- 团队协作(早期功能):Skills 可以跨团队共享,规范团队工作流(部分功能开发中)
⚠️ 注意事项
界面与交互(早期体验)
从 GitHub 仓库结构来看,Cindy 的桌面 App(apps/ 目录)和移动端共用了大量 packages,工作台 UI 支持任务规划、多 Harness 状态监控、记忆查看和技能管理。文件管理器界面可直接操作本机文件,已登录 App 的状态(如浏览器 session)在不同 Harness 间保持复用。移动端支持从 IM(微信、飞书等)和日历接收指令,任务完成后会在 IM 里回报结果——点击任务卡片可查看详细进度,这个交互模式在国内用户里比较少见,值得关注。
Cindy 于 2026 年 7 月 22 日才公开上线,截至今天(7 月 27 日)才 5 天。557 ★ 增速很快,但:
- 真实用户量未经长时间验证
- 部分功能(插件市场、Skills 团队共享、原生 Harness)标注「in the making」
- 稳定性和 Bug 需要更多时间检验
建议先用非关键任务测试,观察一段时间再上生产。
多 Harness 协作的局限性
虽然 Cindy 支持中途切换 Harness,但不同 Harness 之间的上下文传递并不是完美的「无缝」——它保持了工作空间和记忆的连贯性,但 Agent 自身状态的完全迁移(比如某个 Agent 正在执行的中间步骤)可能需要额外处理。
国内使用
pnpm 10.x 对国内网络环境支持较好,但 Node.js 22.x 建议使用 nvm 或 fnm 管理。项目提供 pnpm dev:CN 专门给国内用户优化。Git LFS 在国内可能需要配置代理才能正常拉取大文件。
与 Claude Code / Codex 的关系
Cindy 不是 Claude Code 或 Codex 的替代品,而是一个协调层。你需要自行拥有 Claude Code / Codex 的订阅或 API 权限,Cindy 本身不提供这些服务。
✅ 总结
Cindy 的核心创新是把「Harness」这个概念做成了可切换、可混用的一等公民——不是在一个模型里塞更多功能,而是让不同模型/Harness 在同一个任务里各司其职、工作空间连贯。
557 ★ / 5 天 这个增速说明社区对「多 Agent 协作」这个方向有强需求。但项目确实还很年轻,部分承诺功能(插件市场、原生 Harness、Skills 团队共享)还在开发中,现在上车要接受功能残缺的风险。
适合想尝鲜多 Harness 融合架构、对 AI Agent 跨设备协作有兴趣的开发者;不适合需要稳定生产工具、对「今天用今天能跑完整功能」有强需求的用户。等 1-2 个版本迭代后再评估稳定性更稳妥。
🔍 同类工具对比
| 工具 | 定位 | 多Harness | 跨设备 | 本地优先 | Stars | License |
|---|---|---|---|---|---|---|
| Cindy | 多Harness融合Agent | Claude Code + Codex | 浏览器/电脑/手机 | 本地运行 | 557★(5天) | Apache-2.0 |
| Claude Code | 单一编程Agent | 单Harness | 无 | 本地运行 | 商业 | 商业 |
| OpenHands | 开源AI Agent | 部分 | 部分 | 本地运行 | 高 | Apache-2.0 |
| 通用Agent网页版 | 在线对话 | 无 | 无 | 云端 | SaaS | 商业 |
Cindy 的差异化在于 Harness 层抽象——它不替换 Claude Code 或 Codex,而是让它们在同一工作空间协作。5 天内冲到 557★ 说明这个方向有真实需求,但项目极新,长期稳定性待验证。