docs(skills): 投标技能同步A3标准流程技术标裁剪链(7文件)

- bid-workflow: 阶段链加A3段描述+BID_FLOW_STAGES 14阶段+tech_analysis/template_confirm连裁语义
- bid-tech-proposal: 加「标准流程复用本链」段(两流程差异对照表:输入基准/激活条件/落库范围/完成证据)
- bid-orchestration: 注明tech维度不走编排(对账器直派,PM不得dispatch,进度缺失不是掉链)
- agent.tender_analyst: tech维度改双流程表述(纯技术=需求书/标准=招标文件技术需求部分)
- agent.qc: tech_items审核对标原文双流程表述
- agent.pm: tech_template任务双流程同源+标准模式只替换技术章说明
- agent.bid_writer: +list_tech_items工具,正文补tech_summary使用规则(摘要行不是评估项别写进正文)

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

@@ -16,6 +16,10 @@ tools: [analysis_progress, dispatch_analysis_dim]
    QC 通过，可并行派发。
 3. **cost_benefit 成本收益分析**——依赖 scoring + reqs_outline 两维 QC 通过（2026-09-15 起不再等 quals，资质不阻塞标书推进）。
 
+⚠️ **tech 维度不走编排**：技术评估项抽取（analysis_dim=tech，标准流程 A3 裁剪链）由
+对账器直接派发，不进本任务链、不在 analysis_progress 就绪清单里——你**不得**对它调
+dispatch_analysis_dim（会重复派发）。看到 tech 相关进度缺失不是掉链，是 A3 段自管。
+
 评分项先行的原因：它带否决项清单，是资质/要求的交叉核对基准；
 要求+骨架后行的原因：章节骨架要挂评分项，必须先拿到评分项；
 成本收益最后的原因：它是综合判断，要拿评分项+要求+骨架做输入（不含资质——资质有无不影响成本收益测算，用户裁定 2026-09-15）。

skills_library/pipelines/bidding_general/common/bid-tech-proposal/SKILL.md

@@ -12,6 +12,21 @@ tools: [extract_tech_items, add_tech_item, list_tech_items, find_template_candid
 
 # 纯技术方案流程（bid_tech_proposal，2026-09-15 批2）
 
+## 标准流程复用本链（2026-09-17 起，A3 段）
+标准投标流程（flow_key=bid_standard）内置同款裁剪链 `tech_analysis → tech_qc → template_confirm`，
+产出标书「技术方案部分」，与纯技术方案流程**共用同一套角色动作与工具**（对账器共用段），差异只在基准与落库范围：
+
+| | 纯技术方案（bid_tech_proposal） | 标准投标 A3 段（bid_standard） |
+|---|---|---|
+| 输入基准 | 技术需求书全文 | **招标文件的技术需求部分** |
+| 链激活条件 | 已确认计划 base_flow_key=bid_tech_proposal | 有招标文件 + 两阶段启用 + 骨架 QC 已过 + technical 章全 pending + 无 kind='summary' 摘要行 |
+| 确认后落库 | 整表清落 bid_chapters（全书即技术方案） | **只替换 technical 章**（商务/报价章原样保留，机制自动分流） |
+| 完成证据 | bid_chapters 推进 | `bid_tech_items kind='summary'` 裁剪摘要行（confirm 时落库、新招标文件 reset 时清除） |
+
+标准流程下：链激活期间技术章不开写（商务/报价章照常流转）；tech_analysis/tech_qc/template_confirm
+任一被裁或头段被裁 → 整链跳过，技术章直接按招标骨架编写（存量项目/甘肃等已开写项目零影响）。
+下文各角色动作两条流程一致，「需求书」在标准流程下读作「招标文件技术需求部分」。
+
 ## 流程定位（与标准投标流程的根本差异）
 - **输入 = 技术需求书**（需求规格说明书/产品规格书/技术方案要求），**不是招标文件**——没有评标办法/评分标准/投标程序。
 - **产出 = 技术方案书**（不是标书）。

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

@@ -14,6 +14,9 @@ description: 投标产线总纲——阶段链、解析QC契合度审核门禁
 收到招标文件（自动立项）→ **四维度链式分析（PM 编排，2026-09-04 起）**
 （评分项与得分规则 →（资质清单与要求 ∥ 投标文件要求与章节骨架）→ 成本收益分析）
 → **五类产出逐一 QC 契合度审核**
+→ **技术方案部分：模版裁剪链（A3 段，2026-09-17 起）**
+（技术评估项抽取 → tech QC → PM 检索技术标模版按评估项裁剪骨架 → **用户确认** →
+只替换 technical 章骨架，商务/报价章原样保留；确认前技术章不开写，商务/报价章照常）
 → 资质准备（知识库匹配+人类文件清单，**信息流不阻塞任何章节**，2026-09-15 起）→ 分章节编写（**章节级依赖门禁**）
 → 章节独立评审 → 合成标书 → 整书评分 → 交付确认
 
@@ -39,11 +42,15 @@ PM 编排掉链保护：编排任务重派超 3 次仍有维度缺失 → 冒泡
 - 对账器是角色任务的唯一自动创建者，也是阻塞门禁的守门人。
 
 ## 流程裁剪（2026-09-11 起，通用机制 pipeline_flow_plans）
-投标预制流程 11 个阶段（bid_ability.BID_FLOW_STAGES 声明）可由会话 agent 按用户要求裁剪：
+投标预制流程 14 个阶段（bid_ability.BID_FLOW_STAGES 声明）可由会话 agent 按用户要求裁剪：
 - **裁剪时机**：项目启动阶段（已有角色任务 approved/completed 后拒绝）；确认后不可改。
 - **可裁性**：不可裁 = analysis_scoring/analysis_reqs_outline/chapter_write/compose；
-  可裁需警告（质量门禁）= qc_analysis/chapter_review/analysis_quals；
-  自由裁 = analysis_cost_benefit/prep/whole_score/delivery_confirm。
+  可裁需警告（质量门禁）= qc_analysis/chapter_review/analysis_quals/tech_qc/template_confirm；
+  自由裁 = analysis_cost_benefit/prep/whole_score/delivery_confirm/tech_analysis。
+  模版裁剪链三段（tech_analysis/tech_qc/template_confirm）：template_confirm 依赖
+  tech_analysis，裁 tech_analysis 必须连 template_confirm 一起裁（依赖断裂校验拒绝单裁），
+  任一头段被裁 → A3 整链跳过，技术章直接按招标骨架编写（存量行为）；只裁 tech_qc →
+  链仍走，评估项 QC 视为通过（警告待办里已提示风险）。
 - **确认门禁**：propose 后发 flow_plan_confirm 待办（全局阻塞门禁），只有用户能确认/驳回；
   agent 无确认工具。驳回 → 对账器继续暂停，会话 agent 读驳回意见修订重提（version+1）。
 - **确认后语义**（对账器按 plan_stage_enabled 逐段门禁）：

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

@@ -2,7 +2,7 @@
 name: role
 description: 技术标撰写工程师：专写技术标章节（技术方案/施工组织/实施计划/服务保障），按评分规则子维度写操作层内容，篇幅达标，搜不到就冒泡。
 capability: bid_write_capability
-tools: [list_chapters, chapter_detail, write_chapter, revise_chapter_text, submit_chapter, search_bid_kb, kb_doc_detail, list_scoring_items, list_doc_requirements]
+tools: [list_chapters, chapter_detail, write_chapter, revise_chapter_text, submit_chapter, search_bid_kb, kb_doc_detail, list_scoring_items, list_doc_requirements, list_tech_items]
 ---
 
 # 技术标撰写工程师（agent.bid_writer）角色定义
@@ -16,6 +16,10 @@ tools: [list_chapters, chapter_detail, write_chapter, revise_chapter_text, submi
   source_ref）是正文结构的唯一基准——照要求写，不凭通用习惯写。
 - **纯技术方案流程**（任务 flow_key=bid_tech_proposal）：章节以技术需求书评估项为覆盖基准
   （outline 已写清本章响应的评估项），写到操作层对标需求书原文，不按评分规则组织——详见 `bid-tech-proposal`。
+- **标准投标流程技术章**（outline 来自 A3 裁剪链、含 cover_categories 标注）：同样以评估项为
+  覆盖基准逐类响应（招标文件技术需求部分是原文基准），再叠加评分规则组织小节。
+  写前 `list_tech_items(kind="summary")` 读**裁剪摘要**（哪六类评估项裁剪、模版来源），
+  `list_tech_items`（默认 kind=item）核对本章响应的评估项逐条落实——摘要行不是评估项，别当需求写进正文。
 - 按得分规则枚举的子维度组织小节，逐维度应答，写到操作层（量化指标/流程步骤/责任人/表单）。
 - 重写任务（revise）必须针对 review_comment 里的改进意见逐条回应。
 - 案例/业绩先 search_bid_kb 找真实合同再引用。

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

@@ -13,10 +13,13 @@ tools: [extract_writing_spec, add_kb_doc, list_kb_docs, kb_doc_detail, search_bi
   详见技能 `bid-orchestration`（先读它）。编排意图归你，依赖门禁由代码强制。
   **流程裁剪计划生效时**：analysis_progress 会标注「已被用户裁剪」的维度——
   被裁维度不得派发（dispatch_analysis_dim 也会拒绝），只编排保留的维度。
-- **技术方案模版骨架拟定**（纯技术方案流程，任务 task_kind=tech_template 时）：
+- **技术方案模版骨架拟定**（任务 task_kind=tech_template 时；**两条流程同源**：
+  纯技术方案流程 flow_key=bid_tech_proposal 对标技术需求书，标准投标流程
+  flow_key=bid_standard 的 A3 裁剪链对标招标文件技术需求部分——你的动作完全一致）：
   find_template_candidates 检索模版（知识库预定模版→RAG→网络三级降级）→ propose_tech_template
   拟章节骨架发「模版确认」待办。骨架必须覆盖全部已抽取评估类别（漏类机制拒绝）；
   任务 params 带 reject_comment 时按用户驳回意见修订后重提。**用户确认前流程阻塞，你没有确认权**。
+  标准流程下确认只替换 technical 章骨架，商务/报价章原样保留（机制自动分流，你不用管）。
   详见技能 `bid-tech-proposal`（先读它）。
 - **任务复杂度判断与拆解**（2026-09-11 起）：
   派发/推进任务时按技能 `flow-plan` 第五节的复杂度标准判断——复杂任务用

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

@@ -11,8 +11,9 @@ tools: [start_qc, finish_qc, list_qc, qc_report, read_tender_file, list_tender_f
 - 任务带 params.qc_types（待审类型清单，2026-09-02 起对账器按类型各派一个审核任务）：
   逐个 `start_qc` → 读招标文件原文逐项核对 → `finish_qc` 落分。
 - 五类产出：评分项与得分规则 / 所需资质 / 投标文件要求 / 章节骨架 / **成本收益分析**。
-- **纯技术方案流程**（任务 qc_types=[tech_items]）：审技术评估项，start_qc(qc_type="tech_items")
-  → 读**技术需求书**原文（不是招标文件）逐条对照 → finish_qc 落分。
+- **技术评估项审核**（任务 qc_types=[tech_items]；纯技术方案流程对标需求书原文，
+  标准投标流程 A3 段对标招标文件技术需求部分原文）：start_qc(qc_type="tech_items")
+  → 读原文逐条对照 → finish_qc 落分。
   审核维度：六类完整性/原文一致（参数数量指标不失真）/mandatory 无漏标/功能点颗粒度/无编造。
   详见技能 `bid-tech-proposal`。
 - 每类产出按 10 分制打契合度分，**得分高于通过分（当前 8.5）才算该类工作完成**；

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

@@ -30,10 +30,12 @@ tools: [read_tender_file, list_tender_files, extract_scoring, extract_quals, ext
   绑定没落对 = 写者拿错编写要求 = 整章按错标准写，QC/评审同一把错尺子发现不了。
   **招标未明示技术标目录结构时**：按项目类型 load 参照模版裁剪骨架——AI智能体/大模型/软硬件一体类 → `bid-aiagent-tech-outline`（23章蓝本）；IT人力外包/人力资源服务类 → `bid-itstaffing-tech-outline`（25章蓝本）。用其 references/scoring-mapping.md 的裁剪流程按本项目评分项删并补，骨架要点写清每章挂载的评分项；招标明示了目录的以招标为准，模版只做子节参照。
 - `analysis_dim=cost_benefit` → 用 **extract_cost_benefit** 做投标成本与收益分析（保证金/预算/人力/采购等成本项 + 收益项，每项写推理依据，估算标注口径与置信度）。
-- `analysis_dim=tech`（**纯技术方案流程**，任务 flow_key=bid_tech_proposal）→ 输入是**技术需求书**（不是招标文件）：
+- `analysis_dim=tech`（任务 task_kind=bid_tech_analysis；**纯技术方案流程**输入是技术需求书，
+  **标准投标流程**（flow_key=bid_standard，A3 段裁剪链）输入是招标文件的**技术需求部分**）：
   用 **extract_tech_items** 抽取六类技术评估项（功能清单/功能点/硬件配置/技术架构/功能架构/部署架构）落库。
-  大文件分段（offset 递增），同名同类自动去重。抽完 **list_tech_items** 核对六类分布，缺类且需求书确实写了的用 **add_tech_item** 补录。
-  本维度只做技术层面分析，**不碰评分项/资质/成本收益**（需求书里没有这些）；requirement 必须能回溯需求书原文（source_ref 给章节条款号），需求书没写的禁止编造。
+  大文件分段（offset 递增），同名同类自动去重。抽完 **list_tech_items** 核对六类分布，缺类且原文确实写了的用 **add_tech_item** 补录。
+  本维度只做技术层面分析，**不碰评分项/资质/成本收益**；requirement 必须能回溯原文（source_ref 给章节条款号），原文没写的禁止编造。
+  标准流程下评估项是「技术标模版裁剪 + 技术章编写」的对标依据——漏抽=骨架漏章=方案书漏需求。
 
 通用规则：
 - 先 read_tender_file 分段读招标文件（必要时），抽取后 mark_file_extracted 标记。