把方法论做成技能包：
让 AI 助手按你的口径回答问题

先说结论：文档的终点不是被读完，是被调用

结论放在最前面：一份方法论停留在文档形态时，它的价值只产生在「被读一次」的那一刻；把它固化成技能包，它才会在每一次相关对话里被调用一次。这就是我们最近做完的一件事——把内容中心里的 3 篇方法论文章，加上官网那套在线自测题库，重做成了 4 个可下载的技能包。

装上它的 AI 助手，会按我们写下的判断顺序回答：先问什么、后做什么、什么情况直接劝退。同一个问题，不同的人、不同的时间问，得到的框架是一致的——回答的口径不再取决于谁在提问，而取决于装了什么。

一屏看完这件事的四个数字：

一句先说的话：本文不引用任何「下载量」「使用率」数字。技能包的下载与调用行为目前还没有埋点，我们不拿推测当效果——这一点写在前面，比事后解释要好。

4 个技能包，一屏看完

四个包分别是这些，第三列比前两列更重要：

技能包和文章最大的区别，就写在第三列里：文章是等人来读，技能包是等一个触发场景出现。所以封装时我们花时间最多的不是抄正文，而是写清楚「用户问什么的时候该用它」——写宽了到处乱调用，写窄了永远不被调用。

拆开一个技能包：固定五段

把压缩包解开，里面没有代码，只有一份 Markdown 和一个说明文件。四个包共用同一个骨架（其中三个还固定了输出格式）：

其中「四问劝退」是原文里最有价值的一段，也最容易被读者跳过——它其实是一道闸门：权属凭证齐不齐、成本能不能可靠计量、有没有明确的使用或交易场景、是原始数据还是已加工产品。四问不过关，就不用往下走。在文章里它是第三个小标题，在技能包里它是第一步，会被强制先问。

包内固定输出长这样（节选自原文）：
【数据资产入表自查表】· 四问结论：□全过 □不过（卡在：______）· 五步完成度：1□ 2□ 3□ 4□ 5□ · 缺口清单：______ · 需要财务与数据双方共同确认的字段：______

这是整件事里最值得记住的一条经验：让 AI 说得准的，不是喂了多少资料，而是你有没有给它判断顺序和输出格式。

从文章到技能包：4 步

体量上，我们的经验是一个包 2-3 KB 就够：这四个包的 SKILL.md 分别是 2.1、2.1、2.2、2.8 KB。太小说明判断没抽干净，太大说明你把整篇文章搬进去了——那是文档，不是技能。

企业内部最值得固化的三类内容

技能包不是内容团队才用的东西。企业里真正适合固化的，往往是那些一直靠老员工口头传递的判断标准：

第三类是我们最看重的。企业里最常见的争论不是「数据错了」，而是「你那个数和我这个数不是一回事」。把口径固定下来的好处很直接：每次回答都引用同一份定义，争论的起点就从「你说我错」变成「这个定义要不要改」。

三条边界：别指望它解决什么

• 它不解决数据对不对，只解决说法不一致。框架负责「顺序对」，数字要你自己填，判断要结合你的实际业务校准。
• 它不含任何客户数据。四个包都是纯方法论封装，官网说明写明「不读取你的本地数据、不联网上传任何内容」，可以放进企业内网的 AI 助手。
• 它不替代真实调研与专业意见。以入表清单为例，包内边界部分写得很清楚：不替代会计师事务所意见，也不给具体估值与会计科目结论。