HeyPuter/everything

解决什么问题

想给团队找一套开源、可自托管的日常办公工具，通常得把文档、聊天、表格分别从不同项目拼起来，每套各有自己的数据模型、账号体系和发版节奏。Everything 项目提出的是另一种组织方式：在一个 monorepo 里从零重写这些软件，全部挂在 MIT 协议下，至少让这些应用有同一个归属和同一套授权逻辑。

有什么不同

常见的开源办公替代品多是各自独立成长起来的成熟单点项目，格式和协作模型互不相干。Everything 押注的是覆盖面与一致性：README 用一张张对照表把每个应用映射到它要替代的商业产品（Spreadsheet 对 Excel、Teamchat 对 Slack、Photo Studio 对 Photoshop），全部用 JavaScript 写在同一个仓库里。代价与老牌项目正好相反：你得到统一的风格和宽松的许可证，但拿不到多年的文件格式兼容、插件生态和企业级功能。README 基本只是链接目录，没有说明架构、共享运行时，也没讲应用之间数据如何流转。

适合谁

适合想探索一套统一、宽松授权替代方案的开发者和折腾型用户，以及想评估某个应用是否已经接近商业工具、能否省下订阅费的人。不适合需要与 Office、Photoshop 文件双向保真的团队，也不适合现在就拿它替换生产环境的协作基础设施——README 里没有任何证据表明它达到了这个完成度。

上手成本

需要 Node.js 22.12 或更高版本；每个应用要单独进入 src/ 下对应目录执行 npm install 和 npm run dev。MIT 协议本身很宽松，真正的成本在成熟度：项目只有几天历史，部分「Try it」链接还指向占位说明，README 也没有架构、路线图或稳定性信息。在亲自跑起来之前，应把每个应用都当作未经验证。

点评

这是一个全新项目，而不是成熟项目：创建仅 11 天，已有约 3.8k stars，日均新增约 344，说明它正处在关注度尖峰上，而不是靠积累的口碑。Hacker News 上的讨论也很单薄（一个帖子、8 分、零评论），外部热度尚未扩散。野心很大，MIT 协议也确实有吸引力，但仓库目前更像一份宣言加目录，而不是一套可用的软件。建议先观望，看单个应用是否能持续发布版本和文档，再决定是否投入。