PKOS Agent Playbook 共性模式提炼稿 V1

核心判断：当 Playbook 数量开始成组出现时，系统的关键不再是“每个角色写一份手册”，而是从这些角色手册里提炼出可跨角色复用的运行法则。

解决什么问题

这份方法论要解决的，不是“某个 Agent 怎么写手册”，而是一个更高层的问题：

1. 为什么角色越来越多，系统却不一定越来越强？
2. 为什么很多角色明明各自优秀，协同时却仍然会重复劳动、越权吞并、过早固化或盲目执行？
3. 怎样从一堆分散的角色手册里，提炼出真正可复用的共性模式？

如果不先回答这三个问题，Playbook 群就很容易退化成“文档越来越多，但系统方法没有提升”的状态。

适用于哪一类重复问题

这套方法不是只适用于 PKOS 当前这一批 Agent。只要系统里开始出现“多个角色、多个职责、多个交接层级”的现象，它就适用，尤其适合：

• 多角色协作系统的角色设计
• Agent OS / 工作流 OS 的方法论蒸馏
• 角色边界、交接规则、升级机制的统一治理
• 从角色手册群中抽象出上位运行法则
• 评估一个新角色到底是在补能力，还是在制造重复资产

换句话说，它处理的是“Playbook 群如何变成系统规律”这类重复问题，而不是某一个角色的局部写法问题。

一、为什么要提这个稿

当 Playbook 数量很少时，系统只是在补角色资产； 当 Playbook 数量开始成组出现时，系统就不该只停留在“每个角色各写一份手册”，而应进一步追问：

这些角色作战手册里，哪些底层打法其实是重复出现的共性模式？

这份稿的目标，就是把这些重复出现的底层打法，从单个角色手册中抽出来，提升成可复用的方法论资产。

二、全流程：从角色手册到共性方法

第一阶段：先识别哪些角色已经成组出现

第一步不是急着总结，而是先判断系统是不是已经到了“可以提炼共性”的阶段。至少要满足三个条件：

• 角色数量不再是零散存在，而是开始形成角色群
• 多个角色之间开始出现可比较的起手动作、交接动作和输出结构
• 新角色的引入，已经不只是补缺，而是开始暴露系统级重复模式

只有到了这个阶段，才值得从角色手册升到方法论层。

第二阶段：再抽取重复出现的底层动作

这一阶段的目标不是写漂亮结论，而是把多个 Playbook 中反复出现的动作压出来，例如：

• 先看清，再执行
• 先稳事实，再做判断
• 先停 processing，再决定是否升级
• 先守边界，再谈角色增强

这里抓的不是角色个性，而是跨角色重复率最高、且对系统稳定性影响最大的动作。

第三阶段：把模式改写成可复用法则

从“观察到重复动作”还不够，还要把这些动作提升成：

• 为什么重要
• 在什么场景下触发
• 如果违反会出现什么问题
• 下次新角色是否也该遵守

只有写到这一步，共性模式才从“经验感觉”变成“可复用法则”。

第四阶段：反向校验能不能指导新角色

最后一步不是继续抽象，而是反过来看：这些法则能不能指导新角色设计、角色交接、角色裁撤和角色边界治理。

如果不能反过来指导新角色，那说明这份稿还只是总结，不算真正的方法论。

---

二、共性模式1：先看清，再动手

这是几乎所有高质量角色都在重复的一条底层规则。

典型表现

• 玄玑：先判主线、支线、优先级、是否该丢弃
• 清岚：先进件分拣，再决定是否拆工作包
• 文漪：先判复杂度、是否要调前处理、是否先过玄玑
• 工策：先确认为什么写、为谁写、写到什么深度，再组织生产
• PKOS Code Agent：先判是不能跑、跑错、还是新增能力，再动手改

方法论提炼

复杂系统里，最常见的低质量动作不是“做得不够快”，而是：

问题还没被看清，就已经开始生产。

所以高质量角色的共同第一步不是“开始执行”，而是：

• 定义问题
• 识别边界
• 判断类型
• 决定是否值得做

一句话提炼

没有起手判断的执行，通常只是把混乱推进得更远。

---

三、共性模式2：先事实，再判断

这条模式主要出现在资讯链、研究链、写作链，也会反复渗透到项目链与技术方案链。

典型表现

• 稽实：先核来源，再出已核实 / 待核 / 冲突
• 补文：先补正文与事实点，不越权做主线判断
• 溯因：先确认事实基础，再补因果与意义
• 析砚：先拆素材结构，再分事实 / 观点 / 原话 / 线索
• 文漪：没有主线不硬写，未核事实不直接定论

方法论提炼

很多系统的问题，不是不会判断，而是：

在事实层还不稳时，就急着进入解释层和表达层。

这会导致：

• 错误放大
• 结论失真
• 后续必须返工

一句话提炼

判断可以有速度，但事实必须有地基。

---

四、共性模式3：先 processing，再升级

这是 PKOS Agent OS 和很多通用 agent 框架最大的差异之一。

典型表现

• 项目推进记录、风险单、拆解单先停 80000-processing/
• 资讯绝大多数先停 input / archive，不自动升级成资产
• 单Agent微进化先候选、再审议、再写入 Playbook
• 开源吸收先扫描、提取、改造，再考虑并入系统

方法论提炼

很多系统容易犯的错是：

• 太早总结
• 太早固化
• 太早方法论化

PKOS 更稳的路径是：

先允许中间工作面存在，再通过成熟度判断决定是否升级。

一句话提炼

processing 不是终点，但跳过 processing 往往会制造伪资产。

---

五、共性模式4：角色边界比角色能力更重要

这条是 Playbook 群里非常高频的共性。

典型表现

• 玄玑不替代凌玥做落盘治理
• 清岚不长期吞并专项能力角色
• 文漪不替代玄玑做复杂主题收束
• 凌玥不替代玄玑做高层主线判断
• 工策不替代清岚定义任务
• 商策不替代工策主控全文生产

方法论提炼

一个角色变强，不等于它应该什么都做。

真正成熟的多角色系统，不是靠“最强角色吞并一切”运行，而是靠：

• 角色边界清楚
• 角色交接顺滑
• 能力接口稳定

一句话提炼

角色能力可以增强，但角色边界不能失控。

---

六、共性模式5：高质量输出不是写得多，而是结构稳定

典型表现

几乎所有 Playbook 都在定义固定输出结构，例如：

• 当前判断 / 为什么 / 取舍 / 下一步动作
• 已核实 / 待核 / 冲突 / 建议降调
• 主题 / 弹药 / 缺口 / 推荐引用
• 商务影响点 / 风险点 / 防守点 / 建议动作

方法论提炼

系统稳定度的关键，往往不在“每次灵感有多强”，而在：

输出结构是否稳定到足以被反复复用。

结构稳定带来的收益是：

• 下游更容易接
• 日后更容易复盘
• 更容易做资产升级和方法论蒸馏

一句话提炼

高质量输出的前提，不是才华横溢，而是结构稳定。

---

七、共性模式6：交接不是甩锅，而是把问题送到正确层级

典型表现

• 补文 → 稽实 / 溯因 / 玄玑
• 析砚 → 采章 / 溯源 / 文漪 / 稽实
• 工策 → 清岚 / 玄玑 / 凌玥 / 商策 / 签衡
• 文漪 → 岚枢 / 玄玑 / 凌玥 / 清岚

方法论提炼

高质量交接不等于：

• 把任务推出去
• 把责任丢给别人

真正高质量的交接是：

把一个问题从当前不适合处理的层级，送到更适合处理的层级。

一句话提炼

交接的目标不是减负，而是让问题进入正确的处理层。

---

八、决策节点

这份方法论要真正可调用，必须给出节点，而不是只给结论。

• 如果一个新角色只是把旧角色动作换个名字重复一遍，则不要新增角色，先回到共性模式层看是否已有法则可复用。
• 如果一个角色开始长期吞并别的角色职责，则优先处理边界失控，而不是先给它继续加能力。
• 如果一个 Playbook 还停留在经验描述，缺少固定输出结构和交接规则，则它还不适合上升到共性法则层。
• 如果多个角色都在重复同一种起手动作、判断流或交接方式，则应该把它抽成上位法则，而不是继续散在各自手册里。
• 如果一条共性法则无法反向指导新角色设计，则它只是观察结论，不是方法论。

九、可复用工具箱

这一节的作用，不是罗列名词，而是把“怎么从角色手册群里提炼上位法则”压成可以反复调用的工具、清单和校验卡。以后无论是新增角色、重构角色，还是审视现有交接，都可以先回到这组工具里做体检。

工具 1：角色群体检表

判断系统是不是已经到了可以提炼共性的时候：

• 角色是否成组出现
• 是否已有稳定交接关系
• 是否出现重复动作
• 是否已有固定输出结构

工具 2：重复动作提取表

每次看 Playbook 群时，强制记录：

• 哪些动作重复出现
• 出现在哪些角色里
• 这些动作是在起手、处理中，还是交接阶段发生
• 重复动作背后到底在解决什么系统问题

工具 3：边界失控排查表

用于判断一个角色到底是在增强系统，还是在制造吞并：

• 它是否替代了上游角色
• 它是否越权吞并了下游职责
• 它是否让交接更清晰，还是更混乱

工具 4：新角色设计校验卡

新增角色前先过四问：

1. 这是补缺口，还是重复已有角色
2. 它的边界是否清楚
3. 它是否遵守现有共性法则
4. 它能否稳定交接给别的层级

十、边界与误用

这套方法有很明确的边界。

• 它不是为了把所有角色都抽象成一样；角色个性仍然重要
• 它不能替代单角色 Playbook，本稿是上位法则，不是具体作战手册
• 它也不能被误用成“看到重复就删角色”；有些重复是必要冗余，有些才是低质量重复
• 最常见的误用，是把共性法则写成口号，却不回去校验是否真的能指导新角色和新交接

一句话说，这份稿要解决的是系统规律，不是角色审美。

十一、案例验证

下面这些验证点不是泛泛而谈，而是从当前 Playbook 群里反向抽出的稳定证据锚点。它们说明，这些共性模式已经在多个角色、多个流程里重复出现，而不是一次性的写法巧合。

这份稿并不是空想推导，而是从现有 Playbook 群中反向蒸馏出来的。当前至少有三类稳定验证来源：

• 玄玑 / 清岚 / 文漪 / 工策 / PKOS Code Agent 等角色在“先看清，再动手”上的重复模式
• 稽实 / 补文 / 溯因 / 析砚 / 文漪在“先事实，再判断”上的重复模式
• 玄玑 / 凌玥 / 清岚 / 工策 / 商策等角色在“角色边界与交接”上的稳定分层

这说明当前的 Agent OS 已经不只是若干孤立角色，而是开始出现可被反向总结的系统规律。

十二、总提炼：从 Playbook 群中浮现出的四条底层法则

如果把上面所有共性再压缩，最后会收敛成四条底层法则：

法则1：先看清，再执行

法则2：先稳事实，再做判断

法则3：先停工作面，再决定是否升级为资产

法则4：先守角色边界，再追求角色能力增强

这四条，其实已经构成了 PKOS Agent OS 当前最重要的一组角色级运行法则。

---

十三、这一稿的意义

这份稿说明：

PKOS Agent OS 已经不只是“有很多角色 Playbook”，而是开始能够从 Playbook 群中蒸馏出更高层的方法论。

这意味着系统开始真正拥有：

• 角色层资产
• 角色层共性规律
• 角色层上升方法论

这正是从“文件越来越多”走向“系统越来越强”的关键拐点。

十四、结尾落点

这份方法论最重要的意义，不是证明 PKOS 已经有很多角色，而是证明：系统开始能从角色群中提炼上位运行法则。

一旦这件事成立，后面的角色设计、角色裁撤、交接治理和系统升级，就不再只能靠经验拍板，而可以回到同一组共性模式里复用和校验。