Skill Weave 技能牌组编织器

要解决什么问题

技能库涨到几百个之后，单点选技能容易错配：研究类任务误走代码链、搜索步骤静默空结果、相邻技能功能重叠却硬串成「伪链」。Skill Weave 把已验证技能登记成「牌」，用链表达真实的数据/workflow 顺序（顺子串行、对子可并行），让路由层先识别链再加载整链，而不是在对话里临时拼技能名。

核心机制

• 链识别 v2：identify_chain() 用加权触发词（核心词 3 分、泛词 1 分）、链优先级平局打破、以及 bigram 模糊兜底，把用户表述映射到预定义的 12 条 R12 审计链（如研究→写作、搜索→清洗、需求→代码等）。

• 路由闭环：标签缩小候选 → Thompson 采样在质量/新鲜度/成本/语义上选牌；历史成功/失败反馈会调整权重（新技能需灌入初始反馈，否则冷启动分不出高低）。

• 并行检测：对子链两步可由 detect_parallelism() 自动标为可并行；顺子/飞机/箭矢保持严格串行。

• 拆·织·验：设计收敛后的实现类任务，父 Agent 拆任务与接口契约，子 Agent 并行编码+TDD，父 Agent 再做集成、基准回归与文档——对应 Loop Engineering 里的一种落地形态。

• 新链推演：校检 / 实测 / 注册三子 Agent 并行；注册只出补丁不落地，父 Agent 以 E2E 实测结论优先于注册设计来改链序后再写入 weave_chains.py。

边界与陷阱

• 搜索后端：触发「搜索→清洗」类链时，默认 web_search 可能走 Firecrawl 且在国内环境静默空结果；文档要求优先 MCP（如 Bright Data）或 Bocha 等后端，见 multi-search-engine 降级说明。

• 非串行能力栈：飞书相关技能是按需组合的能力索引，不是 A→B→C 管道，不应按顺子链理解。

• 架构债（文档自述）：v0.4 韧性/验证模块曾未完全接入主路由；改链定义应跑 benchmark_chain_routing.py（23 条标准查询）做回归，勿依赖不存在的 pytest tests/ 路径。

• 元技能 vs 链：元技能（tier 0）是领域导航索引，链（tier 1）才是可执行的串行工作流；「该用哪个技能」走元技能，「按步骤做完一整条流水线」走链。