Cindy:把 Claude Code 和 Codex 收进同一个本地桌面客户端的开源 Agent

在本地跑 agent,眼下通常得在 Claude Code 和 Codex 之间来回切:配置各写一套,模型绑死在各家,一个任务换个框架就得重新来过。Cindy(仓库 makecindy/cindy)想省掉的正是这一步------据其 README,它把多个 harness、模型和工具塞进同一个本地桌面应用,模型与 harness 可以自由组合,并且支持在任务进行中切换。项目用 Apache-2.0 许可,语言 100% TypeScript,自我定位是「开箱即用、完全属于你」的本地 AI Agent,slogan 是「Consider it done / 想到,就能做到」。

它自己说了什么

README 明确写了两件事:首批支持的 harness 是 Claude Code 与 Codex,更多 harness 在添加中,原生 harness 也在开发;以及「在你自己机器上、用真实文件和已登录的应用」执行任务,而不是只在云端沙箱里跑。这两点是它区别于单一 harness CLI 的全部立论基础。

安装线索是可确认的:官网 cindy.app 与下载页 cindy.app/download 存在,说明至少有打包好的桌面安装包,不必只能从源码跑。源码路线方面,README 徽章显示依赖 Node.js 22.x 与 pnpm 10,仓库带 GitHub Actions CI(workflows/ci.yml)。

但也就到这儿了。README 正文在讲「模型与 harness 可在任务进行中切换」的段落处中断,clone / install / dev 的具体命令、配置格式、CLI 参数、权限模型,一条都没有。文末附有该项目的客户端界面截图,从界面能看出它是以桌面应用形态交付的;截图之外的具体交互细节,素材里没有可核对的文档。

架构:目前查不到

这是最该说清楚、却最说不清的一节。DeepWiki 的解析页被 Vercel Security Checkpoint 拦截,codewiki 返回 404,仓库内没有架构文档。因此 harness 适配层如何抽象、agent 如何调度、本地执行的权限边界划在哪,没有任何可核实材料。所谓「多 harness 聚合」目前只有项目方单方陈述,属于未获证实的说法。

热度与成熟度对不上

仓库创建于 2026 年 7 月 22 日,最近一次推送是 2026 年 10 月 25 日------满打满算三个月。目前仓库数据:4576 stars、644 forks、148 contributors,以及 1916 个未关闭 issue。

1916 相当于 star 数的 42%。对一个三个月大、同时覆盖桌面端、移动端、多 harness、多模型的仓库,这个数字通常指向三种情况之一:真实使用量起来了但维护带宽跟不上;issue 大量是重复或低质量报告;或者 issue 区被当成路线图和讨论区在用。仅凭元数据无法区分是哪一种,但无论哪种,它都是当前最该盯的指标。

topics 里同时出现 electron、react-native、ios、android、macos、windows,暗示桌面与移动两套客户端形态;iOS 与 Android 是否真的交付,没有任何外部证据。

竞争坐标与风险(推断,非事实)

同一需求区间里已经站着一排:Cursor、Claude Code、Codex CLI、Cline、Continue、Goose、OpenHands。Cindy 的差异是不训练模型、不绑定单一 harness,押注「聚合 + 开箱即用 + 跨端」,做的是可换后端的 agent 客户端。这个位置的好处是上游模型进步能直接吃到,坏处也同样直接------上游 harness 或模型厂商只要把自家客户端体验做好,聚合层的不可替代空间就会被压缩。

另一重风险来自功能面:Electron + React Native + 多 harness + 多模型,在三个月、148 位贡献者的规模下极易碎片化。

该看什么,而不是看星数

几个可验证的信号:issue 关闭率与平均响应时间是否改善;harness 适配层与扩展机制(插件、MCP 类)有没有公开文档;发版节奏与 changelog 是否稳定,还是长期停在预览状态;iOS/Android 是否真落地;以及最关键的------当 Claude Code 和 Codex 把自己的客户端做顺手之后,这个壳还剩下多少必须存在的理由。

本文依据的是仓库元数据与一份被截断的 README,属单一来源;架构、用法、依赖细节均未获第三方报道、代码审阅或社区讨论交叉验证,产品实际可用性尚无外部佐证。

一句话的使用判断:现在就想用一个客户端横跨 Claude Code 与 Codex、且能接受预览期粗糙的,可以盯着它;要在生产环境里把任务调度和文件权限交给它,先别用------架构文档和权限模型都还没公开。

相关推荐
孙琦Ray3 天前
php/php-src:PHP 解释器本体的源码仓库,四万 star 反映的是替换成本,而不是热度
开源早知道
孙琦Ray4 天前
cursor/plugins:Cursor 官方插件规范仓库,每个插件是一个独立目录,各带一份 .cursor-plugin/plugin.json 清单
开源早知道
孙琦Ray5 天前
anthropics/knowledge-work-plugins:用 Markdown 和 JSON 把 Claude 定制成岗位专家的开源插件集
开源早知道
孙琦Ray7 天前
ComfyUI:用节点图编排扩散模型工作流的开源引擎,以及它的 GPL-3.0 难题
开源早知道
孙琦Ray8 天前
ai-memory:一个用 Rust 写的跨代理记忆层,想让 Claude Code 和 Codex 共用同一份项目记忆
开源早知道
孙琦Ray11 天前
everything-claude-code:想给 Claude Code、Cursor 补上记忆和护栏的配置层,28 万 star 却核不到它怎么工作
开源早知道
孙琦Ray11 天前
Perplexity 开源 SPACE:118 次越狱尝试全部失败
开源早知道
孙琦Ray12 天前
RoboParty 发布全栈开源人形机器人 RP1
开源早知道
孙琦Ray13 天前
Meta 开源 8160 亿参数 Muse Spark Open,两台 Mac Studio 本地跑通
开源早知道