夜雨聆风
听完 OpenClaw 的“三省六部制”,我突然意识到:会用 AI,不等于会带 AI 干活(附三省六部技能包地址)
点击“蓝字”，关注我们
今天参加一个活动，现场一位老师分享了 OpenClaw ，里面提到一个很有意思的 skill，叫三省六部制。
他当时说了一句话，我印象特别深：如果你对“三省六部”这套机制不了解，可能也很难真正驾驭这个 skill。
坦白讲，我一开始是有点疑惑的。
一个 skill，为什么还要先懂古代制度？
但回来认真想了想，我反而觉得这句话很有道理。因为它不是在故作高深，也不是单纯起了个古风名字。它真正对应的，其实是一种很成熟的分工、审核、执行、协同的思路。而这一点，恰恰是很多人今天在使用 AI 时最缺的能力。
所以我回到家，仔细研究了这个skill，也想看下我的虾工、虾总、虾将是否适合修炼。
三省六部，真正重要的不是“历史感”，而是“组织感”
三省六部制，是中国古代一套很成熟的中央行政分工体系。简单理解，三省负责不同层级的决策、审议与执行，六部负责承接更细的具体事务。
它最核心的价值，不是名字有多复杂，而是它把一件大事拆成了不同环节：
有人负责起草，有人负责审核，有人负责落实，还有更细的部门去承接执行。
说白了，它解决的是一个很现实的问题：复杂的事情，不能只靠一个人从头想到尾、从头做到尾，而是需要分工，也需要制衡。
这也是为什么，这套思路放到今天看，依然很有启发。
为什么它会和OpenClaw 产生连接？
因为现在很多人虽然已经开始用AI 了，但使用方式还停留在很初级的阶段：
“我提一个需求，它给我一个答案。”
这种方式应付简单任务当然没问题。
比如润色一句话、列几个标题、写一段文案、做个初步总结，都够用了。
但只要任务变复杂，问题马上就出来了。
比如你要做一个培训方案，要兼顾逻辑、结构、案例和落地性；
比如你要做一个客户陪跑计划，要拆场景、定流程、做交付；
比如你要做一篇深一点的内容输出，不只是写出来，还得经得住推敲。
这时候你会发现，真正卡住你的，往往不是模型不够聪明，而是任务没有被拆开，角色没有被分清，过程没有被管理起来。
也就是说，很多人不是不会用AI，而是还没有进入“协作式使用AI”的阶段。
而OpenClaw 里这种“三省六部制”的skill，恰好提供了一种很形象的理解方式：不是让一个AI 从头包办到底，而是让不同角色协同处理一件事。
有人负责理解和起草，有人负责提出异议和检查漏洞，有人负责分发任务和推动落地，还有更细的执行角色承接具体动作。
你会发现，这已经不是“我在用一个工具”，而更像是“我在调度一个团队”。
什么样的人，适合去修炼这个skill？
我觉得，最适合修炼这类skill 的，不一定是最懂技术的人，而是已经开始面对复杂工作的人。
第一类，是任务链路比较长的人
比如做咨询、培训、运营、内容、项目交付的人。
你手上的事情，往往不是一句话就能说清，也不是一次生成就能结束。中间一定会有信息搜集、方案构思、逻辑校验、表达优化、任务分发、结果回收这些环节。
如果你的工作天然就是一条链路，那你就很适合练这种skill。因为它帮你建立的，不是某一个能力点，而是一整套任务运转方式。
第二类，是对结果要负责的人
有些工作不是“做出来就行”，而是“做出来以后要能交付、能解释、能复盘”。
尤其是对客户、对团队、对业务结果负责的人，更需要这种机制。
因为你要的不只是一个答案，而是一个可控的过程。
你得知道这版方案是谁起的草，哪里被审过，为什么这样改，最后怎么执行。
如果没有这样的分层，你很容易得到一个“看起来不错、但经不起细看”的结果。
第三类，是已经开始管理多任务的人
哪怕你现在还是一个人工作，但如果你同时跑几个客户、几个项目、几类内容，你其实已经不只是执行者了。
你更像一个调度者。
而一个调度者最需要的能力，就是拆任务、配角色、控过程、拿结果。
这就是三省六部制这类skill 的价值所在。
这个skill 应该怎么修炼？
我自己的感受是：先不要追求“搭一个很厉害的系统”，先从最基础的分工练起。
1.先练“三省”，不要一开始就铺太大
你可以先把任何一个复杂任务，拆成三个动作：
起草：先把问题理解清楚，把第一版思路写出来。
审核：专门负责找漏洞、提异议、做校验。
执行：把通过的内容继续拆成明确动作，进入落地。
这三个环节一旦分开，你对任务的掌控感会明显提升。
因为很多人现在最大的问题，是把“思考、判断、执行”混在一起做，最后哪里出错都说不清。
2.再补“六部”，建立自己的执行能力池
六部不一定非要照搬古代名字。
你完全可以按自己的工作来理解。
比如有的角色擅长搜集信息，
有的角色擅长写表达内容，
有的角色擅长检查规则和风险，
有的角色擅长做表格、数据和结构化输出，
有的角色擅长推动流程和归档。
当你慢慢把这些角色固定下来，你就会发现：自己不是在“东试一个工具，西试一个模板”，而是在一点点建立属于自己的工作系统。
3.修炼的关键，不是更复杂，而是更稳定
真正有用的skill，从来不是最花哨的那个，而是你能反复使用、越用越顺的那个。
所以修炼这类skill，我觉得有三个原则很重要：
第一，一类工作只保留一套主流程。
不要今天一种写法，明天一种角色结构，后天再换一套。流程越乱，结果越不稳。
第二，每个角色都要有边界。
谁负责起草，谁负责审核，谁负责执行，谁负责归档，要尽量清楚。边界清楚，协作才会顺。
第三，必须保留人工接管点。
尤其是涉及客户、判断、观点、交付的事情，不要迷信全自动。
三省六部强调的从来不是“完全放手”，而是“分工之后依然可控”。
三省六部技能包 https://github.com/cft0808/edict，发给龙虾让它修炼即可。
怎么用和管理，才不会越用越乱？
这一点我觉得比“会不会装skill”更重要。
现在很多人学AI，最大的问题不是不会用，而是用到后面越来越乱：技能装了一堆，流程换了一堆，角色设了一堆，最后真正能稳定复用的没几个。
所以管理上，我觉得至少要做到这几点：
第一，给每个skill 一个明确场景。
比如这套只负责写作，这套只负责客户方案，这套只负责培训课件。不要混用。
第二，每次使用后都做回收。
不是跑完就结束，而是要知道这次哪里顺、哪里不顺、哪个环节多余、哪个角色没发挥作用。这样才会越来越稳。
第三，把skill 当流程资产，不要当收藏夹。
真正有价值的，不是你装了多少，而是你留下了几套真正跑得通的机制。
我为什么觉得它值得普通人认真看一眼？
因为接下来，真正拉开差距的，可能不只是“谁更早会用AI”，而是“谁更早学会把AI 组织起来”。
以前我们觉得AI 像一个助手。
但现在越来越像的是：它开始像一个团队，而你要学会怎么带这个团队。
所以我现在回头再看活动上老师说的那句话，会觉得挺准确的。
如果你不理解“三省六部”背后的逻辑，确实可能很难真正驾驭这类skill。
因为你要驾驭的，不是一个功能，不是一个提示词模板，也不是一个表面上的工作流。
你真正要驾驭的，是一种处理复杂工作的组织方式。
而这件事，才是我今天听完以后，最有触动的地方。
会用AI，只是开始。会把AI 组织起来，才是下一阶段真正的能力。
