Cindy 将多种编程代理接入同一工作区

GitHub Trending 上的开源项目 Cindy，想把 Claude Code、Codex 等编程代理接入同一工作区。项目介绍称，用户可以在任务中切换模型与执行框架，延续工作区、记忆、技能和工具状态，也能让不同代理分别负责规划、并行执行和审查。它的看点，是切换代理后能否接着把活干完。

目前能确认什么

Cindy 在本机运行，仓库包含桌面端、移动端及共享包，客户端采用 Apache-2.0 许可。首批支持的执行框架是 Claude Code 和 Codex，原生执行框架仍在开发。

这里的执行框架（harness），可以理解为组织模型调用、工具使用和任务执行流程的一层。模型负责生成与推理，执行框架负责把这些能力接入具体工作。因此，切换模型与切换执行框架，是两个不同维度。

项目还宣称支持操作浏览器、电脑和手机，以及接收即时通信和定时任务。但节选没有展开各平台的支持范围与操作限制。

本地运行不等于全部离线，也不等于服务端一并开源。

客户端默认连接 Cindy 官方云服务，后端不在这个仓库中。跳过登录可以运行本地代理，但依赖服务端的能力不可用。

我的判断

对程序员来说，统一入口的价值，要看交接是否可靠：规划代理留下的约束，执行代理是否遵守；审查代理能否拿到代码变更和验证结果。这比界面里能选多少模型更影响使用体验。

目前「状态连续」还是项目描述，节选没说明传递哪些内容、如何处理不同执行框架的能力差异，也没有给出失败恢复机制。共享记忆能否准确更新，同样需要验证。

如果要试用，我会选一个包含修改代码、运行检查、交接审查的完整任务，中途切换代理，观察是否丢失约束、重复操作或遗漏验证。至于接入已登录应用，权限边界和数据流向仍需官方文档说明，不能仅凭「本地运行」判断。