一位开发者在社区分享了其基于高性能代码编辑器 Zed 分叉构建的个人笔记应用 Panda。该项目旨在解决现有笔记软件在 AI 时代的架构滞后问题。作者指出，尽管 Obsidian 等工具功能强大，但其基于本地文件的同步体验较差，且 WebView 架构性能受限。因此，作者选择直接复用 Zed 的 GPUI 框架重写客户端，并采用 Cloud-first 存储策略，以适应未来的云端交互需求。在核心设计上，该项目坚持“Agent First”理念，认为第三方服务（如 MCP 协议）限制过多，自建后端能更好地支持由 AI Agent 接管的笔记整理与 Todo 管理场景。目前该项目属于“Dirty Fork”，因直接修改了 Zed 源码而非使用插件 API，导致尚不支持 WYSIWYG 编辑及多媒体处理，且面临上游代码同步困难，项目目前仍处于雏形阶段。
事件分析
该案例折射出开发者工具领域正在经历深刻的“AI 原生”重构。传统的 Markdown 本地文件管理方案虽然保证了数据隐私，但在与 AI Agent 进行高频、深度的上下文交互时，面临明显的架构瓶颈。开发者通过“Dirty Fork”这一激进手段，揭示了现有主流编辑器（如 Zed、Obsidian）的插件体系已难以满足 AI 时代对编辑器底层进行深度定制和数据流控制的需求。这预示着下一代生产力工具的竞争焦点，正从“编辑体验”转向“AI 服务的调度能力”与“本地-云端数据的无缝融合”。自建服务绕过 MCP 协议限制的尝试，也显示了部分开发者对通用协议灵活性不足的担忧。
💡 核心观点：传统编辑器的插件体系已难以承载 AI Agent 的复杂交互，重写内核或云原生化将是下一代生产力工具的必经之路。
原文链接：V2EX 分享发现
