feat: 方案乙技能——bid-orchestration编排规范+PM编排职责+分析员上游参照规则+总纲改链式分析

skills_library/pipelines/bidding_general/common/bid-orchestration/SKILL.md

@@ -0,0 +1,41 @@
+---
+name: bid-orchestration
+description: 解析编排（2026-09-04 方案乙）——PM 按任务链顺序派发分析维度：评分项 →（资质 ∥ 要求+骨架）→ 成本收益。编排意图归 PM，依赖门禁由代码强制。触发：解析编排任务（task_kind=analysis_orchestration）。
+capability: bid_orchestration_capability
+tools: [analysis_progress, dispatch_analysis_dim]
+---
+
+# 解析编排（投标产线，2026-09-04 方案乙）
+
+解析首跑不再由对账器并行硬派，对账器派「解析编排」任务给你（PM）。
+你负责按任务链顺序派发，代码守依赖门禁（跳步会被工具拒绝）。
+
+## 任务链（依赖不可跳）
+1. **scoring 评分项与得分规则**——无上游，首发。
+2. **quals 资质清单与要求** ∥ **reqs_outline 投标文件要求与章节骨架**——都只依赖 scoring
+   QC 通过，可并行派发。
+3. **cost_benefit 成本收益分析**——依赖前三个维度全部 QC 通过，最后派。
+
+评分项先行的原因：它带否决项清单，是资质/要求的交叉核对基准；
+要求+骨架后行的原因：章节骨架要挂评分项，必须先拿到评分项；
+成本收益最后的原因：它是综合判断，要拿评分项+要求+骨架做输入。
+
+## 编排动作（每次编排任务）
+1. `analysis_progress` 看各维度进度与门禁状态（就绪/阻塞缺什么）。
+2. 对每个「就绪且待派发」的维度调 `dispatch_analysis_dim`：
+   - 上游 QC 未全过的维度会被工具拒绝，不重试、不绕过，等上游；
+   - 已过的上游自动注入任务参数，分析员会先读上游产出再抽取。
+3. 派发完当前就绪的维度后完成任务——**不长等**，对账器下轮会再派新编排任务。
+
+## 编排意图（归你，代码不管的部分）
+- **指令补充**（dispatch 的 instructions 参数）：异常招标文档的特殊交代
+  （非常规章节结构、多包件、框架协议等）、交叉核对要点（如"与上游★条款清单
+  逐条比对，矛盾照录两条"）。
+- 顺序微调：同层维度内部可先派更关键的（如 reqs_outline 先于 quals），
+  但跨层顺序不得违反依赖链。
+- 发现招标文件本身有问题（不可读/截断/非招标文件）：冒泡人工，不硬派。
+
+## 硬规则
+- 依赖门禁拒绝后**禁止**反复重试同一维度——等上游，或冒泡人工说明阻塞原因。
+- 派发即完成编排任务的交付物：分析维度任务已建（对账器下轮可见），不保证分析产出。
+- QC 退回重做不归你管（对账器自动派，带改进意见）。

skills_library/pipelines/bidding_general/common/bid-workflow/SKILL.md

@@ -11,14 +11,21 @@ description: 投标产线总纲——阶段链、解析QC契合度审核门禁
 即自动建项目并进入解析（未建项目时自动立项，项目名缺省取文件名）；配人工具已下线，参与人员不再作为产线步骤。
 
 ## 阶段链
-收到招标文件（自动立项）→ **四维度并行分析**（评分项与得分规则/资质清单与要求/
-投标文件要求与章节骨架/成本收益分析）→ **五类产出逐一 QC 契合度审核**
+收到招标文件（自动立项）→ **四维度链式分析（PM 编排，2026-09-04 起）**
+（评分项与得分规则 →（资质清单与要求 ∥ 投标文件要求与章节骨架）→ 成本收益分析）
+→ **五类产出逐一 QC 契合度审核**
 → 资质准备（知识库匹配+人类文件清单，只挡商务章）→ 分章节编写（**章节级依赖门禁**）
 → 章节独立评审 → 合成标书 → 整书评分 → 交付确认
 
-四维度分析（2026-09-02 起）：对账器为每个缺失维度各派一个分析任务**并行执行**
-（引擎每项目并发上限保证真并行），各维度独立落库、独立过 QC、独立重试；
-成本收益分析是新增维度，落库表 bid_cost_benefit（单项成本/收益 + 关键结论）。
+四维度链式分析（2026-09-04 起，方案乙）：首跑任务不再由对账器并行硬派，
+对账器派「解析编排」任务给 PM，PM 按依赖链顺序派发（技能 `bid-orchestration`）：
+评分项先行（带否决项清单作交叉核对基准）→ 资质 ∥ 要求+骨架（都只依赖评分项，可并行）
+→ 成本收益（综合判断，依赖前三维全部过 QC）。
+分工：编排意图（顺序判断/异常文档指令/交叉核对要点）归 PM；
+依赖门禁由代码强制（dispatch_analysis_dim 上游未全过拒绝派发，不得跳步）；
+已过的上游自动注入下游任务参数，分析员先读上游再抽取（交叉核对/矛盾照录）。
+QC 退回重做仍由对账器自动派发（带改进意见），不归 PM。
+PM 编排掉链保护：编排任务重派超 3 次仍有维度缺失 → 冒泡人工。
 
 章节独立派发与独立评审（2026-09-03 起）：**每章只看自己依赖的上游**——
 上游产出通过 QC 即立即派发该章编写任务，不再等五类 QC 全部通过；

skills_library/pipelines/bidding_general/roles/agent.pm/role/SKILL.md

@@ -1,13 +1,16 @@
 ---
 name: role
-description: 投标项目经理：验收各角色任务交付件；编写阶段前从样板标书抽取编写规范（章节结构/篇幅口径/商务要素）供写者与评审参照。
-capability: task_capability, bid_spec_capability
-tools: [extract_writing_spec, add_kb_doc, list_kb_docs, kb_doc_detail, search_bid_kb]
+description: 投标项目经理：解析编排（按任务链派发分析维度）；验收各角色任务交付件；编写阶段前从样板标书抽取编写规范（章节结构/篇幅口径/商务要素）供写者与评审参照。
+capability: task_capability, bid_spec_capability, bid_orchestration_capability
+tools: [extract_writing_spec, add_kb_doc, list_kb_docs, kb_doc_detail, search_bid_kb, analysis_progress, dispatch_analysis_dim]
 ---
 
 # 投标项目经理（agent.pm）角色定义
 
 ## 职责
+- **解析编排**（2026-09-04 起，任务参数 task_kind=analysis_orchestration 时）：
+  按任务链顺序派发分析维度（评分项 →（资质 ∥ 要求+骨架）→ 成本收益），
+  详见技能 `bid-orchestration`（先读它）。编排意图归你，依赖门禁由代码强制。
 - 验收各角色任务的交付件（任务进入 review 状态后由你审核）：
   - 交付件是否真实落库/落文件（查表计数，不信任务声称）
 - **编写规范抽取**（章节编写派发前）：
@@ -21,3 +24,4 @@ tools: [extract_writing_spec, add_kb_doc, list_kb_docs, kb_doc_detail, search_bi
 
 ## 应遵守的规范
 - `bid-workflow`：产线总纲（先读它）
+- `bid-orchestration`：解析编排任务链（收到解析编排任务时必读）

skills_library/pipelines/bidding_general/roles/agent.tender_analyst/role/SKILL.md

@@ -2,7 +2,7 @@
 name: role
 description: 招标文件分析师：按任务维度并行分析——评分项+得分规则/资质清单/投标文件要求+章节骨架/成本收益分析。抽取漏项必须补。
 capability: bid_analysis_capability
-tools: [read_tender_file, list_tender_files, extract_scoring, extract_quals, extract_reqs_outline, extract_cost_benefit, add_scoring_item, add_qualification, add_doc_requirement, update_doc_requirement, add_cost_benefit_item, create_chapter_outline, patch_chapters, list_scoring_items, list_doc_requirements, mark_file_extracted]
+tools: [read_tender_file, list_tender_files, extract_scoring, extract_quals, extract_reqs_outline, extract_cost_benefit, add_scoring_item, add_qualification, add_doc_requirement, update_doc_requirement, add_cost_benefit_item, create_chapter_outline, patch_chapters, list_scoring_items, list_doc_requirements, list_qualifications, mark_file_extracted]
 ---
 
 # 招标文件分析师（agent.tender_analyst）角色定义
@@ -19,6 +19,14 @@ tools: [read_tender_file, list_tender_files, extract_scoring, extract_quals, ext
 通用规则：
 - 先 read_tender_file 分段读招标文件（必要时），抽取后 mark_file_extracted 标记。
 - 发现漏抽用 add_scoring_item / add_qualification / add_doc_requirement / add_cost_benefit_item 补录。
+- **上游参照**（任务 params 带 upstream_dims，2026-09-04 起）：本维度的上游维度已通过
+  QC（如评分项过了才派资质）。动手前先调 list_scoring_items / list_doc_requirements /
+  list_qualifications 读上游产出，抽取时交叉核对：
+  - 上游★条款/否决项逐条比对本维度覆盖，发现矛盾**两条都照录**不合并；
+  - 资质维度对照评分项的资格条件；要求+骨架维度挂评分项用真实 id；
+  - 成本收益维度以评分项+要求+骨架为输入做综合判断，不再裸读全文猜商务模型。
+  - PM 的 instructions（params.pm_instructions）是对本维度的专项指令，优先级仅次于
+    qc_improvements。
 - **QC 退回重做**（任务 params 带 qc_redo=1）：该维度产出物已被清空，必须按
   params.qc_improvements 里的改进意见逐条修正后重做对应维度；改进意见是 QC 对照
   原文核对的结果，优先级高于自己的判断。