七概念方法论编排分析报告

七概念方法论编排分析报告#

本报告基于 seven-concepts-cmd Skill 的知识沉淀场景(R→I→E→V链路),对微信文章分析任务 analyze-wechat-article-kicrd 进行系统性方法论编排分析,萃取可复用模式。

编排元数据#

属性

值

场景类型

知识沉淀(knowledge)

概念链路

R(复盘)→I(洞察)→E(萃取)→V(对抗审查)

执行深度

standard(标准版)

会话ID

sc-20260704-kicrd-analysis

质量门

G1✓ G2✓ G3✓ V门✓

R 阶段:复盘事实采集#

本次任务事实#

编号

事实描述

R1

任务对象为微信公众号文章《构建 Loop Engineering 的 14 步》(URL 含标识 kICrdEkPCYAiyOiwI-Gt1Q)

R2

文章作者为 Codez,转载方为 Datawhale 公众号,约2200字

R3

任务采用9步分析流程,委派子代理执行完整分析

R4

输出包含两层结构:学习笔记层(7章节)+洞察总结层(6章节)

R5

提炼出5个核心要点、5个可复用方法论、3个认知模型

R6

spec文档含13项FR、10项AC、9个任务、28个检查点,全部完成

跨任务对比事实#

编号

事实描述

R7

项目中已有15+个analyze-wechat-article-*任务,采用相同spec模板结构

R8

部分任务(dy98/3dnk/Vykbw)在spec目录中含独立 analysis-report.md 文件

R9

存在 loop-engineering-knowledge-milestone spec,显示Loop Engineering主题已做过知识沉淀里程碑

R10

本次任务spec目录仅含3个标准文件,未含 analysis-report.md

R11

前序任务eeb14的spec结构与本次完全一致,亦未进行后续知识沉淀

G1 质量门:事实清单无因果推断词 → 通过

I 阶段:洞察分析#

洞察1:分析报告交付物位置不一致,知识沉淀链路存在断点#

四元组

内容

现象

R8显示dy98/3dnk等任务在spec目录含独立analysis-report.md;R10显示本次任务仅对话输出,无独立报告文件;R11显示eeb14同样无独立报告

根因

spec模板的Non-Goals第4项明确"不创建独立的Wiki教程文档",但未区分"教程文档"与"分析报告存档",子代理按字面理解跳过了文件落盘

影响

分析成果仅存在于对话记录中,后续知识沉淀需重新提取内容,增加沉淀成本;跨任务检索无法定位历史分析报告

建议

在spec模板中增加FR-14"分析报告存档":分析完成后将完整报告写入 docs/retrospective/reports/knowledge/ 目录,与"不创建Wiki教程"区分开

洞察2:双层结构(学习笔记+洞察总结)已成为标准范式,但未萃取为正式模式#

四元组

内容

现象

R4显示本次任务输出双层结构;R7显示所有同类任务采用相同模板;跨dy98/3dnk/eeb14等任务对比,双层结构被反复使用

根因

spec模板设计时内嵌了双层结构,但作为"隐式约定"存在,未被萃取为显式可复用模式入库

影响

新模式创建者需重新摸索结构;双层结构的设计原理(内容理解vs深度洞察的层次分离)未被提炼,难以迁移到非微信文章分析场景

建议

将"双层分析结构"萃取为正式模式,包含触发场景、核心步骤、反模式、迁移验证,入库方法论模式库

洞察3:子代理委派模式高效但缺乏标准化验收指令#

四元组

内容

现象

R3显示本次任务委派子代理执行;R5显示产出丰富;但子代理的执行质量完全取决于主代理编写的任务指令

根因

反常识发现——子代理模式的核心风险不在"子代理能力不足",而在"主代理指令不完整"。本次任务指令包含了完整的9步流程与质量要求,产出质量高;若指令省略质量要求,产出质量会下降

影响

子代理模式的可重复性取决于主代理的指令编写质量,存在"好的任务产出好,差的任务产出差"的方差

建议

标准化子代理分析任务指令模板,内嵌验收标准与质量门,降低对主代理指令编写经验的依赖

G2 质量门:每条洞察包含四元组(现象+根因+影响+建议) → 通过

E 阶段:模式萃取#

模式1:双层分析报告结构(Content-Insight Dual Layer)#

属性

值

模式ID

BP-DUAL-LAYER

模式名称

双层分析报告结构(Content-Insight Dual Layer)

领域

内容分析 & 知识工程

优先级

P0(深度分析类任务)

使用次数

15+次使用,其中3+次已验证产出包含双层结构(kICrd/dy98/3dnk)

触发场景:需要对网页/文章/技术内容进行"既理解内容又提炼洞察"的双目标分析时

核心步骤:

  1. 学习笔记层(内容理解):文章基本信息→核心主题(一句话)→信息结构分析→主要观点与论据→核心要点(3-5个,视文章内容调整,质量优先于数量)→关键概念与数据一览→信息来源可靠性评估

  2. 洞察总结层(深度洞察):行业趋势洞察→市场动态识别→专业知识/方法论提炼→可复用认知模型→未来影响评估

  3. 层次边界:学习笔记层聚焦"原文说了什么"(事实层面),洞察总结层聚焦"分析者认为意味着什么"(判断层面);两层评估维度不同——前者评估信息可靠性(作者背景/数据来源/论证严谨度),后者评估未来影响(趋势/市场/方法论迁移性)

反模式:

  • ❌ 单层输出:仅做内容摘要,无深度洞察

  • ❌ 混合输出:理解与洞察交织,读者无法区分"原文内容"与"分析者观点"

  • ❌ 洞察无据:洞察总结层的内容无原文支撑,属于过度解读

迁移验证:

  • ✅ 微信文章分析:15+次使用,3+次已验证

  • ✅ 技术方案分析:可迁移到非微信文章的技术方案深度分析

  • ✅ 竞品分析:学习笔记层=竞品功能梳理,洞察总结层=竞争策略洞察

  • ✅ 学术论文分析:学习笔记层=论文内容理解,洞察总结层=研究意义与趋势

模式2:子代理分析任务标准化指令(Standardized Subagent Analysis Instruction)#

属性

值

模式ID

BP-SUBAGENT-STD

模式名称

子代理分析任务标准化指令(Standardized Subagent Analysis Instruction)

领域

智能体工程 & 质量保证

优先级

P1(委派子代理执行分析任务时)

验证次数

3+次(kICrd/dy98/3dnk)

触发场景:需要委派子代理执行复杂多步骤分析任务时

核心步骤:

  1. 指令结构标准化:目标URL/输入→分步骤流程(编号)→质量要求(6项)→输出格式规范

  2. 内嵌验收标准:每个步骤明确"产出什么",质量要求明确"达到什么标准"

  3. 上下文完整性:传递完整spec要求(功能需求+验收标准+非功能需求),不依赖子代理自行推断

  4. 输出位置明确:明确指定输出是对话呈现还是文件落盘,避免歧义

  5. 指令长度约束:标准化指令应控制在2000字以内,超过时考虑分步骤委派或提炼关键验收标准

反模式:

  • ❌ 指令省略质量要求:只说"分析这篇文章",不说"提炼3-5个核心要点+5个方法论"

  • ❌ 输出位置模糊:未说明是否需要文件落盘,子代理按字面理解跳过存档

  • ❌ 无验收标准映射:未将分析步骤与AC(验收标准)关联,无法验证产出完整性

  • ❌ 指令过长:超过2000字的指令可能降低子代理执行效率

迁移验证:

  • ✅ 微信文章分析:本次kICrd任务验证,9步流程+6项质量要求,产出质量高

  • ✅ 代码审查任务:可迁移到代码审查的子代理委派,内嵌审查标准

  • ✅ 文档生成任务:可迁移到文档生成的子代理委派,内嵌格式与内容要求

G3 质量门:两个模式均能迁移到≥1个非当前领域场景 → 通过

V 阶段:对抗审查#

审查意见(8条)#

#

视角

攻击点

严重度

是否采纳

V1

魔鬼代言人

"15+次验证"统计口径不清:spec模板相同不等于产出都含双层结构

高

✅ 采纳

V2

魔鬼代言人

两层边界在实际执行中模糊:"可靠性评估"与"未来影响评估"存在维度重叠

中

✅ 采纳

V3

新人视角

模式缺少具体章节模板,新人需参考现有案例才能执行

中

❌ 不采纳(已有15+案例可参考)

V4

实践者视角

"核心要点3-5个"数量限制是否合理?强行凑数会降低质量

中

✅ 采纳

V5

魔鬼代言人

模式1未指定两层篇幅比例,可能导致某层过于单薄

低

❌ 不采纳(比例应视内容而定)

V6

魔鬼代言人

模式2"内嵌验收标准"可能使指令过长,超过子代理处理效率最优点

高

✅ 采纳

V7

实践者视角

模式2未区分子代理类型(search vs general_purpose_task)的能力差异

中

❌ 不采纳(模式应保持通用性)

V8

未来视角

随AI模型能力提升,子代理可能不再需要详细指令,模式2可能过时

低

❌ 不采纳(当前阶段仍需要)

采纳修正汇总(4条)#

  1. (V1) 模式1验证次数修正为"15+次使用,其中3+次已验证产出包含双层结构"

  2. (V2) 模式1增加层次边界说明:学习笔记层=事实层面,洞察总结层=判断层面,评估维度不同

  3. (V4) 模式1核心要点数量修正为"3-5个(视文章内容调整,质量优先于数量)"

  4. (V6) 模式2增加指令长度约束:控制在2000字以内,超过时考虑分步骤委派

V门检查:审查意见8条(≥5条),采纳修正4条(≥2条) → 通过

行动项(原子化)#

#

行动项

责任

验收标准

状态

A1

在spec模板中增加FR-14"分析报告存档"要求

spec模板维护者

spec模板含FR-14,明确分析报告写入 docs/retrospective/reports/knowledge/ 目录

待执行

A2

将BP-DUAL-LAYER模式提交到模式库

知识工程师

模式文档入库,含触发场景/步骤/反模式/迁移验证

待执行

A3

将BP-SUBAGENT-STD模式提交到模式库

知识工程师

模式文档入库,含指令模板/验收标准/长度约束

待执行

A4

标准化子代理分析任务指令模板

智能体工程师

模板文件创建,内嵌9步流程+6项质量要求+输出格式

待执行

质量门通过记录#

质量门

检查内容

结果

时间

G1

事实无因果词

✅ 通过

R阶段完成时

G2

洞察四元组完整

✅ 通过

I阶段完成时

G3

模式可迁移

✅ 通过

E阶段完成时

V门

对抗有实质内容

✅ 通过

V阶段完成时

编排完成日志#

[CMD-LOG] | level=INFO | cmd=seven-concepts | step=Sn | event=CHAIN_COMPLETED | session=sc-20260704-kicrd-analysis | msg=知识沉淀链路完成:R→I→E→V全流程通过,产出3洞察+2模式+4行动项 | ctx={"scenario":"knowledge","chain":"R→I→E→V","quality_gates":"G1✓G2✓G3✓V门✓","outputs":{"insights":3,"patterns":2,"action_items":4}}