WPS多维表格Skill大结局:95%自动化达成,权限管理全面超越官方工具
一个Skill,让AI彻底接管WPS多维表格——从建表、建字段、写公式、配视图、写脚本、搭自动化流程,到最新的视图分享权限设置和高级权限角色管理,全部一句话搞定。自动化程度已不输VBA操控Excel。
先看一段对话
几周前,我发了第三篇推文《给AI装上一个Skill,让它一口气读懂你整个多维表格》。后台收到不少反馈,有人说”分析确实牛,但光分析不够啊,我想让AI直接帮我改”。
给AI装上一个Skill,让它一口气读懂你整个多维表格——连脚本和自动化流程都不放过
别再说多维表格只是”高级Excel”了!我用它搭了一套服装打版全流程管理系统
把多维表格变成”零代码数据库”:当飞书和WPS遇到 AI Skill
当时的Skill已经能改了——增删表、改字段、读写记录、管理脚本、启停自动化流程,这些都是上一版就有的能力。
但有两块硬骨头一直没啃下来:
视图分享权限 和 高级权限。
这两块有多难?WPS多维表格的权限体系不是简单的”谁能看、谁能改”,它包含了:
- 每个视图独立的分享开关和权限范围
- 分享给”指定人”时的精确ACL名单
- 高级权限里的自定义角色、表级细粒度权限
- 角色的行过滤规则(哪些记录能看/能改)
- 角色的列过滤规则(哪些字段能看/能改)
人工配置一套复杂的权限,得在不同界面点来点去,十分钟起步。关键是——配完了没法审计,你不知道哪个视图给谁开了什么权限,时间一长就是一笔糊涂账。
而今天,这两个硬骨头,Skill啃下来了。
现在你只需要一句话:
“导出这个文档所有视图的权限清单成Excel,再把客户查看角色的可编辑字段限制为前5列。”
AI读完Skill,自动调接口、拿全量数据、交叉分析、生成Excel、执行权限变更——几分钟,全搞定。
从1.0到1.5.18:看完整个迭代,你才知道这套Skill有多深
很多人以为Skill就是”把知识文档丢给AI读”。那是1.0的做法。
这套WPS-dbsheet Skill经历了18个子版本迭代,沉淀的不是”知识”,而是”经验”——每一次踩坑后的修正、每一次实测后的口径调整,都固化进了对应的references文档。
我给你列几个关键迭代节点,你就明白这套Skill的”深度”在哪:
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
视图分享权限 + 整库权限Excel导出 + 指定人ACL管理 |
|
|
高级权限——角色管理、行过滤、列过滤、细粒度权限增删改 |
18个版本,22篇参考文档,11个AirScript测试模板,9个示例模板,8个PowerShell自动化脚本。
每一篇references都不是”抄官方文档”,而是”官方文档 + 实测修正 + 踩坑经验 + 稳定锚点”的四合一。
核爆级能力一:视图分享权限——一句话导出整库权限Excel
这是本轮迭代最让人兴奋的能力。
WPS多维表格的视图分享,功能很强大:每个视图可以独立开分享,可以设置全员/仅指定人/公司内,可以控制只能看还是能编辑,可以精细到哪些字段可编辑。
但问题是——管理界面碎片化。你想知道整个文档到底哪些视图开了分享、分别给了谁、什么权限?你得一个视图一个视图点开看。一个6张表、20个视图的文档,光检查权限就能花掉半小时。
现在用Skill,一条命令:
powershell.exe -NoProfile-ExecutionPolicyBypass-File` .\templates\Export-WpsViewShareAudit.ps1 `-DocUrl"https://365.kdocs.cn/l/xxxxx"输出一份完整的Excel,包含:
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
从”不知道配了什么权限”到”一份Excel清清楚楚”,只需要一句话。
而且这个导出不是”截图”——它是通过真实的ViewShare接口逐项读取的,数据和你实际配置完全一致。如果你想做权限变更,拿着这份Excel改完,AI再帮你反向写回去。
核爆级能力二:高级权限——角色权限的增删改查,精确到行和列
如果说视图分享权限是”轻量级权限”,那高级权限就是”企业级权限”。
WPS多维表格的高级权限支持:
- 创建自定义角色(如”客户查看角色”、”师傅操作角色”)
- 配置每个角色在每张表上的权限类型(不可见/仅查看/可编辑)
- 精细到行过滤——这个角色能看到或编辑哪些记录
- 精细到列过滤——这个角色能编辑哪些字段
- 管理每个角色的协作者名单
- 设置链接默认角色和团队默认角色
这套权限体系是WPS多维表格真正能当”轻量级ERP”用的基础。没有它,你做不了”师傅只能看自己的任务、老板能看全部、客户只能看自己的对账单”这种多角色系统。
而Skill现在能做的是:
1. 全貌巡检——一条命令看完整文档的高级权限配置:有几个角色、每个角色的权限设置、每个角色的协作者、每张表的权限矩阵。
2. 精确到行和列的权限配置——不只是”可编辑”,而是”可编辑哪些记录(行过滤)+ 哪些字段(列过滤)”。
3. 协作者管理——给角色加人、删人、替换全部协作者,支持从个人通讯录按姓名查找userId。
4. 边配置边验证——先让用户手动在界面上配一次理想状态,AI回读真实Criteria结构,然后原样复用到自动化脚本里。这套”界面配置→回读→自动化复现”的工作流,确保了自动化配置的精确度。
举个例子,你想给”客户角色”配置”只能编辑合作状态为’启用’的客户,且只能编辑3个字段”,传统做法是:打开高级权限面板→找到客户角色→点权限设置→在行过滤里手动配置筛选条件→在列过滤里逐个勾选字段→保存。这中间任何一步配错,你都很难发现。
现在用Skill:
“帮我给客户角色配置:在客户信息表只能编辑合作状态为启用的记录,可编辑字段为联系人、电话、备注。”
AI自动处理:解析字段名→构建Criteria→调PermissionSetting接口→回读验证→确认生效。
对比官方wps-docs:不是替代,是降维打击
WPS官方推出的wps-docs是一个Python SDK,封装了云文档的基础能力。它能做什么?查文件信息、下载上传、读写多维表格记录。
但当你需要做下面这些事的时候,wps-docs就力不从心了:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
wps-docs给你的是”接口签名”,WPS-dbsheet Skill给你的是”接口签名 + 实测结果 + 避坑指南 + 可直接复用的模板”。
这不是官方SDK做得不好——官方SDK要追求通用性和API覆盖面,不可能对每种字段类型、每种筛选场景做深度实测。但Skill不同,Skill追求的是”AI拿去就能用,用起来就不踩坑”。
一个更本质的区别:wps-docs只能操作表格数据本身(记录),而WPS-dbsheet Skill能操作整个多维表格的元层面——表结构、字段配置、视图设计、脚本管理、自动化流程、权限体系。 前者是”数据层操作工具”,后者是”全栈多维表格操控平台”。
对标飞书、钉钉的AI自动化:可控性才是王道
飞书多维表格有AI能力,钉钉多维表格也在推AI自动化。这些官方AI集成有一个共同特点:绑生态、收额度、黑盒操作。
具体来说:
- 绑生态:你必须在飞书/钉钉体系内用他们的AI,不能换成DeepSeek、通义千问或其他模型。
- 收额度:AI调用次数有限制,超了要付费。批量处理1000条记录?不好意思,额度可能不够。
- 黑盒操作:AI帮你做了什么、怎么做的,你看不到细节。出错了不知道错在哪,想手动调整没入口。
- 闭环限制:生成的自动化逻辑只能在多维表格内部跑,没法跟你自己的Python脚本、PowerShell任务、其他系统的webhook联动。
而WPS-dbsheet Skill的方案完全不同:
|
|
|
|
|---|---|---|
|
|
|
任意AI模型
|
|
|
|
无限额度
|
|
|
|
全程可见
|
|
|
|
独立代码/脚本
|
|
|
|
可被任何系统调用
|
|
|
|
极高
|
说白了:官方AI是在”替你做”,Skill方案是在”教你做并且把能力交到你手里”。
你生成的是一份可独立运行的代码——可以放进PowerShell定时任务每天跑,可以被Python程序调用作为数据层,可以塞进CI/CD流水线自动触发。不依赖特定平台,不消耗任何”AI额度”,一次生成,永久复用。
完整能力矩阵:一张表看清这套Skill到底能做什么
经过18个版本的迭代,这套Skill的能力已经覆盖了WPS多维表格95%以上的操作场景:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
95%以上的WPS多维表格操作,都可由AI通过Skill驱动代码来完成。
剩下的5%是什么?一些极端边缘场景——比如Lookup/SearchLookup从零创建仍未测通、智能表格1.0数据表的部分遗留限制、日期公式筛选在某些条件下的不稳定。但Skill里已经明确标注了这些边界,AI不会”假装能行然后报错”。
真正的”VBA级别”自动化:从界面操作到代码驱动
很多老用户对VBA操控Excel的印象是:“界面上的任何操作,都能找到对应的VBA代码来实现”。
这就是WPS-dbsheet Skill的终极目标——让AI对多维表格的操控达到同样的颗粒度。
VBA时代,你想自动化Excel的工作流:
1. 打开录制宏 → 手动操作一遍 → 停下录制 → 得到一段VBA代码
2. 这段代码包含了:选中哪个单元格、设置什么格式、插入什么公式、应用什么筛选
3. 下次要重复这个操作,直接跑代码就行
WPS-dbsheet Skill的做法是:
1. 你描述需求 → AI读Skill → 生成对应的AirScript/PowerShell代码
2. 这段代码包含了:读写哪张表的哪些字段、配置什么筛选条件、设置什么视图权限
3. 代码可以被保存、定时执行、被外部系统调用
区别在于:VBA录制只能录”你做过的事”,AI生成能做”你没做过但描述得出的复杂逻辑”。
比如这个需求:
“每天早上8点,自动检查客户表中’最后联系日期’超过7天的记录,把它们的’跟进状态’改为’需跟进’,然后给负责的销售发企业微信通知,最后把变更日志写入日志表。”
VBA能搞定吗?勉强——你得手动写一堆逻辑。而且VBA做不到发企微通知。
用WPS-dbsheet Skill:AI写一段AirScript(读写表格 + 筛选记录 + 批量更新)+ 一段Python(定时触发 + 调企微API发通知),两个脚本串联,全程自动化。
这就是”VBA级别的颗粒度 + 云原生时代的能力边界”。
为什么这套Skill”可控性最高”?
做技术的朋友应该能理解这个概念:AI辅助开发的可控性,决定了你敢不敢把它用到生产环境。
很多AI开发工具的问题是:AI生成了一段代码,你跑了,看起来对了,但你不知道它到底对不对。而且下次AI可能生成一段不同的代码,行为不一致。
WPS-dbsheet Skill的”可控性”体现在三个层面:
1. 知识层可控
每一条知识点(”复选框筛选要传’1’/’0′”、”级联字段写入走DBCellValue({districts:[…]})”)都来自真实项目的实测验证,并在CHANGELOG和references文档里有迹可循。不是AI”学”来的,是AI”查”来的。
2. 执行层可控
AI生成的代码是完整的AirScript或PowerShell脚本——你可以读、可以改、可以单步调试、可以做代码审查。不是”AI替你操作表格”,而是”AI给你一份操作表格的工具代码,你自己决定要不要用、怎么用”。
3. 成果物可控
生成的脚本是独立文件,可以版本控制(git管理)、可以团队共享、可以被CI/CD系统调度。不是锁在多维表格内部的自动化流程,而是一个标准的软件交付物。
最后:这套Skill的独特价值总结
回顾整个WPS-dbsheet Skill的迭代历程,它的核心价值不是”让AI操作多维表格”,而是:
1. 它是”知识工程”,不是”提示工程”。Skill不是写一段prompt让AI去硬猜,而是把22篇经过实测验证的参考文档、11个专项测试模板、9个示例代码模板、8个自动化脚本,系统性地组织成AI可理解的知识体系。
2. 它追求”100%精确”,不满足于”差不多能跑”。普通AI操作多维表格,可能10次有7次能跑通,3次因为字段类型理解错、筛选值传错、权限配置格式不对而失败。这套Skill的实测覆盖,把失败率降到几乎为零。
3. 它给AI的不是”说明书”,而是”经验手册”。官方文档告诉你”这个接口存在”;Skill告诉你”这个接口怎么用才对、什么情况会踩坑、踩了坑怎么绕”。前者是”数据”,后者是”知识”。
4. 它不锁生态。任意AI模型、任意开发语言、任意操作系统——只要你有一套能运行PowerShell和Node的环境,这套Skill就能发挥作用。不受平台限制、不被额度约束。
5. 它让多维表格从”工具”升级为”平台”。多维表格本来只是一个数据记录工具;配上这套Skill,它变成了一个可以通过代码自由操控的业务后端——有数据库、有权限、有自动化、有API。
一句话总结:WPS多维表格Skill从1.0迭代到1.5.18,18个版本、22篇知识文档、数十个模板和脚本,实现了95%以上的WPS多维表格自动化能力——表、字段、视图、记录、脚本、自动化、分享权限、高级权限,全链路覆盖。自动化程度堪比VBA操控Excel,全面超越官方wps-docs,且不绑定AI模型、不限使用额度、成果物可脱离平台独立运行。这是WPS多维表格二次开发领域最强的AI辅助方案,也是目前已知最完整的WPS多维表格自动化知识工程。
*如果你正在用WPS多维表格搭建业务系统,欢迎交流。前面三篇文章的评论区,很多朋友分享了他们的实际使用场景,非常精彩。这篇大结局之后,WPS多维表格的Skill化开发算是画上了一个阶段性的句号。

夜雨聆风