Synara
一个本地优先的桌面工作台，把编码智能体的项目、会话、终端、浏览器预览和代码审查放在同一个界面里。
- Star 数
- ★ 2.1k
- 最近更新
- 2 天前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配Codex · Claude Code
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 已在本地安装 Claude Code 或 Codex CLI，希望用图形界面同时管理多个编码会话的独立开发者。
- 不适合
- 不想单独安装并登录各家 CLI 运行时的用户
- 需要稳定、已定型 API 的生产团队：项目仍处于早期阶段
- 希望浏览器里零安装直接用的人
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Synara 是一个面向编码智能体的本地优先桌面应用，核心是把项目、线程（thread）、Provider 会话和工作区工具整合在单一界面。它自身不内置模型，而是连接本机已安装并完成认证的编码智能体运行时，包括 Codex CLI/app-server、Claude Code、Cursor、Antigravity CLI、Grok Build、Factory Droid、OpenCode、Pi 和 Devin CLI。每个任务以线程为单位保存对话、状态、文件与历史，并可切换 Provider 和模型。工作区提供 Changes（差异与审查）、Terminal、Browser（含 WebMCP 语义工具与本地预览）、Files/Editor 以及 Git 操作，还支持分屏和设备预览，让执行与评审保持在同一视野。隔离的托管 worktree 用于并行改动和跨 Provider 的任务交接，Automations 支持周期性运行，外部 MCP 集成则为其他本地客户端提供按用户授权的受限访问。发行形态为 Windows x64、macOS Intel/Apple Silicon 和 Linux x64 桌面安装包，另有服务端与 Web 模式；代码以 MIT 许可开源，README 明确说明仍处于早期阶段，API 与界面细节会持续变动。
启动后先以 Project 定义仓库上下文，再为每个任务创建 Thread，Thread 绑定一个已认证的 Provider session（如 Codex CLI、Claude Code、Cursor），由该运行时执行具体编码工作。界面中的 Changes 面板读取工作区 diff 和变更文件及评审状态；Terminal 在项目环境中执行命令；Browser 保留本地预览并允许智能体调用语义或页面声明的 WebMCP 工具；Files/Editor 浏览和修改项目文件；Git 面板处理分支、提交、推送和拉取请求。Split view 与设备预览让会话与其正在改动的界面并排显示。并行任务可运行在本地 checkout 或托管 worktree 中以避免互相覆盖，任务也可连同项目上下文交接给另一个 Provider。Automations 按计划触发智能体运行并把结果挂回对应 Project 与 Thread；外部 MCP 通过 docs/external-mcp.md 描述的配对与权限边界向其他本地客户端开放受限访问。
- 已在本地安装 Claude Code 或 Codex CLI，希望用图形界面同时管理多个编码会话的独立开发者。
- 需要一边让智能体改代码、一边在分屏里审阅 diff 和拉取请求的前端或全栈工程师。
- 要在 iOS 模拟器等设备预览中同步验证智能体改动的移动端开发者。
- 在同一项目上并行推进多个任务、需要 worktree 隔离以免互相覆盖的团队。
- 想把一个未完成的任务从 Codex 交接给 Claude 或 Cursor 继续做、又不想丢失上下文的用户。
- 希望按计划自动运行智能体并把结果留在项目线程里追踪的维护者。
如何安装或部署这个 Agent？
最直接的方式是下载桌面安装包，当前原生发行目标为 Windows x64、macOS Intel、macOS Apple Silicon 和 Linux x64：
https://github.com/Emanuele-web04/synara/releases从源码运行需要 Bun 1.4.2 与 Node.js 24.13.1，工作区 Git 功能要求 Git 2.29 或更新版本：
git clone https://github.com/Emanuele-web04/synara.git
cd synara
bun install
bun run dev安装前请先安装并登录你要使用的编码智能体运行时；例如使用 Codex 会话需按 Codex CLI 的官方说明完成初始化：
# 示例：Codex CLI 的安装与登录步骤以其官方仓库说明为准
# https://github.com/openai/codex类型检查可用以下命令验证全部七个 workspace：
bun run typecheck如何使用这个 Agent？
打开应用后先创建或选择一个 Project（指向本地仓库），然后在其中新建 Thread 并选择已认证的 Provider 与模型开始会话。在 Changes 面板查看差异和评审状态，在 Terminal 里跑命令，在 Browser 中查看本地预览，在 Git 面板处理分支、提交、推送和 PR。需要并排比对时开启分割视图或设备预览。若任务需要更换运行时，使用 Provider 交接功能带着项目上下文继续。用 docs/external-mcp.md 中的配对流程为其他本地客户端开放受限的项目访问，并通过 Automations 设置周期性运行。
这个 Agent 有哪些优点和局限？
- 一次性接入九个编码运行时（Codex、Claude Code、Cursor、Antigravity、Grok、Droid、OpenCode、Pi、Devin），可在同一界面切换。
- 会话、diff、终端、浏览器预览与 Git 并列在同一任务表面，评审不必离开执行现场。
- 托管 worktree 为并行线程提供隔离边界，减少多个任务同时改同一 checkout 的冲突。
- 外部 MCP 访问带有配对、项目范围与用户授权边界，而非默认全开。
- 提供 Windows、macOS Intel/Apple Silicon、Linux x64 原生安装包，并支持源码运行与服务端/Web 模式。
- MIT 许可，代码可审计、可自行修改。
- 自身不提供模型，必须预先安装并登录各 Provider 的 CLI，可用能力取决于这些运行时的版本与订阅。
- README 自述为早期阶段软件，API 与界面细节仍会变动，不适合依赖稳定接口的生产集成。
- 工作区 Git 功能要求 Git 2.29+；后台刷新后 ahead/behind 计数可能延迟至下一次状态轮询（最长约 60 秒）。
- 从源码构建需同时具备 Bun 1.4.2 与 Node.js 24.13.1，并需按 workspace 使用指定脚本而非裸 tsc。
- 类型检查切换到原生 Effect 检查器后，importFromBarrel 规则暂未被覆盖，legacy 检查不进 CI。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Synara 当前 | 52 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 2.1k | 2 天前 | TypeScript | Codex · Claude Code |
| zerostack | 57 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.7k | 今天 | Rust | OpenAI API · Claude API |
| iPolloWork | 44 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 7.1k | 1 天前 | TypeScript | — |
| Forge 终端编程助手 | 46 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 7.6k | 1 天前 | Rust | OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
权限最小化：README 与 CUA 文档显示 Computer/AppSnap 按需申请 Accessibility、Input Monitoring、Screen Recording，且检查状态不触发采集或控制，属较克制的设计（2）。用户确认：外部 MCP 为“scoped, user-approved”，Computer 需在会话中显式启用，审批请求出现在任务中（2）。数据流透明：仅笼统说明本地优先、provider 使用本机凭据，缺少对数据去向、日志与遥测的具体说明（1）。敏感数据处理：文档提到令牌与 provider 凭据不写入路由文件，但无系统性凭据存储/加密说明（1）。依赖安全：package.json 大量依赖指向 pkg.pr.new 的 Effect 提交快照与多个 patchedDependencies，属不可复现/未审计来源，虽有 overrides 固定若干传递依赖，仍扣分（1）。外部影响：Git 推送/PR、终端执行等有明确审阅与 diff 复核流程，但自动化与后台刷新等副作用描述有限（2）。回滚：有 worktree 隔离、diff 复核、canary rollback 脚本，但缺少面向用户的一键撤销/恢复说明（1）。来源归属：MIT 与版权方明确，但发布者身份未经验证，且文档中大量“本地测试通过”无外部可核验来源（1）。
自一致性：README、quickstart、CUA 文档对工作流与权限流程描述基本一致，且明确标注历史文档与当前指南的差异（2）。依赖可用性：依赖 Effect 的 pkg.pr.new 提交快照、patchedDependencies 与特定 Bun/Node 版本，离线或上游变动时可用性存疑（1）。失败信息：CUA 文档详细记录 TCC 授权失败、cdhash 不匹配、模块缺失等具体错误与恢复路径（2）。
受众与场景：面向使用本地 coding agent 的开发者，quickstart 给出五步流程与示例任务（2）。能力边界：明确列出支持的 provider 运行时、平台目标与“不提供独立模型计划”，并说明本地能力不是沙箱（2）。触发精度：缺少对自动化触发条件、MCP 工具调用边界的精确说明（1）。环境适配：给出 Windows/macOS/Linux 目标、Git 2.29+、Bun/Node 版本要求（2）。
信息架构：README 分层清晰，含目录、能力表与安装分节（2）。安装说明：桌面下载、源码运行、provider 配置与 typecheck 脚本均有说明（2）。命名稳定性：README 自述 early-stage、API 与界面仍在变动（1）。示例与 FAQ：有 quickstart 示例任务，但无 FAQ（1）。已知限制：明确列出 early-stage、typecheck 原生检查器遗漏 importFromBarrel、CUA 边界等（2）。许可证：MIT 全文与版权方齐全（3）。版本与变更日志：无 CHANGELOG，仅链接外部 changelog（1）。维护责任：版权方为 T3 Tools Inc. 与个人，发布者未经验证，无明确维护者/SECURITY 联系人（安全披露仍为 TODO 草稿）（1）。
输出可用性：工作流围绕 diff 审阅、测试复核与提交，产出可落地（2）。边际价值：整合多 provider 会话、worktree 隔离与审阅工具，对多 agent 工作流有增量价值（2）。成本收益：依赖快照与复杂工具链增加维护成本，文档未量化资源或计费影响（1）。
主张可追溯：CUA 文档引用具体 commit、PR、cdhash 与日志路径，README 引用 Git 版本说明（2）。跨源印证：测试与验证多为本地日志，仓库内测试文件主要覆盖营销站点 UI，无法印证核心 agent 行为（1）。事实与推断分离：文档明确区分“已验证/未验证”，如“未执行真实权限提示”“不证明真实 TCC 转换”（2）。
- 依赖大量指向 pkg.pr.new 的 Effect 提交快照与 patchedDependencies，构建不可复现且来源未审计，供应链风险需自行评估。
- 发布者身份未经验证，安全披露策略仍为 TODO 草稿，缺少可用的漏洞报告渠道与责任人。
- Computer use 具备屏幕采集与合成输入能力，文档承认其不是针对同用户恶意软件的沙箱；启用前应确认权限范围。
- 仓库内测试主要覆盖营销站点 UI，核心 agent 行为与权限流程的验证多为本地日志，无法独立复核。
- README 自述 early-stage，API 与界面可能变动，缺少 CHANGELOG 与版本化说明。