ARTICLE · 1350475

【开源】Excel、Photoshop、AutoCAD 全部用AI重写一遍:51 个应用全部开源,Everything 提供了一种新的软件组织方式

发布时间：2026-11-13 13:14:14 最近访问：2026-11-13 13:14:14

项目不是“又做了一个工具”，而是试图重写整个软件版图

2026 年 10 月，GitHub 上出现了一个仓库，名字大得几乎不加修饰：Everything。

它的官方介绍只有一句话：

我们正在从零开始重建全世界的软件，并把它们全部开源。从 Office 到 Slack，从 Photoshop 到 AutoCAD，我们正在为所有专有软件打造免费、开源的替代品。

这句话比项目本身更早击中了开发者。

几十年来，人们已经习惯了把软件拆成一条条订阅账单：Office 一份、Adobe 一份、项目管理工具一份、客户关系系统一份，聊天、会议、签名、财务软件还要分别付费。软件功能越来越多，许可证越来越碎，数据也被分散在不同厂商的服务器中。

Everything 项目真正挑战的不是某一家厂商，而是“每一种工作都必须购买一个封闭产品”的默认秩序。

项目由HeyPuter 团队发起。团队此前曾开发 Puter——一个运行在浏览器中的云操作系统，提供虚拟桌面、云存储、应用和开发工具。Everything 可以被理解为：他们不再满足于提供一个运行环境，而是尝试在这个环境中补齐应用层，直接覆盖办公、协作、创意、工程和企业业务。

目前，项目已经在单一代码仓库中收纳50 多个 Web 应用，覆盖九大类：

办公：表格、文档、演示、白板、PDF、笔记、记录表；
协作：会议、团队聊天、邮件、联系人、日历、电子签名；
创意：图片、视频、矢量、音频、音乐、三维；
工程：CAD、参数化建模、电路设计、建筑设计；
效率：任务、项目、知识库、工时、问卷；
财务：会计、开票、报销、股权表；
商业：CRM、工单、合同、收银、库存、招聘等；
开发工具：API 调试；
游戏：国际象棋、跳棋、西洋双陆棋、纸牌、数独。

截至本文成文时，仓库已获得6600 多个星标。但关注不等于成熟，这个故事真正值得分析的，恰恰不是星标数字，而是它为什么能在短时间内出现，以及“51 个应用”究竟意味着什么。

项目的由来：它卖的不是软件，而是一套“退出机制”

Everything 不是凭空出现的理想主义项目。它至少对应了三组现实矛盾。

1. 软件越来越贵，也越来越多地失去所有权

订阅制降低了软件初次使用门槛，却把一次性购买变成了持续性成本。

对大型组织而言，订阅费用可以进入预算；对个人开发者、小团队、教育机构、非营利组织和预算有限的企业来说，软件成本会逐渐变成一种数字税。

Everything 提出的是另一种可能：

用户不必永久租用软件，也可以保留自己的工作成果和工具链。

2. 真正的锁定不是文件格式，而是“工具链咬合”

微软的优势不只是 Word，而是 Word、Excel、PowerPoint、Teams 和 Outlook 之间的协作关系；Adobe 的优势也不只是 Photoshop，而是 Photoshop、Premiere、Audition、Illustrator 和 Acrobat 之间的资产流转。

单个工具可以被替代，整套工作流很难迁移。即使每个品类都有开源替代品，用户仍然要面对账户体系不同、文件格式不兼容、界面逻辑不一致和部署方式碎片化的问题。

Everything 试图给出一种“成套答案”：

不是做一个更好的 Excel，而是把办公、协作、创意和工程应用统一放在一个仓库、一套架构和一种运行环境里。

3. AI 降低了“制造软件表面”的成本

在人工智能参与软件开发的条件下，大量代码可以围绕公开需求、现有界面和功能说明快速生成。过去需要完整团队持续数月的产品，现在可以在较短时间内形成可运行的界面、基础逻辑和目录结构。

Everything 项目中的 50 多个应用，正是这种生产方式的结果。

因此，它不是传统意义上“一个团队慢工细活做了 51 个成熟软件”，更像一次超大规模实验：

用现代 Web 技术和人工智能协作，快速覆盖尽可能多的软件品类，再逐个补强深度。

公开报道提到，相关应用是“用 AI 生成、或者不借助神经网络的”。目前不能把这个表述扩大成整个仓库的精确开发比例，但它至少说明：项目的规模扩张与 AI 辅助开发密切相关。

原理：Everything 不是一个超级软件，而是“统一底盘 + 独立应用”

很多人第一眼看到 Everything，会把它理解成“一个巨大的办公套件”。实际上，它更像一套组织软件的方式。

1. monorepo：一个仓库，多个产品

Everything 采用单一代码仓库，也就是 monorepo。所有应用集中在 src/ 目录中，每个应用拥有独立目录。

进入某个应用目录后，通常可以执行：

npm installnpm run dev

这里有几个关键细节：

仓库根目录并非把 51 个应用合并成一个 Web 工程；
每个应用目录通常有独立配置和构建入口；
用户可以进入单个应用，而不是启动整个仓库；
项目同时提供部分在线演示地址；
官方文档要求 Node.js 22.12 或更高版本。

这解决了“单仓库”和“独立产品”之间的矛盾：代码统一维护，但每个应用可以单独开发、部署和修改。

2. 应用主要运行在浏览器中

Everything 的大多数应用采用 Web 技术实现。应用界面、交互和编辑逻辑运行在浏览器中，不再强依赖传统桌面安装包。

浏览器相当于新的运行时。项目要处理的是：

Canvas 与 WebGL 渲染界面和图形；
Web Worker 承担较重计算；
IndexedDB、OPFS 或云端存储保存文件；
本地或自有服务器托管前端；
子域名区分不同应用；
账号、存储、鉴权与部署能力接入统一平台。

这意味着 Everything 不是“把桌面软件缩小成网页版”，而是在尝试用 Web 平台重建桌面软件。

3. 表格为什么比“格子加求和”更难？

Everything 中完成度较高的应用是电子表格。它已经不是简单的在线表格：

支持数百个公式函数；
包含 XLOOKUP、LAMBDA、错误值等高级能力；
能够处理条件格式、数据分析和数字格式；
可以导入、导出标准表格文件；
围绕函数语言、计算引擎和表格模型构建。

这说明一个核心问题：

开源软件最难复制的，从来不是界面，而是底层模型。

表格的核心是表达式语言、单元格依赖、计算顺序、区域引用和错误传播；文档的核心是分页、样式、修订和格式兼容；CAD 的核心是几何约束、拓扑运算与精度；图像软件的核心是图层、选区和色彩管理。

Everything 的部分应用已经开始触碰这些内核，这也是它区别于“静态界面集合”的地方。

4. Puter 提供了平台能力

Everything 不是完全脱离平台独立存在的普通前端集合。很多应用会使用 Puter 提供的账号、存储、数据库、KV、Worker 和部署能力。

其公开文档也提到，部分应用“没有属于自己的服务器”，后端能力由 Puter 平台提供。

这一设计有三大优势：

降低独立部署成本：开发者不必为每个应用重新搭建后端；

统一用户与存储体系：多个应用可以共享账号和文件空间；

方便快速上线：同一套平台能力可以复用到不同产品。

但它也带来一个必须区分的概念：

代码可以开源，平台能力不等于完全中立。

如果自建部署仍然深度调用 Puter 的在线账号、存储或计算服务，那么代码许可证、数据存储和服务控制权是三件不同的事。

优点：它的价值不在“免费”，而在四个结构性变化

1. 一个统一生态，替代多个相互封闭的生态

传统软件世界通常是这样：

工作环节	常见选择	主要问题
办公	Microsoft 365、Google Workspace	跨平台格式和账户体系不同
创意	Adobe 系列	订阅成本高，产品之间高度绑定
工程	AutoCAD、SolidWorks、Revit	授权昂贵，文件互操作性复杂
协作	Slack、Zoom、Teams	数据分散，跨组织协作受限
业务	Salesforce、Zendesk、QuickBooks	按用户数收费，定制和集成成本较高

Everything 试图把这些工具统一到一套 Web 架构中，使工具之间的数据和控制权更容易掌握在企业或用户自己手中。

2. Web 优先，降低安装与分发门槛

用户可以通过浏览器直接使用，也可以通过静态托管、对象存储、Nginx 或自有服务器部署。

相比 Electron 应用，Web 方案通常更容易远程访问和集中更新；相比传统客户端，它也更容易嵌入现有企业内部系统。

但代价也很明确：浏览器不是真正的桌面操作系统，性能、文件访问、本地硬件和后台能力仍有限制。

3. 应用可以拆解、复制和二次开发

Everything 最有价值的用法之一，不是把整套产品原样搬进公司，而是：

拿电子表格做企业表格编辑器；
拿 CAD 或建筑应用研究几何与图形交互；
拿项目管理应用改造内部任务系统；
拿 CRM、合同、库存等应用裁剪出行业工具；
借鉴公式引擎、画布渲染、时间轴或表格状态管理；
把成熟模块嵌入已有产品，而不是从零开发。

对于开发者来说，Everything 更像一套大型软件零件库，而不是成品软件清单。

4. MIT 降低了代码使用门槛

仓库总体采用 MIT 许可，允许查看、使用、修改、再分发，也允许用于商业项目。

这对于企业二次开发尤其重要：

可以减少授权谈判；
更容易嵌入自有系统；
可以根据内部需求定制；
可以锁定版本并进行安全审计；
可以在完成验证后长期维护。

但 MIT 只覆盖仓库代码本身。字体、图标、第三方依赖、AI 模型、在线平台服务和数据存储仍可能有各自的使用条件。

边界：51 个应用不等于 51 个成熟产品

Everything 最容易被误解的地方，就是把“完成初步实现”与“能够替代专业软件”画上等号。

1. 开源替代有三种层次

“替代”至少可以分成三个层次：

层次	特征	示例
同类开源工具	有基础编辑能力，可以处理部分任务	能打开、编辑和保存某些文件
生产可用工具	能完成日常任务，错误可控，性能可接受	可用于个人或轻量团队工作
专业级平台	长期项目可靠、格式高度兼容、生态成熟	能进入专业生产流程

Everything 目前总体上更接近第一层和第二层，少数应用可能正在向更高层推进。把它整体描述成“已经能够替代 Photoshop、AutoCAD 和 Excel”并不准确。

2. 文件格式往返是最难的一关

判断一个办公或创意工具是否成熟，不能只看界面功能，还要测试：

原始文件能否无损打开，修改后能否重新保存，对方再用原软件打开是否一致。

以办公软件为例，真正决定专业可用性的往往是：

复杂排版；
页眉页脚；
目录与交叉引用；
修订和批注；
宏与脚本；
字体替换；
表格嵌套；
图表链接；
旧版本文件兼容；
企业模板。

格式兼容不是“多支持几个扩展名”，而是对既有软件行为的长期逆向理解。

3. 协作产品不能只看界面

对标 Slack 的团队聊天，真正难点是：

多端实时同步；
消息可靠投递；
组织权限；
搜索与历史归档；
通知策略；
第三方集成；
大规模并发；
管理员和审计能力。

一个能发送消息的网页界面，并不等于一个可用于企业生产的协作平台。

4. 工程软件不能接受“大致正确”

CAD、参数化建模、电路设计和建筑信息模型的门槛是精度和可靠性。

0.01 毫米的误差可能导致零件报废，拓扑错误可能让布尔运算失败，工程数据不一致可能带来实际安全风险。这类软件需要长期验证，而不是快速生成原型。

因此，官方对相关工程应用标注“早期 alpha，不要用于真实项目”的做法，反而比直接宣称“完全替代 AutoCAD”更可信。

5. AI 提高了产出速度，也扩大了维护缺口

AI 适合生成样板代码、界面、基础逻辑和常见算法，但复杂软件还需要：

架构决策；
安全审查；
性能调优；
格式兼容；
用户研究；
长期维护；
错误修复；
版本兼容；
企业支持。

生成 51 个应用的目录，与维护 51 个生产级产品，是两种完全不同的工作量。

Everything 现在的规模是 AI 扩大供给的证明，同时也暴露了开源软件下一阶段的瓶颈：创造代码越来越容易，承担长期责任越来越贵。

对比：它不是某一个开源工具，而是对整张商业软件地图的一次总攻

可以概括为：

Everything vs 单点开源工具：Everything 赢在统一架构和覆盖面，单点开源工具赢在功能深度；

Everything vs 商业 SaaS：Everything 赢在自有部署、代码开放和许可成本，商业 SaaS 赢在可靠性、集成和长期支持；

Everything vs 传统桌面软件：Everything 更轻、更容易跨设备，传统软件在性能、硬件访问和复杂工作负载上仍有优势。

最现实的使用方式：先当参考库，再谈迁移生产

Everything 目前最适合以下场景：

适合作为开发教材

想了解现代 Web 应用如何组织：

表格公式引擎；
Canvas 图形编辑；
画布与图层；
时间轴；
表格状态；
文档与演示结构；
企业业务模型；
Web 端 CAD 交互；
多应用账号与存储架构。

这类问题在 Everything 中可以找到完整实现，而不是只能看到抽象教程。

适合作为二次开发底座

教育、政府、企业内部工具、轻量协作、行业业务系统和定制办公产品，可以先选择一个应用进行裁剪。

例如：

内部项目管理；
轻量 CRM；
库存与合同管理；
在线表格编辑器；
培训与演示工具；
行业专用的工程或创意模块。

前提是做好代码审查、依赖审计、安全加固和性能测试。

适合内网和离线环境

对于不能安装商业软件，或对软件采购、联网条件有限的环境，Everything 至少提供了一种可运行、可修改、可部署的选项。

但“可离线运行应用”不等于所有平台能力都可以离线，也不等于敏感数据可以上传到第三方云服务。

目前不宜直接迁移的场景

以下场景建议保持谨慎：

需要与他人频繁交换复杂 Office 文件；
需要高精度 CAD 和工程计算；
需要专业视频、音频和出版输出；
对多人协作可靠性要求极高；
对服务等级、安全和技术支持有硬性要求；
企业内部需要长期稳定版本；
需要遵守严格数据驻留要求。

部署前必须回答五个问题

是否真正不需要第三方在线平台？

代码开源，不代表账号、存储、鉴权、AI 和 Worker 服务都能完全脱离外部平台。

许可证是否统一且可用？

主仓库是 MIT，但第三方库和个别应用可能存在不同许可证。商业使用前应逐项审计。

是否需要完整文件格式兼容？

如果业务需要与其他组织交换 Word、Excel、PPT、PSD、DXF 等文件，必须提前做格式往返测试。

能否接受锁定特定提交？

早期项目变化很快。生产环境应锁定提交、建立镜像、保存构建产物并准备升级方案。

是否具备持续维护能力？

Fork 只是起点。漏洞修复、依赖升级、性能优化、浏览器兼容和安全测试都需要投入。

结论：它是一场关于软件生产方式的实验，而不只是“免费软件集合”

Everything 项目最惊人的地方，不是 51 个应用已经成熟，而是它证明了：

在 AI 和 Web 技术共同作用下，软件品类的“初步重建成本”已经显著下降。

过去一个团队几年才能完成的产品原型，现在可能被压缩到更短周期；真正昂贵的部分，从“写出第一版”转向“维护、兼容、稳定和安全”。

所以，Everything 的真实价值有三层：

对个人开发者：一套巨大的现代 Web 应用学习材料；

对企业技术团队：可裁剪、可自托管、可嵌入的应用底座；

对整个软件行业：一种挑战订阅制、平台锁定和封闭生态的实验。

但它目前不能简单等同于：

完整的 LibreOffice；
免费版 Photoshop；
网页版 AutoCAD；
开源 Salesforce；
可直接用于生产的 SaaS 替代品。

更准确的评价是：

Everything 已经把“重写所有软件”从一个不可能成立的口号，变成了一个能够阅读、运行和修改的代码仓库；但它离真正重写整个软件世界，仍隔着长期维护、格式兼容、生产安全和生态积累这四座大山。

因此，现阶段最合理的态度既不是盲目崇拜，也不是一笑了之。

把它当成软件零件库、架构教材、二次开发底座和长期观察对象，比把它当成品替代品更有价值。

它能否最终改变软件世界，不是看仓库里有多少个应用，而是看其中是否有一个、十个甚至几十个应用，能够真正跨过生产环境的门槛。

开源地址

https://github.com/HeyPuter/everything/tree/main

8元解锁820+优质项目！别再瞎找资料了！AI、低代码、Agent实战教程一网打尽，永久更新！

回首页，搜索你想要的文档

在首页搜索框输入关键词，快速定位资料

文库首页搜索指引立即搜索