From 3ee6eb545bc78c73a86dbc90c4cea265df141ed3 Mon Sep 17 00:00:00 2001 From: yumoqing Date: Thu, 17 Sep 2026 16:23:54 +0800 Subject: [PATCH] =?UTF-8?q?docs(skills):=20=E6=8A=95=E6=A0=87=E6=8A=80?= =?UTF-8?q?=E8=83=BD=E5=90=8C=E6=AD=A5A3=E6=A0=87=E5=87=86=E6=B5=81?= =?UTF-8?q?=E7=A8=8B=E6=8A=80=E6=9C=AF=E6=A0=87=E8=A3=81=E5=89=AA=E9=93=BE?= =?UTF-8?q?(7=E6=96=87=E4=BB=B6)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - 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使用规则(摘要行不是评估项别写进正文) --- .../common/bid-orchestration/SKILL.md | 4 ++++ .../common/bid-tech-proposal/SKILL.md | 15 +++++++++++++++ .../bidding_general/common/bid-workflow/SKILL.md | 13 ++++++++++--- .../roles/agent.bid_writer/role/SKILL.md | 6 +++++- .../bidding_general/roles/agent.pm/role/SKILL.md | 5 ++++- .../bidding_general/roles/agent.qc/role/SKILL.md | 5 +++-- .../roles/agent.tender_analyst/role/SKILL.md | 8 +++++--- 7 files changed, 46 insertions(+), 10 deletions(-) diff --git a/skills_library/pipelines/bidding_general/common/bid-orchestration/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-orchestration/SKILL.md index 080c12b..3d0750f 100644 --- a/skills_library/pipelines/bidding_general/common/bid-orchestration/SKILL.md +++ b/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）。 diff --git a/skills_library/pipelines/bidding_general/common/bid-tech-proposal/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-tech-proposal/SKILL.md index 6b57188..649596c 100644 --- a/skills_library/pipelines/bidding_general/common/bid-tech-proposal/SKILL.md +++ b/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 +任一被裁或头段被裁 → 整链跳过，技术章直接按招标骨架编写（存量项目/甘肃等已开写项目零影响）。 +下文各角色动作两条流程一致，「需求书」在标准流程下读作「招标文件技术需求部分」。 + ## 流程定位（与标准投标流程的根本差异） - **输入 = 技术需求书**（需求规格说明书/产品规格书/技术方案要求），**不是招标文件**——没有评标办法/评分标准/投标程序。 - **产出 = 技术方案书**（不是标书）。 diff --git a/skills_library/pipelines/bidding_general/common/bid-workflow/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-workflow/SKILL.md index 5206f27..e2f9a36 100644 --- a/skills_library/pipelines/bidding_general/common/bid-workflow/SKILL.md +++ b/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 逐段门禁）： diff --git a/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md index f19c78e..bfa99e5 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md +++ b/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 找真实合同再引用。 diff --git a/skills_library/pipelines/bidding_general/roles/agent.pm/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.pm/role/SKILL.md index 815ca45..7f21450 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.pm/role/SKILL.md +++ b/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` 第五节的复杂度标准判断——复杂任务用 diff --git a/skills_library/pipelines/bidding_general/roles/agent.qc/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.qc/role/SKILL.md index 6427909..8294962 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.qc/role/SKILL.md +++ b/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）才算该类工作完成**； diff --git a/skills_library/pipelines/bidding_general/roles/agent.tender_analyst/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.tender_analyst/role/SKILL.md index 187726a..8cd2eea 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.tender_analyst/role/SKILL.md +++ b/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 标记。