9月11日晚上，小红书上一条没什么热度的实测笔记，记了一件文档党比刷任何榜单都该关心的事：金山文档出了一个官方Skill，叫kdocs-skill，GitHub仓库是kdocs-app/kdocs-skill。装进Codex、授权登录自己的账号之后，Codex就能直接操作你的WPS/金山云文档——找文档、读内容、修改、新建、整理、存回云端，一个动作都不用你手动传文件。Word、Excel、PPT、PDF、智能表格、多维表格、知识库都在覆盖范围内，官方还预先做了搜索文档、生成PPT、网页剪藏、整理知识库这几条流程。实测作者的例子很日常：“找到我昨天的周报，把今天的数据补进去。”小红书
这条笔记点赞数为零，但它标记的变化，比数字大得多。
过去两年你伺候AI，从今天起AI带钥匙进门
回想你用AI文档助手的姿势：本地下载文件→打开某个对话框→上传→等它读完→拿到结果→再下载回本地。文件的每一次移动，都是你亲手搬的。授权的最小单位是"一份文件"，AI用完即忘。
官方Skill把这个姿势整个翻过来了：你把云盘的钥匙交给AI，它自己去你的工作空间里干活。省掉的是搬运，换来的是一次授权性质的改变——授权单位从"一份文件"变成"一整个云盘"。这不是体验升级的小差异，是风险结构的大差异。
而且这不是金山一家在动。往前看，知乎博主七月底整理的WorkBuddy必装Skill清单里，金山文档/WPS云文档官方Skill就已经位列第三。就在9月8日，腾讯文档发布AI服务全端升级、正式上线「AI工作台」，宣布从单纯制作内容进入真实文件和办公任务的完整流程，还与WorkBuddy在底层Agent能力上做了衔接，复杂任务可以一键"用WorkBuddy继续"迁移。9月11日Google的Antigravity CLI更新到1.2.1，专门加了一个值得关注的配置开关：用excludeDefaultComponents排除默认提示词片段和内置工具——大厂开始把"AI到底被装了什么"当成正经配置项来管。三条线拧在一起：文档平台正在把自己的操作权，做成Skill放进你的Agent货架上。知乎知乎小红书
这波Skill狂潮，收藏的人其实在收藏同一件事
要不要认真对待这个变化，看数据就够了。小红书6月4日一条"Codex千万别裸装，这几个skills必须装上"，17875赞、27204收藏。7月6日的《20分钟学会Codex》零基础教程，74416赞、116781收藏。6月12日另一条"9个Skills必须安排上"的合集帖，收藏同样破了万。小红书小红书
生态的厚度同样肉眼可见：有人盘点7个Skill市场，凑出"200万+AgentSkills大合集"。开源项目best-skills专门做了跨市场榜单，因为单个市场只能看到部分数据。安装榜第一，居然是"帮AI找Skill"的元技能——生态热到需要导航工具的程度。一个热门Skill在SkillHub的单条数据能跑到4.1万收藏、79.4万下载。知乎知乎知乎知乎
把这些爆款的收藏动机拆开看，几乎全是文档动作：做PPT、写论文、填表格、整资料、读手册。直到七月，知乎的Skill实测帖里，作者还没开口就先猜到了读者要追问哪句：“怎么没有文档处理的”——因为当时缺的恰恰是官方入口，文档操作只能靠网友自制脚本。现在官方下场补这个缺口，供需这才对上。知乎
但社区刚吵完一轮"弃用Skills"，共识恰好是别裸装
有意思的是，就在官方货架补齐的同时，知乎7月中冒出来、整个夏天都在发酵的话题"Codex用户集体弃用Skills是明智还是短视"里，反方声音非常扎实。一派在阴阳怪气：每删掉一个Skill，/goal完成的速度和准确性就又提升一点。知乎
另一派给了正经结论：弃用公共Skill是合理的，私有知识可以酌情做成Skill，甚至项目文档本身就能当Skill。这轮争议吵出来的共识，正好是装任何文档Skill前该记住的两句话：外来的Skill要审计，真正的金矿是把自己的重复流程沉淀下来。装别人的Skill解决"AI会不会干这个活"，写自己的Skill解决"AI按不按我的规矩干这个活"——后者的复利大得多。那条"把今天数据补进昨天的周报"，一年要说52次，做成自己的流程就该只说一次。知乎
风险也不是纸面上的。同样是9月12日的小红书笔记讲了个细节：明明让AI只检查文档，它却顺手改了文件、还启动了命令——遇到这种"热心过头"，先检查助手究竟装载了什么。作者的判断很到位：角色写得专业，不代表运行配置已经收窄；提示词、工具列表、技能装载、命令执行策略是四件分开的事，不能靠一句"你只许读"包办。这也是为什么Google在新版CLI里加那个开关：先减默认组件，再逐项核对剩下的动作。小红书
装之前，把这三条边界划清
第一条：你交出去的是什么。装Skill前先弄清授权粒度——是整个云账号全库可读，还是能限定到指定文件夹？如果现阶段还限不细，最朴素的做法是先做"云盘分家"：把合同、证件照、员工名册、家庭共享文档这类敏感件，挪出AI可触达的区域。这一步十五分钟就能做完，但它是新旧用法之间最值钱的一道保险。顺带记清实测里那条边界：kdocs-skill操作的是WPS/金山云文档，不是你电脑里的本地WPS软件——别指望它顺手整理你的本地文件夹。真想让AI动本机文档软件里那份文件，走的是另一条路线：嵌在WPS里的文档智能体，工具调用轨迹和写回动作就直接显示在文档窗口里。
第二条：它能做什么动作。第一次跑，先只让它"读文档、给建议"，不许写；确认行为干净后，再开修改类任务，而且先在副本和草稿文档上试。验收就用三类样本各过一遍：一个正常任务、一个故意缺材料的、一个话里夹带"顺手把旧版删了"的——看它会不会越权。你验收的不是总结好不好，是边界在不在。
第三条：你装的是谁的Skill。公共Skill装前把SKILL.md读一遍：什么时候触发、调用哪些工具和命令、会写什么位置。官方Skill的相对优势是来源可追溯、流程替你铺好，不是"官方=可以不审"。反过来，与其再收藏第30个别人的合集，不如从你最烦的那条重复流程开始写第一个自己的Skill。
对号入座一下：日常文档主战场就在金山/WPS云文档、又已经用着Codex或WorkBuddy的，这个官方Skill值得现在就装来玩；文件散在本地和微信生态、或者公司有合规红线的，先不动，等授权粒度细化了再说；而如果你用AI只是"丢份材料让它读个总结"，老姿势反而更安全——一次一份文件，用完就收，根本不用开这个授权。
接下来值得盯的三个信号：金山会不会在后续版本开放文件夹级授权；腾讯文档、飞书要不要跟进把官方Skill摆上第三方Agent的货架；以及best-skills这类榜单上，文档类官方Skill的排名会不会挤进前列。这三个信号里，第一个决定你敢不敢把整个工作空间交出去，后两个决定这条路线是巨头共识还是单家试水。
AI文档助手争了两年"谁读文档更准"，风向突然变了：现在比的是"谁敢进你的文件柜，以及给你什么钥匙进"。钥匙是新配的，柜子里的东西，最好也是新理过的。
