先给结论：Everything 不是一个工具，是一份清单——而且是一份用 AI 在 10 天内写完的清单。 Puter 团队 2026 年 10 月 13 日开库，口号是 “We’re rebuilding and open-sourcing the world’s software from scratch”。42 个应用，逐个对标 Excel、Word、PowerPoint、Photoshop、AutoCAD、Slack、Zoom、Salesforce、Revit。真正值得看的不是清单有多长，而是两件事：它证明「重做一个成熟软件的交互层」的成本已经被 AI 打到十几天；以及它暴露了这类项目最典型的结构性错位——前端 MIT，后端 AGPL，npm run dev 跑起来不等于数据在你手里。

目录

1. 一件事定性：这不是工具，是一份清单
2. 跑起来只要三条命令
3. 真正的底座：无框架、无后端
4. 工程深度：510+ 公式函数与浏览器里的 Revit
5. 房间里的大象：MIT 的代码，AGPL 的地基
6. 它和上一波开源替代有什么不同
7. 泼冷水
8. 三点结论
9. 数据与事实来源

一、一件事定性：这不是工具，是一份清单

一个 MIT 许可的单体仓库（monorepo），装着一批可独立运行的 Web 应用，目标是对几乎所有主流商业软件做免费开源替代。

先看硬指标（GitHub API 实测，2026-10-23）：

这个仓库到今天只有 10 天。 平均每天约 50 人在 fork。第三方趋势站 gitnova 给的 Magnitude 是 4.5/10，评级 “Peaking”，本月新库排名第 49；7 天新增 star 2,755，单日峰值 597（10-15）。

清单长这样（README 的九个分区，节选）：

42 行里只有约 20 行有可用在线 demo，其余是「有源码、demo 未提供」。表格长度容易让人高估交付状态，这点后面单开一节说。

二、跑起来只要三条命令

git clone https://github.com/HeyPuter/everything.git
cd everything/src/spreadsheet   # 换任意一个应用名
npm install && npm run dev

要求 Node.js ≥ 22.12。每个应用是独立可安装的小项目，仓库根没有统一 install 步骤。

技术栈高度统一——从几个子应用的 README 里逐条抄出来的原话：

Spreadsheet：“built with vanilla JavaScript (no frameworks), Vite, and Puter.js as the only backend.”

Notes：“No framework and no backend of its own, just Puter.js and Vite.”

CAD：“Built with vanilla JavaScript, WebGL2, Vite, Lucide icons, and Puter.js as the only backend. There is no framework and no server of its own.”

三、真正的底座：无框架、无后端

三个关键点，决定了它的优点和它的代价：

1. 不用框架。 没有 React/Vue，纯手写 DOM + Vite，CAD 用 WebGL2 自己画。
2. 没有自己的后端。 所有登录、存文件、共享都走 js.puter.com 加载的 Puter.js SDK，文件存进用户的 Puter 云盘。
3. 文件是真格式。 Spreadsheet 存真 .xlsx，能直接在 Excel / Numbers / LibreOffice 打开；CAD 支持 DXF 交换。这是它跟一堆「玩具级开源替代」最本质的差别——互操作走行业标准格式，不走私有格式。

这三个选择拼在一起，构成了整个项目最关键的架构事实：

flowchart TB
    subgraph FE["前端层 · MIT 许可 · 可自由商用修改"]
        A["42 个独立 Vite 应用
vanilla JS / WebGL2
无框架"]
    end
    subgraph SDK["唯一后端依赖"]
        B["Puter.js SDK
从 js.puter.com/v2/ 加载"]
    end
    subgraph CLOUD["运行时数据面 · 不在 MIT 范围"]
        C["Puter 云
账号 / 文件 / 分享"]
        D["HeyPuter/puter 服务端
AGPL-3.0 · 43,845 star"]
    end
    A -->|"所有登录与文件操作"| B
    B -->|"默认指向"| C
    B -.->|"自建需自行接线
README 未记载"| D
    style A fill:#356d49,stroke:#356d49,color:#fff
    style B fill:#c98b2e,stroke:#c98b2e,color:#fff
    style C fill:#a63d3d,stroke:#a63d3d,color:#fff
    style D fill:#5a5a5a,stroke:#5a5a5a,color:#fff

绿色是你拿到的，橙色是接口，红色是你被绑住的地方。这张图是理解整个项目的钥匙——第五节展开。

四、工程深度：510+ 公式函数与浏览器里的 Revit

42 行表格容易给人「PPT 工程」的印象。但把已上线的应用 README 摊开看，深度是真做了的。挑两个最硬的看。

Spreadsheet：510+ 个公式函数

README 声明 510+ 函数且带实时重算。不是只列 SUM/VLOOKUP，而是一路写到：

• 查找族：XLOOKUP（含 match/search 模式）、XMATCH、INDIRECT、OFFSET
• 统计族：LINEST、AGGREGATE、MODE.MULT、TRIMMEAN、FREQUENCY、PERCENTRANK.EXC
• 分布族：NORM.INV、CHISQ.TEST、WEIBULL.DIST、HYPGEOM.DIST、CONFIDENCE.NORM
• 日期族：NETWORKDAYS.INTL、WORKDAY.INTL、YEARFRAC、DATEDIF
• 财务族：XIRR、VDB、CUMIPMT、PDURATION
• 工程族：BESSEL 系列、CONVERT（带单位前缀）、DEC2BIN、BITAND
• Google Sheets 特有：REGEXMATCH / REGEXEXTRACT / REGEXREPLACE
• 数据库函数族：对条件表做运算的 DSUM / DAVERAGE / DGET

这套覆盖面已经超过 LibreOffice Calc 的常见用户场景。

Building Design：浏览器里的真 BIM

这一段对做建筑/基建的人最相关。README 的自我定位是 Revit / ArchiCAD / Vectorworks 的浏览器开源替代，而且走的是真 BIM 语义，不是「画线 + 加个三维视图」：

“Building Design models a building as real elements on levels: walls with layered constructions, doors and windows that cut their own openings, floors, ceilings, roofs, columns, beams, stairs, railings, furniture and fixtures, and rooms that measure themselves. Every view is generated from the one model, so a change in a plan shows up in sections, elevations, 3D, schedules and sheets at once.”

拆开这几句的含义：

• 墙体有分层构造（finish / structure / insulation / air space），可选定位线（中心线 / 外表面 / 内表面），带 base 与 top 约束
• 转角和 T 形交接自动斜接/平接合并，多墙节点能收干净
• 门窗是自带开洞的构件，不是贴图
• 房间自己测量面积（“rooms that measure themselves”）
• 单模型多视图联动：平面改一处，剖面、立面、三维、明细表、图纸同步

这就是 BIM 的核心定义。CAD 那边也有命令行 + 自动补全、@dx,dy / @distance<angle 相对极坐标、<angle 方向锁定、英制分数输入、对象捕捉——是照 AutoCAD 交互范式做的。

但必须同时记录一条：Building Design 和 CAD 的 README 都顶着同一句红字警告——

“Early alpha. Features may change and project data could be lost. Please do not rely on it for real projects yet, and keep copies of important work.”

结论直接给：架构方向对，成熟度是 alpha。能读、能学、能 fork，不能上生产。

五、房间里的大象：MIT 的代码，AGPL 的地基

这是这个项目最容易被误读、也最要命的地方，值得单独一节。

表层是 MIT：整个仓库、所有子项目、所有模块和组件一律 MIT，第三方库保留自身许可。想商用、想改、想分发，法律上没问题。

但每个应用的后端都是 Puter.js，登录和文件都在 Puter 云上。两个后果：

• 本地跑 ≠ 数据在你手里。 你在本机起了一个 Spreadsheet，点保存，文件仍然进了 Puter 账号。要真正完全掌控数据，你得同时自建 Puter 服务端——那是另一个仓库 HeyPuter/puter（43,845 star，TypeScript，2024-03 建库），许可证是 AGPL-3.0，不是 MIT。
• 免费账号 25 MB 存储。 Puter 定价页是 Basic $10/月（100 GB）、Plus $25/月（500 GB）、Pro $100/月（2 TB），而这些套餐卖的就是这批应用。仓库根只有 amplify.yml（AWS Amplify 部署）和 customHttp.yml（HTTP / Lighthouse 巡检），README 没有写「如何把应用指向自建的 Puter 服务器」。

于是出现一个结构性错位：开源的是前端，闭环在云端。 MIT 承诺的自由，运行时会打折扣——除非你愿意把 AGPL 那一整套也自己运维。

第三方评审 Open Source Drop 给它打了 78/100（B+），扣分几乎全在这块：

它给的分场景建议我认为站得住：个人 → 直接玩 demo，保持文件可导出；小团队 → 可以评估，但别把账务、聊天、邮件迁到十来天的应用上；中大团队 → 目前不是候选，缺 track record、也没有文档化的自托管后端。

还有一个内部动机的疑问要诚实提出：这批应用和 Puter 的付费订阅是同一批东西。开源 42 个替代品，同时是 Puter 云盘的获客漏斗。 这不构成道德指控，但它是理解这个项目路线（以及它为什么优先做需要云存储的 Office / 协作类）的必要前提。

六、它和上一波开源替代有什么不同

同类叙事过去十年一直在讲：LibreOffice、OnlyOffice、Penpot（对 Figma）、Mattermost（对 Slack）、Cal.com、Plausible（对 GA）。Everything 的差异在两处。

1. 单仓库 + 统一底座 + 全品类。 传统开源替代是「一个团队死磕一个产品」，彼此账号、文件、UI 全不通。Everything 是把 Office、协作、创意、工程、财务、业务、开发工具、游戏一次性铺成一张清单，共用一套账号、一个文件系统、一套交互。它的价值不在单点能力，在组合——你可以把几个拼成一套不属于任何单一厂商的个人工作台。

2. 明显重度使用 AI 开发。 这是数据能支撑的推断：

• 最新一次 commit 标题是 Spreadsheet: adversarial review fixes, round 7 (#66) ——“对抗式审查修复，第 7 轮”
• 10 天 207 commits
• 42 个从零重建、覆盖 510+ 公式函数、带完整 BIM 语义的应用

这三条放在一起，「AI 生成 + 人做审查」几乎是唯一能解释吞吐量的路径。

Puter 那个 org 也早有铺垫：HeyPuter/builder（294 star，“AI Builder For Creating Sites and Apps”，对标 Lovable / Replit / v0）、blender-wasm（113 star）、firefox-wasm（572 star）。这个团队本来就擅长用 WebAssembly + AI 做重活。

flowchart LR
    A["成熟软件
Excel / Photoshop / Revit
交互层 + 领域规则"] --> B["AI 生成
UI + 业务逻辑"]
    B --> C["人做对抗式审查
adversarial review round N"]
    C --> B
    C --> D["可运行的 Web 应用
MIT 许可"]
    D --> E["真护城河
格式互操作 / 云存储 / 社区信任 / 求解器正确性"]
    style C fill:#356d49,stroke:#356d49,color:#fff
    style E fill:#a63d3d,stroke:#a63d3d,color:#fff

如果这一点成立，那 Everything 的真正信号不是「又一批开源软件」，而是：AI 把「重做一个成熟软件的交互层」的成本打到了十几天。 护城河从「代码量」被搬到了别的地方——数据格式互操作、云存储、社区信任，以及那些真正难的东西（约束求解、渲染性能、BIM 规则库的正确性）。

七、泼冷水

不写这段就是软文。

• 10 天，没有 track record。 没有 CVE 历史、没有多年用户反馈、没有边缘场景的打磨。成熟度靠时间换，AI 换不掉。
• 近全部代码来自单一提交者批量导入。 第三方评审明确指出代码是 10 月 13 日 bulk import、几乎全出自一个 committer。这意味着没有真正的分布式社区——Community 11/20 是实打实的短板。Bus factor = 团队规模。
• 一堵 demo 墙不等于一套套件。 42 行里只有约 20 行有可用在线 demo。
• 对标声明未经核验。 “alternative to Photoshop” 是项目自己的说法。我没有打开这些 demo 做功能对照，与 Excel / Photoshop / AutoCAD 的实际功能对等度未验证。
• HN 冷感。 相关讨论帖 “Puter’s Mission to Open-Source Everything” 只有 8 分——技术社区对「宣称替代全世界」的项目普遍持保留态度，这个信号比 star 数更值得注意。
• 同赛道有更硬的竞品。 真要找今天就能替代 LibreOffice 的东西，那是 LibreOffice；Penpot / Mattermost 背后是多年用户量。Everything 目前的定位是可能性演示，不是替代品。

八、三点结论

1. 值得 star，不值得迁移。 拿它当「AI 时代从零重建一个成熟应用」的工程样本去读，性价比极高——尤其 Spreadsheet 的公式引擎和 Building Design 的模型-视图联动，都是可读的完整实现。但当生产力工具用，现在不行。

2. 对 BIM / 基建方向的人，这是必须盯的仓库。 bd.puter.com 是浏览器里跑的 Revit 替代：纯 Web 技术、无框架、单模型驱动剖面 / 立面 / 三维 / 明细表。如果需要轻量 BIM 可视化、业主侧看模、或者自造 BIM 前端工具，这里的实现路径值得直接借鉴——alpha 不能上生产，但代码 MIT 可以读可以改。

3. 判断这类项目，只看三个问题。 比 star 曲线可靠得多：

flowchart TB
    Q1{"文件格式
是行业标准吗?"}
    Q2{"后端
被厂商锁住吗?"}
    Q3{"社区
是分布式的吗?"}
    Q1 -->|"是 · .xlsx / DXF"| P1["✅ 真做"]
    Q1 -->|"否 · 私有格式"| N1["❌ 数据进得去出不来"]
    Q2 -->|"否 · 可自建"| P2["✅ 前台自由"]
    Q2 -->|"是 · 云服务闭环"| N2["⚠️ MIT 只覆盖一半"]
    Q3 -->|"是 · 多贡献者"| P3["✅ 可持续"]
    Q3 -->|"否 · 单点导入"| N3["⚠️ Bus factor = 团队"]
    style P1 fill:#356d49,stroke:#356d49,color:#fff
    style P2 fill:#356d49,stroke:#356d49,color:#fff
    style P3 fill:#356d49,stroke:#356d49,color:#fff
    style N2 fill:#a63d3d,stroke:#a63d3d,color:#fff
    style N3 fill:#a63d3d,stroke:#a63d3d,color:#fff

Everything 的答卷是：格式 ✅、后端 ⚠️、社区 ⚠️。两处折扣，一处过硬。 这三个问题对任何「AI 重做 X」的开源项目都适用。

九、数据与事实来源

• GitHub REST API 实测（2026-10-23）：/repos/HeyPuter/everything → star 3,571、fork 445、open_issues 12、created 2026-10-13、pushed 2026-10-22、language JavaScript；/repos/HeyPuter/puter → star 43,845、created 2024-03-03；/contents/src → 48 个应用目录；/contents/LICENSE → “MIT License, Copyright (c) 2026 Puter Technologies Inc.”
• HeyPuter/everything README（27,670 字节，main 分支，207 commits）：分区表、应用-对标产品对照、Node.js ≥ 22.12、clone / npm run dev 流程、MIT 许可声明
• 子应用 README 原文：src/spreadsheet（510+ 函数清单、vanilla JS + Vite + Puter.js、真 .xlsx）、src/building-design（BIM 构件与单模型多视图、Early alpha 警告）、src/cad（WebGL2、命令行、相对坐标与对象捕捉、DXF、Early alpha 警告）、src/notes（no framework no backend）
• gitnova.dev 趋势页：Magnitude 4.5/10 “Peaking”、本月新库第 49、近 7 天新增 star 2,755、单日峰值 597（10-15）
• Open Source Drop 评审：78/100 B+，分项 Adoption 17/30、Maintenance 25/25、Community 11/20、License 15/15、Analysis 10/10；Puter 定价（免费 25 MB / Basic $10 / Plus $25 / Pro $100）；Puter.js 由 js.puter.com/v2/ 加载、服务端为独立 AGPL-3.0 项目
• pbxscience.com 项目介绍（自托管限制、类别覆盖、vendor lock-in 视角）
• Hacker News 讨论帖 “Puter’s Mission to Open-Source Everything”（8 分）
• 博客园 GitHub 日榜 2026-10-18：当时 2,045 star、24h +328

写作时间 2026-10-23。Star / fork / demo 状态随仓库推进变化极快，引用请以原始出处为准。「与商业软件的功能对等度」「AI 生成代码」两处均为基于公开证据的推断，未经功能实测与代码作者确认。