在本地跑 agent眼下通常得在 Claude Code 和 Codex 之间来回切配置各写一套模型绑死在各家一个任务换个框架就得重新来过。Cindy仓库 makecindy/cindy想省掉的正是这一步——据其 README它把多个 harness、模型和工具塞进同一个本地桌面应用模型与 harness 可以自由组合并且支持在任务进行中切换。项目用 Apache-2.0 许可语言 100% TypeScript自我定位是「开箱即用、完全属于你」的本地 AI Agentslogan 是「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 CIworkflows/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、且能接受预览期粗糙的可以盯着它要在生产环境里把任务调度和文件权限交给它先别用——架构文档和权限模型都还没公开。