snyvi：用编码智能体管理多个副业项目的开源桌面应用

当副业项目遇上编码智能体，管理成了新问题

越来越多开发者同时推进多个副业项目，而Claude Code、Codex、Gemini等编码智能体的出现，让并行开发变得更容易，也更容易混乱。每个项目都需要文件夹、智能体实例、笔记和版本记录，切换成本极高。 Product Hunt上的一款新产品snyvi试图解决这个痛点：它是一个免费、开源的桌面应用，为每个副业项目分配一张“桌子”（desk），把所有相关资源集中在一个平静的界面里。

snyvi的核心设计：一个项目一张“桌子”

snyvi的核心概念是“desk”。每个项目对应一个desk，其中包含该项目的文件夹、最多四个并排运行的编码智能体（支持Claude Code、Codex、Gemini和任意shell）、以及项目自己的笔记。智能体写出的每份计划或评审都会以整洁的页面形式落在desk上，并带有版本记录。首页则展示每个项目上次停在哪里，方便快速恢复上下文。

这种设计把“项目上下文”作为一等公民。传统做法是打开多个终端窗口、手动记录笔记、在聊天记录里翻找计划，snyvi把这些收拢到单一界面，减少了切换带来的认知负担。 官方描述强调“calm”（平静），暗示其目标用户是那些被多项目并行搞得焦头烂额的开发者。

智能体并排与版本化页面

最多四个智能体并排运行，意味着你可以让Claude Code负责实现、Codex做代码审查、Gemini提供第二意见，甚至开一个shell做手动操作。每个智能体产生的计划或评审都会被保存为版本化的页面，不会因为对话滚动而丢失。这一机制对需要追溯“为什么做出这个决策”的副业项目尤其有用。

本地优先与开源：数据不出机器

snyvi明确标注为本地运行（local only），无需账户，采用MIT许可证。在当前AI工具普遍要求云端账户和订阅的背景下，这一选择值得注意。对副业项目而言，代码和笔记往往包含个人创意和未公开的想法，本地存储降低了隐私顾虑。 MIT许可证则意味着用户可以自由修改、分发，甚至基于它构建自己的工具。

本地优先（local-first） 是一种软件架构理念，指应用的核心数据和主要计算都发生在用户设备上，而非依赖远程服务器。它强调离线可用、低延迟和用户数据主权，通常配合端到端加密或本地存储实现。与传统的云端SaaS不同，本地优先工具在无网络时仍能完整工作，同步仅作为可选增强。对于编码智能体场景，本地优先意味着智能体的调用、项目文件和对话记录都留在本机，减少了敏感代码外泄的风险，但也可能限制跨设备协作和团队共享能力。

MIT许可证 是一种宽松的开源软件许可证，允许用户自由使用、复制、修改、合并、发布、分发、再许可和销售软件副本，唯一要求是在分发时保留原版权声明和许可声明。它不要求衍生作品开源（非copyleft），因此商业友好性高。对于snyvi这类工具，MIT许可证意味着开发者可以将其集成到自己的商业产品中，或根据自身需求修改界面和功能，而不必担心法律障碍。这也降低了社区贡献的门槛，有利于早期项目积累生态。

平台覆盖与Mac测试请求

目前snyvi提供Mac构建，且已经签名和公证（signed and notarized），但开发者在Product Hunt页面上坦言“我们没有Mac”，因此公开请求Mac用户测试并反馈。这一细节反映了独立开发者的典型处境：功能已就绪，但硬件覆盖不全。对于Windows和Linux用户，官方信息未明确说明支持状态，可能需要关注后续更新。

签名和公证（signed and notarized） 是macOS应用分发的安全机制。签名指开发者使用Apple颁发的证书对应用进行数字签名，确保应用未被篡改且来源可信；公证则是将应用提交给Apple的自动化系统进行恶意软件扫描，通过后Apple会发放票据，使应用在Gatekeeper启用时也能顺利打开。未签名或未公证的应用在macOS上会被阻止运行或弹出警告。snyvi已完成这两步，说明其Mac构建达到了苹果的基线安全要求，用户下载后无需手动绕过系统限制即可安装。

谁适合用snyvi？

从设计看，snyvi面向的是同时用编码智能体推进多个副业项目的开发者。如果你习惯在一个终端里跑一个智能体、用笔记软件记计划、用文件管理器找代码，snyvi提供的整合可能减少摩擦。但如果你只维护一个项目，或者更习惯IDE内置的智能体集成，它的额外一层抽象未必必要。

Product Hunt上73个投票和2条评论表明它仍处于早期阶段，社区反馈有限。作为开源工具，它的长期价值取决于后续迭代和社区参与。对于愿意尝鲜的Mac开发者，现在正是试用并影响产品方向的时机。

编码智能体（coding agent） 指能够理解自然语言指令并自主执行编程任务的AI系统，如Claude Code、Codex、Gemini等。它们通常以命令行或IDE插件形式运行，可以读取项目文件、编写代码、运行测试、审查变更，甚至规划多步任务。与传统的代码补全工具不同，编码智能体更强调端到端的任务执行和上下文理解。多个智能体并行运行时，如何协调它们的分工、避免冲突、保留决策记录，成为新的管理挑战，这也是snyvi试图通过“desk”和版本化页面解决的问题。

编辑观点

snyvi的切入点不是更强的智能体，而是智能体之间的协作界面。当编码智能体从单次对话走向持续项目，管理多智能体、多项目的“工作台”需求会逐渐显现。本地优先和MIT许可证是差异化优势，但跨平台支持的缺失和早期阶段的成熟度是明显短板。它能否成为副业开发者的默认工作台，取决于Windows/Linux版本何时跟上，以及版本化页面等核心功能在实际使用中是否足够顺滑。