从零搭业务系统,为什么我首推 WPS 多维表格?——零基础用户的＂永远的神＂,这次又升级了

8 月推出"提交作品"到现在不到半个月，我收到了 162 个真实项目的使用记录。数据里能看出大家爱用什么，但要说"从零搭建一套业务系统"，我心里最推荐、也最常用的一条路，始终是 WPS 多维表格——低代码、零门槛、免费 100 万行数据、自带用户权限和微信登录，整个项目甚至能打包成单个 HTML 文件随手分发。普通应用场景做后端，它就是首选，我愿称它为"永远的神"。这次多维表格 Skill 又做了一次大升级，让我更有底气把它推荐给零基础用户。顺便，浏览器插件也全面 React 化了，还有一条通向"终极方案"的新路正在打通。

一、先用数据说话：半个月 162 个项目，大家都在用什么？

8 月，我在社群里开放了"提交作品"。到现在近半个月，已经收到了 162 个真实项目的使用记录——一行代表一个项目用到的 Skill，可以多选。

统计下来是这样：

162 个项目，总共用掉了 229 次 Skill，其中 32 个项目同时用了多个 Skill。

怎么读这张表？我有两句话想说：

第一句：排在前面的，绝大多数是"效率增强类"工具。 Python、.NET、ExcelDNA、Excel VBA——它们主要用来提升效率、或增强现有系统及 Office 环境的功能，是"给已有工作流提速"的。这类工具我做得最多，大家也用得最多。

第二句：但如果是"从零搭建一套系统"呢？ 这个方向，我自己的选择就是 WPS 多维表格。虽然从数据看它使用率不算最高，但它恰恰是我最喜欢、也最想推荐给零基础用户的方案。这篇推文的重点，就是想把它为什么值得选，一次说清楚。

二、为什么从零搭系统，我首推 WPS 多维表格？

先坦白：那些"专业"路线，我基本都摸过一遍。

我试过腾讯云 CloudBase、微信小程序这些专业开发者路线。它们确实强大，但问题也很现实——涉及大量环境配置和认证，对普通人太不友好了。光是一套小程序，就要搞企业认证、AppID、开发工具链，还没开始写业务，人已经被环境配置劝退了。

而 WPS 多维表格，恰恰是把这些门槛全部拿掉的方案：

这几条，条条都打在普通用户的痛点上：

• 免费 100 万行数据：小型业务系统的数据量，撑到天也就几千几万行，这 100 万行的免费额度几乎用不完。
• 附件字段存图片：商品图、证件照、票据扫描件……附件字段一拖就存，不用配对象存储、不用管文件服务器。
• 微信登录不用搞认证：最戳我的一点。做系统最麻烦的就是登录——短信登录要企业认证，微信登录要搞小程序、要各种资质。而多维表格自带微信登录方案，用户扫码就用，我们完全不用去碰那些复杂的认证流程。
• 完整的用户权限管理：谁看、谁改、谁只能填表，权限管理都给你备好了，不用自己写权限系统。

所以我的结论非常明确：

普通应用场景——不要求很高的并发、不要求特别复杂的逻辑——直接用 WPS 多维表格做后端，就是首选。 它可能不是"最强大"的方案，但它是普通零基础用户最可行的方案，简直是我心里的"永远的神"。

那为什么使用率数据不算高？我想可能有两个原因：一是很多人对它的能力还停留在"表格"的认知上，不知道它能当系统后端用；二是我之前推的玩法，前端界面不够自由。所以这一轮，我重点做了改进——让零基础用户也能自己搭建一套完全自定义界面的系统。

三、多维表格 Skill 大升级：SDK 页面模式，界面自己画、数据表格存

这次升级，我主要做了三件事：

1. 打通 SDK 页面模式：界面完全自定义

之前用多维表格做应用，前端基本是"套着官方表格壳子"用——要么直接在表格界面里操作，要么把表格嵌进网页，界面永远是 WPS 的样子。想做成"完全属于自己的系统界面"，很难。

这次 Skill 升级后，AI 可以用 WebOfficeSDK 开发一个完全自定义的前端界面，多维表格只负责当后端：

界面你自己画，数据表格存。

登录页、导航栏、统计面板、明细列表、自定义按钮……界面想做成什么样都行；背后读写、筛选、权限、协作，全部交给多维表格。

这套 SDK 页面模式有两个子模式：

2. 打通 React 复杂前端：从简单到复杂，一条路走到底

只做简单页面还不够。这一轮我重点打通了 React 框架做复杂前端 的路线——界面再复杂，列表、筛选、多视图、状态联动，都有成熟蓝图可循；后端依然是多维表格，通过 SDK 模式访问，可以调用非常多的接口。

整个开发流程非常流畅：简单需求，纯 HTML 秒出；复杂需求，React 顶上。 前后端怎么接、接口怎么调、数据怎么同步，Skill 里全部打通，零基础用户不用懂任何底层细节。

3. 沉淀大量实测示例：AI 一次就写对

为什么我敢说 AI 能写出非常准确的代码？因为多维表格的代码应用我已经彻底打通了，Skill 里沉淀了非常多的真实示例：

• 零构建纯 HTML+JS 示例：一个单文件 HTML，双击就能跑，主从表双向跳转、联动筛选、0 条记录自动补建，全都有。
• WebOfficeSDK v1.1.20 双格式库文件：ES 和 UMD 两种格式都放进 Skill，AI 写新项目直接复制引用，不用再到处找库。
• 生产级浏览器扩展示例：Chrome MV3 插件直连多维表格的完整示例，主世界桥接三层架构都搭好了。
• 真实业务示例：进销存 Dashboard、订单主从表，内置真实数据，打开即连。

AI 照着这些"被验证过的代码"学习，写出来的自然准确——而不是在理论上瞎猜。

现在的效果是：

一句话，AI 就能给你生成一个"全站可交付"的项目——前端是完全自定义的界面（简单到复杂都能做），后端是现成的多维表格。

4. 甚至能打包成单文件 HTML：零部署，随处分发

我还专门为零基础用户考虑到了最省心的一步——整个项目的结果物，可以直接打包成一个单文件 HTML。界面、逻辑、SDK，全部装进一个文件里，对方双击打开就能跑。

分发也简单到极致：

• 邮件、微信群里直接发：一个 HTML 文件丢进聊天窗口就行，对方双击打开就能用，完全不用考虑网站部署这些复杂操作。
• 公司内部共享：需要多人协作、共享版本更新？把 HTML 放进公司内部的共享文件夹即可，谁打开都是最新版，谁改完覆盖回去就是一次更新。
• 外网也能访问：想随时随地都能打开，就把 HTML 丢到腾讯 COS 这种文件存储服务上，一年费用连 1 块钱都不到——几乎零成本的架构，却能实现外网访问。

零基础用户最怕的"部署"，到这里就彻底消失了。这是目前零基础用户从零搭系统最顺手的一条路，没有之一。

四、浏览器插件 Skill 大升级：全面 React 化，复杂项目也扛得住

除了多维表格，这一轮我把浏览器插件也做了大升级。

之前有人问我："插件 Skill 能做复杂项目吗？" 说实话，上一版能做，但界面一复杂——列表、筛选、多视图、状态联动——AI 写起来就开始吃力，而且每次改功能都要重新打包、重新装、重新刷新，迭代很痛苦。

这次升级，把这两个痛点都解决了：

1. 引入 React 框架，复杂界面不再是问题

Skill 现在内置了 React 18 + TypeScript 的开发蓝图。界面复杂？列表筛选、多视图切换、状态管理——这些都是 React 的看家本领，AI 用现成蓝图写，又快又稳。

2. 热加载模式，迭代快到你不敢信

改一行样式、改一个组件，页面1 秒内自动刷新，React 状态还保留着，不用重新打包、不用重新加载插件、不用刷新页面。以前改一次功能要几分钟的"等待-重装-刷新"循环，现在变成了实时预览。

3. AI 辅助检查，代码质量有兜底

插件开发最怕的是"看着能跑，实际埋雷"。现在 Skill 里内置了三层检查：Node 单测（跑逻辑）、浏览器自动化测试（跑真实页面）、运行时验收（跑真实插件）。AI 写完不是直接交付，而是先过一遍检查，发现问题当场修。

4. 框架保护区，AI 只改业务不拆结构

过去 AI 迭代多了，容易把好好的项目结构改乱。现在 Skill 给插件项目划了"框架保护区"——AI 只能改业务代码，不能动 manifest、打包脚本这些结构性配置。项目越大、迭代越多，这个保护越值钱。

5. 一键交付，用户拿到就能装

开发完打包好，配上一键安装器——用户双击、选浏览器、完成。Edge、Chrome、360、搜狗、夸克、UC 都能装，不需要开发者模式，不需要应用商店，不需要翻墙。

所以现在浏览器插件这条路的定位是：

小需求，原生 JS 秒出；复杂需求，React 蓝图顶上；迭代再频繁，热加载 + 框架保护区兜底。 从"能做小工具"升级成了"能扛复杂项目"。

而且别忘了——上一节说的 WPS 多维表格 SDK 页面模式，和浏览器插件是天然绝配：插件做前端入口，多维表格做后端数据，一套完整的业务系统就这么拼出来了。

五、新路：业务系统搭建 Skill——通向"终极方案"

多维表格虽然是我的首选，但它也有个天花板：再强，本质还是"轻量级后端"。有些场景它确实力不从心，比如：

• 需要独立账号体系、多租户、对公开放访问
• 需要关系数据库、对象存储、更高并发
• 需要 Python 的 AI / 数据处理生态深度介入
• 需要微信小程序、需要服务端渲染、需要支付回调

这些"最复杂的方案"，以前零基础用户基本碰不了。

所以我新开了一个 Skill——业务系统搭建（business-app-builder），专门应对这类需求。 目前还在迭代和测试中，但方向已经非常清晰——九条技术路线，覆盖从轻到重的完整光谱：

其中最值得关注的两条：

一是局域网 BS 架构业务系统。 不想把数据放云端？不想用多维表格这种托管服务？Skill 可以直接让 AI 给你搭一套跑在自己电脑/内网服务器上的完整业务系统——数据库、后端、前端全都有，公司内网访问，数据完全自己掌控。

二是腾讯云 CloudBase。 它是国内"开箱即用"程度最高的云端开发环境之一——登录、数据库、文件存储、云函数、静态托管，一站式搞定。想做正经的、要上线的业务系统，这条路最省心。

但注意：业务系统 Skill 是"多维表格不够用时"才上的升级路线，不是让零基础用户一上来就用。Skill 里内置了完整的升级触发条件：什么时候该从轻量路线升级、什么时候该换更重的方案，AI 会带着你一步步做判断，而不是一上来就给你上最重的方案。

六、现在，零基础做应用的三级火箭

把这三件事串起来看，现在零基础用户做应用，有了一条完整的"三级火箭"：

第一级和第二级已经升级到位、稳定可用；第三级正在迭代测试中，等打磨成熟了会正式发布。

我特别想对零基础用户说的是：

别一上来就追求"最专业"的方案。普通业务场景——进销存、客户管理、报名收集、库存台账、审批流——第一级就够用了，而且够用得很舒服。 先走通第一级，真遇到天花板，再升级也不迟。

七、免费，欢迎体验，欢迎打赏

和之前一样，这套 Skill 全部免费。

浏览器插件 Skill 和 WPS 多维表格 Skill 的这次升级已经上线可用；业务系统搭建 Skill 还在迭代测试中，我整理好后会在公众号同步。

也欢迎加我好友，进入免费社群，亲手体验：一句话让 AI 做一套多维表格当后端的全站应用，或者一句话生成一个 React 浏览器插件。

如果觉得这些折腾值得认可，欢迎随喜打赏。 不设固定金额，你觉得值多少就打赏多少。

写在最后：Skill 的价值，是把"经验"变成 AI 的肌肉记忆

回头看这半个月 162 个项目的使用数据，我最深的感受是：Skill 卖的不是代码，是"踩过的坑"。

WPS 多维表格 Skill 里那些实测结论——什么接口能用、什么字段类型怎么传值、微信登录怎么接、什么场景会踩坑——每一句背后都是一次真实失败。为什么 AI 用这套 Skill 写代码特别准？因为我把代码应用一条条打通、把示例一份份沉淀进去，AI 学的是"被验证过的答案"，而不是"理论上的可能"。

浏览器插件 Skill 里那三层检查、框架保护区、热加载方案，也一样——每一条都是真实项目里反复调试出来的。

AI 本身不知道这些。它只知道"理论上可行"。而 Skill 的作用，就是把这些"理论"全部替换成"实测"，让 AI 第一次写就写对，让用户第一次用就跑通。

这就是为什么我说：AI 编程的上限，取决于你往 Skill 里沉淀了多少真经验。

这三条路，你准备先走哪一条？

想体验升级后的 Skill？欢迎加好友进入免费社群，亲手玩一把，关注公众号，后台回复“skill”。