Synara：一个桌面调度层，把你已付费的 AI 整合进同一工作流

你每个月花了多少 AI 订阅费？

认真算一下：Claude Pro、ChatGPT Plus、Cursor 专业版，可能还有 Gemini Advanced。加起来轻轻松松超过五百块。

然后你每天的工作流是什么？打开 Claude 问问题，切到 Codex 跑任务，再切回终端看输出，切到浏览器看效果，切回来改代码。窗口切换本身就是一种认知损耗，每次切换都在打断思路。

这不是工具的问题，是架构的问题。你为多个 AI 付了钱，却在用多个孤岛的方式使用它们。

Synara 想解决的就是这个问题。

它不是一个新 AI

这一点必须先说清楚，否则你会走偏。

Synara 不提供自己的模型。它是一个本地优先的桌面应用，让你用已经订阅的 AI 账号来写代码。Claude Code、Codex、Gemini、OpenCode、Cursor、Grok、Kilo Code、Pi，用你自己的账号登录，不用新开账单，没有围墙花园。

定位说清楚了：它是调度层，不是模型层。

它把对话、终端、浏览器预览、代码 diff、分支管理和 provider 切换，整合进一个聚焦的工作空间，让你在跑 agent 任务时不用在十几个窗口之间跳来跳去。

这个思路其实并不新鲜。我们早就知道"工具链整合"是生产力的核心命题。但在 AI coding 这个领域，整合一直没做好——因为每家 AI 公司都想让你待在自己的界面里。Synara 的立场是：我们不参与那个竞争，我们只做工作台。

实际能干什么

并行跑多个项目、多个线程、在隔离的 Git worktree 里工作，分支之间互不干扰。这个功能对独立开发者很有价值。以前我开三个项目就要开三个终端窗口、三个编辑器实例，切换成本极高。Worktree 隔离意味着每条线程都有干净的工作区，agent 跑完一个任务不会污染另一个。

还可以把一个线程 handoff 给另一个 provider——也就是说，你让 Claude 起草了一个方案，觉得想用 Codex 来执行，直接把上下文传过去继续跑，不用重新解释背景。这个功能听起来小，但实际上解决了一个真实的工作流痛点：不同模型有不同的强项，强迫自己只用一个模型是在浪费订阅费。

diff 审查、创建分支、提交、push、开 PR，这些都在应用里完成。从代码生成到 PR 提交的全流程不用出 Synara。

数据和隐私

这个部分我单独说，因为它是选择工具的核心考量。

你的对话、项目和历史记录存在你本地机器的数据库里，没有 Synara 的云在持有你的数据。Synara 直接和你已经付费的 AI 服务通信，用你自己的登录凭证。prompt 和代码只会发给你选择的 provider，从不经过 Synara 这一层。

Remote 访问是可选的，基于自托管方案，用你自己控制的 token。使用统计是匿名的、可选的，记录哪些功能被用到、操作系统、版本号，从不包含你的代码或 prompt，而且默认关闭。

代码是开源的，可以自己审计。对于在意数据主权的开发者来说，这个架构设计是有诚意的。

它现在在什么阶段

从 release 节奏来看，今年六月已经在密集迭代，版本号从 0.1.x 升到了 0.2.x，更新频率很高。

项目本身起步于 T3Code 的 fork，但按照官方说法，现在已经是一个独立的产品，有自己的品牌、打包发布体系、provider 调度逻辑和产品方向。GitHub 上星数 795，贡献者 19 人，release 已经出到 48 个版本。对于一个 "very early" 阶段的开源项目来说，这个迭代速度不慢。

但它的定位也明确了边界：现在不接受外部贡献。团队在刻意控制节奏，先把核心体验打磨好。这是正确的选择，过早开放贡献容易把产品方向带跑偏。

真正的问题是什么

我觉得 Synara 解决的问题背后还有一个更深层的现实：AI 订阅市场已经进入"多账号常态"。

三年前大家在讨论"要不要订 ChatGPT Plus"。现在讨论的是"Claude Pro 和 Gemini Advanced 我都订了，但我不知道怎么把它们用在同一个工作流里"。

这不是个人习惯问题，是工具层没有跟上。每个 AI 公司都在优化自己的使用体验，没有人在认真优化"跨 AI 的协作调度"这件事。Synara 选择站在这个空白里。

这个赛道的天花板取决于 AI coding 生态的成熟度——如果未来某家公司大一统了 coding agent 市场，Synara 的价值会下降。但在现在这个诸侯割据的阶段，它的定位是准确的。

对我来说，能把已有的订阅费用出最大效益，这本身就值得试一下。