feat(core): 投标产线新增 bid-itstaffing-tech-outline(IT人力外包25章模版:人事制度工具数据五层骨架+总项/专项分工+制度四件套/工具三要素+案例真实/量化只在承诺口径+第25章数字化平台裁剪判据); 修正 bid-aiagent-tech-outline 配图规则(无t2i模型时i2i无图自动降级t2i能力出图,与selection.CAP_DEGRADE/_gate_plan代码事实对齐)

skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/SKILL.md

@@ -57,10 +57,12 @@ description: AI智能体软硬件一体技术标目录模版——23章骨架+
 ## 配图：必须用 i2i / t2i 真实生成（硬规则）
 本类方案图表密集（架构图/部署拓扑/能力矩阵/流程示意），**每张图都用 invoke_model 调平台图像模型生成真图**，
 呼应 agent.bid_writer 角色技能的配图规则：
-- **t2i（文生图）**：从零生成架构图/示意图。task 写清画面主体、层次结构、商务风格（白底/蓝色系/简洁）、图中文字要求。
-- **i2i（图生图）**：基于已有图改造——招标方给的现状图、我司标准架构图 → 风格化 / 局部重绘 / 补中文标注 / 换配色。**必须带输入图 URL**（否则触发 i2i 完备性门禁被拦）。
+调用时 model 留空即自动选型，写者不必关心底层命中的是 t2i 还是 i2i 模型：
+- **从零生成图**（架构图/示意图）：task 写清画面主体、层次结构、商务风格（白底/蓝色系/简洁）、图中文字要求，**不带输入图**。
+- **改造已有图**：带输入图 URL（招标方现状图/我司标准架构图 → 风格化/局部重绘/补中文标注/换配色）。
+- **平台无专门 t2i 模型时自动兜底**：选型候选池含 i2i 模型（`CAP_DEGRADE={t2i:i2i}`）；命中 i2i 模型且不带输入图 → 平台按 t2i 契约校验、**降级为文生图能力正常出图，不会被门禁拦**（机制见 platform_model_tools._gate_plan）。带输入图才走真图生图。
 - 成功后产物 URL **独占一行**嵌正文：`![图N 标题](URL)`，合成 docx 时自动嵌真图。禁止改写/自编 URL。
-- **禁止 ASCII 字符画 / 文本框线拼示意图**。invoke_model 返回 FAIL（平台无可用图像模型）时该处不配图、正文照常写，不因此阻塞章节。
+- **禁止 ASCII 字符画 / 文本框线拼示意图**。仅当 t2i、i2i 模型**全无**时 invoke_model 才返回 FAIL——此时该处不配图、正文照常写，不因此阻塞章节。
 - 配图**不计入篇幅凑数**：正文字数仍须达 bid_chapter_min_words 门限。
 每章的配图建议（配哪张图、t2i 还是 i2i、画面要点）见 `references/template-outline.md` 各章【配图】标注。
 

skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/references/scoring-mapping.md

@@ -75,10 +75,10 @@
 各模块用圆角矩形，层与层之间用箭头连接表示【数据流/调用关系】，图中标注中文文字：【关键标注】，
 16:9 横版，高清，无水印」。
 
-i2i 使用场景（必须带输入图 URL）：
-- 招标方提供的现状系统图 → 改造为目标态架构图；
-- 我司标准产品架构图 → 按本项目裁剪/换客户名标注/换配色；
-- 已生成的 t2i 图局部不满意 → 图生图重绘修正。
+t2i / i2i 选择（invoke_model 自动选型，无需手动指定能力）：
+- **从零生成**（不带输入图）→ 文生图。平台无专门 t2i 模型时自动选 i2i 模型并降级为 t2i 能力（`CAP_DEGRADE={t2i:i2i}` + `_gate_plan` 按 t2i 契约校验），照常出图，不会被拦。
+- **改造已有图**（带输入图 URL）→ 真图生图：招标方现状图改造为目标态、我司标准架构图换客户名/配色、已生成图局部重绘修正。
+- FAIL 仅在 t2i、i2i 模型全无时出现，此时该处不配图、正文照常写。
 
 各章配图清单见 template-outline.md 每章【配图】标注。合成 docx 时 markdown 图片行自动嵌真图
 （机制见 bid_compose_capability，写者只需按 agent.bid_writer 角色技能规范嵌 `![图N 标题](URL)`）。

skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/SKILL.md

@@ -0,0 +1,117 @@
+---
+name: bid-itstaffing-tech-outline
+description: IT人力外包技术标目录模版——25章骨架+人事制度工具数据五层+评分点驱动裁剪+制度四件套/案例真实+配图i2i/t2i。触发：投标是IT人力外包/人力资源服务/驻场外包类项目、编写技术标章节骨架时。
+---
+
+# IT人力外包技术标目录模版（投标产线）
+
+一份面向「IT 人力外包 / 人力资源服务 / 驻场开发测试运维外包」类招标的**技术标目录参照蓝本**，
+以及把它改造成**评分点驱动型目录**的方法。核心不是「套模版」，而是「拿模版做裁剪基准、
+把招标评分点嵌进对应章节」，并守住人力外包特有的两条命门：**案例真实**与**量化只在承诺口径**。
+
+## 什么时候用（触发条件）
+招标项目属于以下任一类时，PM 编排章节骨架、tender_analyst 抽取 chapter_outline、
+技术标写者（agent.bid_writer）编写章节前，用本模版作参照：
+- IT 人力外包 / 人力资源外包 / 人员驻场服务；
+- 软件开发外包（按人头/人月计费，含开发·测试·运维·数据·云·安全等岗位供给）；
+- 含数字化管理平台交付的人力外包（人 + 平台一体）。
+
+**不适用**：纯软件产品/平台采购（走 `bid-aiagent-tech-outline` 或按招标自身结构）、
+纯货物采购、纯工程施工——这些别套人力外包模版。
+
+## 定位：模版是蓝本，不是成品——必须裁剪（铁律）
+本模版是「25 章全集」，**禁止整套照搬**。最终章节骨架由**本项目招标文件**决定：
+- 招标评分表没有、需求不涉及的章 → 删章 / 并章（如招标不含数字化平台 → 删第 25 章、各章「管理工具」节合并压缩）；
+- 招标有、模版没有的章 → 补章（模版是参照，不是上限）；
+- 章节号 / 标题 / 顺序**最终以 bid_doc_requirements（req_type=structure）为准**，与招标「投标文件格式/技术标组成」逐条对齐。
+裁剪流程与判定见 `references/scoring-mapping.md`。
+
+## 组织主线：人事制度工具数据「五层骨架」（本模版灵魂）
+人力外包技术标的说服力来自**结构清晰**——评委一眼看出你想清楚了怎么管人管事。五层贯穿全书：
+1. **第一层 人（全生命周期）**：招聘 → 选拔 → 入场 → 工作 → 绩效 → 培训 → 稳定 → 替换 → 离场。
+   对应第 3~6、9~12 章，是全案主线，写透每个环节的机制。
+2. **第二层 事（项目运营）**：项目 → 任务 → 工时 → 质量 → 服务 → SLA → 风险 → 交付。
+   对应第 7、8、13、16、18、20 章。
+3. **第三层 制度（横切每章）**：**每一项管理都有明确的管理制度、流程、职责、考核标准**。
+   对应各章末的「XX 管理制度」节——制度不是口号，是「制度名 + 条款 + 流程 + 责任岗 + 考核口径」四件套。
+4. **第四层 工具（横切每章）**：**每一项管理都有对应数字化工具支撑，而非人工 Excel + 微信群**。
+   对应各章末的「XX 管理工具」节；大型招标把工具层提升为独立的第 25 章「数字化管理平台」。
+5. **第五层 数据（汇聚）**：人员/项目/工时/绩效/服务/SLA/风险数据全部汇聚到管理平台，形成**管理驾驶舱**。
+   对应第 17 章「服务数据管理」与第 25.17/25.18 节。
+
+写任何一章前先定位它在哪一层：人/事章写「机制 + 流程 + 量化承诺」，制度节写「四件套」，
+工具节写「工具三要素」，数据章写「汇聚 + 驾驶舱 + 决策支持」。
+
+## 核心方法：评分点驱动型目录
+技术标不是写通用管理文章，而是把招标**评分点嵌进对应章节**——评委翻到哪一章就看到那条评分点的应答。
+人力外包典型评分结构与嵌入去向：
+| 评分点类型 | 主嵌入章节 |
+|---|---|
+| 人力资源管理方案（常为高分总项，覆盖招聘/储备供应/培养/考核激励/风险防范多子维度） | 第 2 章服务体系（总览）+ 第 3~12 章各专项 |
+| 人员供给/储备能力 | 第 3 章（人才资源池、储备机制、紧急调配） |
+| 人员稳定性/流失防范 | 第 10 章（离职预警、核心人员保障）+ 第 11 章（替换应急） |
+| 服务质量/技术能力 | 第 5 章（能力保障）+ 第 8 章（质量管理） |
+| 信息安全/保密 | 第 14 章（全章，招标常单列保密专项分） |
+| SLA/考核指标 | 第 16 章（到岗及时率/匹配度/稳定率/替换及时率等逐项量化） |
+| 现场管理/项目管理 | 第 7 章 |
+| 实施/进度承诺 | 第 20 章；服务保障第 22 章；服务承诺第 24 章 |
+| 数字化管理能力（若有） | 第 17 章 + 第 25 章 |
+
+**「总项 vs 专项」分工（人力外包高频坑，务必遵守）**：招标常给「1 个高分总项（如人力资源方案 12~14 分，
+覆盖多个子维度）+ N 个专项（现场/保密/岗位/考核/应急各若干分）」，总项与专项天然重叠。正确分工：
+- **总项章（第 2 章服务体系）= 操作指引/总览**：总体思路 + 各维度关键流程 + 量化承诺 + 交叉引用到专项章；
+- **专项章（第 3~16 章）= 具体内容**：制度全文、表单、细则。
+- 别在总项章也写一套制度全文（会与专项章「工作制度」撞车，评委看着像堆砌）；总项章里点名的制度，
+  要**物理写到**对应专项章，原位留「详见第 X 章《制度名》」交叉引用，且**制度名必须一字不差**。
+完整映射矩阵、总项/专项判定、交叉引用核对见 `references/scoring-mapping.md`。
+
+## 案例真实 + 量化只在承诺口径（人力外包两条命门，硬规则）
+- **案例与商务合同一一对应**：技术章引用的服务案例必须来自投标知识库（doc_type=case）的**真实合同**，
+  与商务部分「服务案例表」（客户名/合同名/金额/订立日期）一一对应。**禁虚构客户名（「某大型央企」「某银行」）、
+  禁编造金额**。案例少时多个章节复用同一真实客户，重复引用比虚构安全。评审查证会交叉核对，虚构可能直接废标。
+- **禁编造历史量化成果**：不写「到岗及时率 99%」「满意度 95 分」「缺陷率降 40%」「核心人员零流失」这类
+  **历史数字**（不可审计、易被质疑造假）。案例如实描述**服务做法/机制/交付内容**。
+- **量化数字只允许出现在「服务承诺 / SLA」口径**：即「本项目我承诺做到 XX」，而非「我历史上做到过 XX」。
+  第 16 章 SLA、第 24 章服务承诺是量化指标的正确落点。
+- 搜不到真实案例/参数 → ask_question 冒泡给人类（说明缺什么），**禁编造、禁凑字数**（遵 `bid-doc-spec`）。
+
+## 制度四件套 + 管理工具三要素（人力外包内容骨架）
+这是把「管理方案」写到操作层、区别于空话的关键（评审按此判内容是否达标）：
+- **每个「管理制度」节 = 制度四件套**：① 制度名（《XX 管理办法》）② 规则级条款（谁/何时/做什么/达标线）
+  ③ 配套流程（步骤 + 表单）④ 责任岗 + 考核口径。禁止只写「建立健全 XX 制度」一句空话。
+- **每个「管理工具」节 = 工具三要素**：① 工具形态（平台模块/表单/看板）② 使用方法（谁在哪一步用、录入什么、产出什么）
+  ③ 例外处理（数据缺失/异常怎么兜底）。强调**数字化支撑**而非人工 Excel/微信群。
+- 「提升办法」统一措辞为「**持续优化手段**」，写清 PDCA 闭环（数据 → 分析 → 改进 → 回归验证）。
+制度四件套、工具三要素、对照表模板见 `references/scoring-mapping.md`。
+
+## 篇幅分配：按「页数÷分值」，防结构倒挂
+资源用在高分章，别平均用力（人力外包评标专家最反感重点抓反）：
+- 高分总项/专项章（如人力资源方案 12~14 分）→ 写深写透，工具化内容（渠道矩阵/培训地图/输送 SLA 表/合规审查清单/安全控制矩阵）堆够；
+- 低分章（2~3 分）→ 达标即可，**别灌水**（继续加字只会让评委看出重点抓反）；
+- 判断某章要不要扩写：算「该章页数 ÷ 分值」，比值远低于高分章 = 结构倒挂，补的是高分薄章。
+- 招标评分表没有的模版章 → 压缩或删，篇幅让给高分章。参见 `bid-doc-spec`「页数÷分值」原则。
+
+## 配图：必须用 i2i / t2i 真实生成（硬规则）
+人力外包方案图表密集（组织架构/人员生命周期流程/管理体系/招聘流程/SLA 考核流程/管理驾驶舱），
+**每张图都用 invoke_model 调平台图像模型生成真图**（呼应 agent.bid_writer 角色技能配图规则）：
+- model 留空即自动选型，写者不必关心底层命中 t2i 还是 i2i 模型；
+- **从零生成图**（组织架构/流程/体系图）：task 写清画面主体、层次/泳道结构、商务风格（白底蓝色系简洁）、图中中文标注，**不带输入图**；
+- **改造已有图**：带输入图 URL（招标方现状图 → 目标态、我司标准组织架构图 → 换本项目岗位/客户名）；
+- **平台无专门 t2i 模型时自动兜底**：选型候选池含 i2i 模型（`CAP_DEGRADE={t2i:i2i}`），命中 i2i 模型且不带输入图 → 平台按 t2i 契约校验、**降级为文生图能力正常出图，不会被门禁拦**（机制见 platform_model_tools._gate_plan）。仅 t2i、i2i 模型**全无**时 invoke_model 才返回 FAIL，此时该处不配图、正文照常写、不阻塞章节；
+- 成功后产物 URL **独占一行**嵌正文：`![图N 标题](URL)`，合成 docx 自动嵌真图；**禁 ASCII 字符画/文本框线拼示意图**；配图不计入篇幅凑数。
+每章配图建议见 `references/template-outline.md` 各章【配图】标注。
+
+## 完整模版与裁剪矩阵（按需加载全文，勿凭本概述动笔）
+- `references/template-outline.md`：完整 25 章目录模版全文，每章带【五层定位】【评分点】【配图】【写法】，制度/工具节带四件套·三要素骨架。
+- `references/scoring-mapping.md`：评分点 → 章节映射矩阵、总项/专项分工、裁剪流程、制度四件套·工具三要素·对照表模板、章节骨架落库衔接。
+PM 编排、analyst 抽骨架、写者编写前，先 `load_skill(name='bid-itstaffing-tech-outline', file_path='references/...')` 加载全文。
+
+## 硬规则
+- 裁剪后章节骨架落库仍走既有机制：analyst 用 add_chapter_outline / patch_chapters 落 bid_chapters，PM 编排，**不绕过 chapter_outline 的 QC 契合度门禁**。
+- 案例真实、量化只在承诺口径、制度四件套、篇幅按页数÷分值——四条守 `bid-doc-spec`，违者评审必退。
+- 内容真实性：技术参数/SLA 数值不确定的标「待确认」；搜不到素材 → ask_question 冒泡，禁编造凑字。
+
+## 应遵守的规范
+- `bid-doc-spec`：投标文件编写规范（篇幅/内容门禁/案例一致，先读它）
+- `bid-chapter`：章节状态机规范
+- `bid-workflow`：投标产线总纲

skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/scoring-mapping.md

@@ -0,0 +1,135 @@
+# 评分点驱动裁剪与映射矩阵（IT人力外包技术标）
+
+> 目标：把招标评分点（人力资源总项、人员供给、稳定性、服务质量、信息安全、SLA考核、
+> 现场管理、实施承诺、数字化管理）**嵌进对应章节**，使评委按评分表逐条打分时，
+> 每条都能在技术标里直接翻到应答位置，并守住人力外包的总项/专项分工、案例真实、量化口径三条命门。
+
+---
+
+## 一、人力外包评分结构：总项 + N 专项（先判结构再裁剪）
+
+人力外包技术评分几乎都是「**1 个高分总项 + 多个专项**」结构。动手裁剪前先判明：
+
+| 评分结构 | 特征 | 对应章 |
+|---|---|---|
+| **总项**（如「人力资源管理方案」12~14 分） | 一条评分覆盖多个子维度（招聘/储备供应/培养/考核激励/风险防范…），评分标准原文枚举子维度 | 第 2 章（总览）+ 子维度散在第 3~12 章 |
+| **专项**（现场/保密/岗位/考核/应急各 2~12 分） | 一条评分对应一个独立主题 | 对应单一专项章（第 7/14/5/9/11 章等） |
+
+**关键动作**：先 grep 招标文件，把总项评分标准的**原文子维度枚举**抄出来——这些子维度就是总项章
+必须逐项应答的骨架（不是写该主题的通用文章）。子维度在专项章有落点的，总项章写指引 + 交叉引用。
+
+## 二、总项章 vs 专项章分工（人力外包第一高频坑）
+
+总项章（第 2 章服务体系）与专项章天然重叠（总项的「人员稳定」子维度 vs 第 10 章稳定专项）。正确分工：
+
+- **总项章 = 操作指引 / 总览**：总体思路 + 各维度关键流程 + 量化承诺 + **交叉引用到专项章**（「详见第 10 章」）；
+- **专项章 = 具体内容**：制度全文、表单、细则、流程图；
+- **禁止**在总项章也写一套制度全文（会与专项章「工作制度」撞车，评委看着像内容堆砌）；
+- 总项章里「专项未覆盖」的子维度（如输送效率/法律合规/生产安全），制度要**物理移到**对应专项章，
+  原位留「详见第 X 章《制度名》」交叉引用；
+- **交叉引用点名的制度名必须与目标章实际存在的制度名一字不差**（如 2.8 制度清单里写《人才储备池管理办法》，
+  第 3 章就必须真有这个制度名，不能写成《储备管理制度》）——写完逐个 grep 核对。
+
+## 三、评分点 → 章节嵌入映射矩阵
+
+| 评分点类型 | 常见招标出处 | 主嵌入章节 | 辅嵌入章节 | 嵌入形态 |
+|---|---|---|---|---|
+| 人力资源管理方案（总项） | 评分表高分总项 | 第 2 章（总览） | 第 3~12 章各专项 | 子维度逐项指引 + 交叉引用 |
+| 人员供给/储备能力 | 总项子维度 / 供给专项 | 第 3 章 | 第 22.3/22.4、第 11.6 | 渠道矩阵表 + 储备水位 + 调配时效 |
+| 人员稳定性/流失防范 | 总项子维度 / 稳定专项 | 第 10 章 | 第 18.3 | 预警模型 + 核心人员保障 + 承诺口径稳定率 |
+| 人员替换/应急 | 应急专项 | 第 11 章 | 第 18.5、第 22.7 | 替换时效表 + 交接知识转移机制 |
+| 技术能力/人员素质 | 能力专项 / 岗位要求 | 第 5 章 | 第 12 章 | 岗位能力模型 + 分岗位保障 + 真实资质 |
+| 服务质量 | 质量专项 | 第 8 章 | 第 5、16 章 | 质量指标（承诺口径）+ 闭环整改 |
+| 现场/项目管理 | 现场管理专项 | 第 7 章 | 第 6 章 | 组织架构图 + 人员配置表 + RACI 职责 |
+| 考核激励 | 总项子维度 / 考核专项 | 第 9 章 | 第 16 章 | 分岗位 KPI 表 + 结果应用闭环 |
+| 信息安全/保密 | 保密专项（涉密项目重点） | 第 14 章 | 第 25.15 | 制度条款级 + 源代码/账号/离场控制 |
+| SLA/考核指标 | SLA 专项 / 验收指标 | 第 16 章 | 第 24 章 | SLA 指标表（定义/口径/目标值/考核） |
+| 用工合规 | 合规要求 | 第 19 章 | 第 18.9 | 用人单位主体责任 + 合规做法 |
+| 实施/进度承诺 | 实施要求 | 第 20 章 | 第 7 章 | 实施进度计划表 + 里程碑 |
+| 服务承诺（量化） | 服务承诺专项 | 第 24 章 | 第 16 章 | 八维量化承诺（供给/到岗/稳定/替换/响应…） |
+| 数字化管理能力 | 信息化管理项（大型招标） | 第 25 章 | 第 17 章 | 平台功能架构 + 驾驶舱 + 各业务章映射 |
+
+**口径一致性（废标级风险）**：同一数字在多章出现必须对账——
+- 人员配置/人数：第 7.5 章 ↔ 商务人员表 ↔ 第 20 章实施投入；
+- SLA/时效数值：第 16 章 ↔ 第 24 章 ↔ 第 3/11 章时效；
+- 资质/认证：第 5/14 章 ↔ 商务资质表（**禁技术章称「具备保密资质」而商务未附证明**——scoring-evaluation 点名的商务↔技术矛盾高危项）。
+
+## 四、裁剪流程（PM 编排 / analyst 抽骨架时执行）
+
+输入：bid_scoring_items（评分项+得分规则）、bid_doc_requirements（req_type=structure）、招标需求原文。
+输出：裁剪后章节骨架（落 bid_chapters 走既有机制）。
+
+1. **以招标章节要求为基**：招标明示技术标目录的按它组织，本模版只做每章内部子节参照；未明示的以 25 章为裁剪基准。
+2. **判总项/专项结构**（见第一节）：把总项评分标准的原文子维度抄成总项章应答骨架。
+3. **评分项 → 章映射**：逐条 scoring_item 按第三节矩阵标注到目标章（主+辅）。
+4. **权重驱动篇幅**：按分值分配（「页数÷分值」原则）——高分章写透（工具化内容：渠道矩阵/培训地图/SLA表/合规清单/安全控制矩阵/风险登记表），低分章达标即可，未评分章压缩或删。
+5. **删**：招标无需求且无评分覆盖的章/节（无平台要求→删第25章；纯人力无服务台→压缩第13章；岗位单一→第5章只留对应岗位）。
+6. **并**：强关联低分章合并（第13章并入第6/7章；第15章并入第5/19章）。
+7. **补**：招标有而模版无的章必补（廉洁承诺/知识产权/行业特定合规）——模版是参照不是上限。
+8. **总项/专项去重**：按第二节把总项章的制度全文物理移到专项章，总项章留交叉引用，制度名逐字核对。
+9. **落库**：analyst 用 add_chapter_outline 落 bid_chapters（要点写清每章挂载评分项 + 总项/专项定位 + 嵌入形态），人工修正走 patch_chapters；**不绕过 chapter_outline 的 QC 契合度门禁**（QC 按招标原文核对骨架，模版裁剪错误会被门禁拦）。
+
+## 五、制度四件套模板（每个「管理制度」节按此写）
+
+```
+◆《XX 管理办法》
+① 制度名：《人员储备池管理办法》
+② 规则级条款：谁（人才主管）/ 何时（每周一）/ 做什么（更新储备池水位）/ 达标线（常备储备 ≥ 在岗数 20%）
+③ 配套流程：储备入池流程（推荐→评估→分级入库→动态激活）+ 表单（《储备人员登记表》）
+④ 责任岗 + 考核口径：责任岗=人才资源主管；考核=储备水位达标率，纳入月度绩效
+```
+禁止只写「建立健全人员储备制度」一句空话——四件套齐全才算内容达标（评审据此判操作层）。
+
+## 六、管理工具三要素模板（每个「管理工具」节按此写）
+
+```
+工具：招聘与人才库管理系统
+① 工具形态：平台模块（人才库 + 招聘流程看板 + 储备水位预警）
+② 使用方法：人才主管在「推荐」环节录入候选人 → 系统自动分级入储备池 → 需求触发时按岗位/技术栈匹配 → 产出推荐名单；数据自动汇入第 17 章驾驶舱
+③ 例外处理：系统数据缺失时人工补录并标记来源；匹配无结果时触发第 3.12 紧急调配
+```
+强调**数字化支撑而非人工 Excel/微信群**——这是人力外包技术标的现代化加分点，也是第 25 章平台的存在理由。
+
+## 七、「本章响应对照表」模板（承载评分点的章开头必放）
+
+```
+| 序号 | 招标评分点/服务要求（原文摘录） | 出处（条款号/页） | 本方案响应位置 | 响应摘要 | 偏离 |
+|------|--------------------------------|------------------|---------------|----------|------|
+| 1 | 核心人员服务期稳定率不低于 X% | 服务要求 5.3 | 本方案 10.1/16.5/24.4 | 承诺稳定率 ≥X%，机制见第10章 | 无/正偏离 |
+```
+规则：招标评分点列**摘原文**不改写；偏离只允许「无/正偏离」，确有不满足如实标注 + 替代方案，**禁虚假正偏离**；
+对照表行数 = 该章挂载评分点数，漏一行 = 该评分点无应答位置。
+
+## 八、案例真实 + 量化口径核对清单（人力外包两条命门，评审/写者自查）
+
+- [ ] 技术章引用的每个服务案例，都能在商务「服务案例表」找到对应真实合同（客户名/合同名/金额/日期一致）；
+- [ ] 无虚构客户名（「某大型央企」「某银行」「某军工集团」）；无编造合同金额；
+- [ ] 无编造历史量化成果（到岗及时率/满意度/缺陷率/流失率的历史数字）——案例只描述做法/机制/交付内容；
+- [ ] 所有量化数字都出现在「服务承诺/SLA/目标」口径（「承诺做到 ≥X」），非「历史做到 X」；
+- [ ] 资质/认证只写真实具备的，技术章与商务资质表一致（无「具备 vs 未具备」矛盾）；
+- [ ] SLA/时效/人数数字多章对账一致（第 7.5 ↔ 商务 ↔ 16 ↔ 24 ↔ 20）；
+- [ ] 搜不到真实案例/参数已 ask_question 冒泡，未编造凑字。
+
+## 九、配图与章节对应（i2i/t2i 执行清单）
+
+全书图表统一商务风格：**白底、蓝色系、扁平简洁、含中文标注**。t2i 的 task 描述模板：
+「简洁商务风格【组织架构/流程/体系】图，白色背景，蓝色系配色，扁平化设计，包含【层次/环节清单】，
+用圆角矩形与箭头表示【流程/汇报关系】，图中标注中文文字：【关键标注】，16:9 横版，高清，无水印」。
+
+t2i / i2i 选择（invoke_model 自动选型，无需手动指定能力）：
+- **从零生成**（不带输入图）→ 文生图：组织架构/人员生命周期流程/管理体系/SLA考核流程/管理驾驶舱看板。平台无专门 t2i 模型时自动选 i2i 模型并降级为 t2i 能力（`CAP_DEGRADE={t2i:i2i}` + `_gate_plan` 按 t2i 契约校验），照常出图，不会被拦。
+- **改造已有图**（带输入图 URL）→ 真图生图：招标方现状组织图改目标态、我司标准架构图换本项目岗位/客户名、已生成图局部重绘修正。
+- FAIL 仅在 t2i、i2i 模型全无时出现，此时该处不配图、正文照常写、不阻塞章节。
+
+各章配图清单见 template-outline.md 每章【配图】标注。合成 docx 时 markdown 图片行自动嵌真图
+（机制见 bid_compose_capability，写者按 agent.bid_writer 角色技能规范嵌 `![图N 标题](URL)`）。
+
+## 十、五层骨架自检（全书结构清晰度核对）
+
+裁剪后回看目录，确认五层都有落点、无断层：
+- 第一层 人：招聘(3)→选拔入场(4)→能力(5)→日常(6)→绩效(9)→培训(12)→稳定(10)→替换(11)→离场(14.13/15.9) ✓ 九环节齐全？
+- 第二层 事：项目(7)→质量(8)→服务(13)→SLA(16)→风险(18)→实施交付(20) ✓
+- 第三层 制度：每个业务章末都有「管理制度」节（四件套）？
+- 第四层 工具：每个业务章末都有「管理工具」节（三要素）？大型招标是否提升为第 25 章平台？
+- 第五层 数据：第 17 章驾驶舱是否汇聚了人/事各层数据？
+五层齐全 = 评委一眼看出「想清楚了怎么管人管事」，这是人力外包技术标结构分的来源。

skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/template-outline.md

@@ -0,0 +1,618 @@
+# IT人力外包技术标目录模版（完整 25 章）
+
+> 用法：**全集参照蓝本**，不是成品目录。先读本项目招标文件评分标准与投标文件要求，
+> 按 `scoring-mapping.md` 裁剪流程删并补，再把评分点嵌进保留章节。
+> 标记：【层】= 五层骨架定位（人/事/制度/工具/数据）；【评分点】= 承载的招标评分类型；
+> 【配图】= 建议配图；★ = 人力外包高频高分/易失分章节，必须写透。
+> 每章末「管理制度」节 = 制度四件套（制度名+条款+流程+责任岗考核），「管理工具」节 = 工具三要素（形态+用法+例外），详见 scoring-mapping.md。
+
+---
+
+## 1. 项目理解与总体服务目标
+1.1 项目背景与需求理解
+1.2 项目建设需求分析
+1.3 IT人力外包服务特点分析
+1.4 项目服务范围
+1.5 项目服务对象与岗位分析
+1.6 项目服务目标
+1.7 项目服务总体思路
+1.8 项目服务总体原则
+
+【层】总纲（不属于五层，是全书引言）。
+【评分点】功能响应（对招标需求的理解准确度）；1.6 服务目标呼应招标「项目目标」原文目标句。
+【写法】1.1 逐条对应招标需求原文（评委检查你读懂了没）；1.3 写透 IT 人力外包区别于普通劳务的特点（技术岗位、按能力计价、需持续供给与替换、深度融入甲方项目、强保密）；1.5 岗位分析对应招标岗位清单（开发/测试/运维/数据/云/安全等），与第 5 章能力保障衔接。
+【配图】t2i：项目服务总体思路图（需求理解→服务目标→五层体系的关系蓝图，商务风白底蓝色系）。
+
+## 2. IT人力外包总体服务体系 ★（总项章 / 常承载高分总项评分）
+2.1 总体服务架构
+2.2 IT人力资源服务体系
+2.3 人员全生命周期管理体系
+2.4 人员与项目协同管理体系
+2.5 服务质量管理体系
+2.6 服务安全管理体系
+2.7 服务运营管理体系
+2.8 管理制度体系
+2.9 数字化管理工具体系
+
+【层】总览层（统摄五层）。
+【评分点】★「人力资源管理方案」总项分（常 12~14 分，覆盖招聘/储备供应/培养/考核激励/风险防范多子维度）。
+【★ 写法·总项章定位】本章是**操作指引/总览，不写制度全文**：
+- 2.1 一张总体服务架构图统摄全书；2.3 人员全生命周期图（招聘→选拔→入场→工作→绩效→培训→稳定→替换→离场）是主线；
+- 2.5~2.7 各管理体系只写「总体思路 + 关键流程 + 量化承诺 + 交叉引用到专项章」（详见第 X 章）；
+- 2.8 制度体系 = 全案制度清单总表（制度名 → 所属章 → 责任岗），制度**全文在各专项章**；
+- 2.9 工具体系 = 全案数字化工具清单总表（工具 → 支撑哪项管理 → 所属章），大型招标交叉引用到第 25 章平台；
+- **总项章点名的每个制度/工具，专项章必须实际存在且名称一字不差**（写完逐个 grep 核对，见 scoring-mapping.md 交叉引用规则）。
+【配图】t2i × 3：总体服务架构图、人员全生命周期管理图（九环节闭环）、五层体系总览图（人/事/制度/工具/数据分层）。
+
+## 3. 人员招聘与人才资源供给方案 ★（人员供给/储备评分核心章）
+3.1 人员需求分析
+3.2 岗位需求管理
+3.3 人员招聘渠道建设
+3.4 IT专业人才资源池建设
+3.5 人才资源储备机制 ★
+3.6 候选人筛选机制
+3.7 简历审核与人岗匹配
+3.8 技术能力评估
+3.9 综合素质评估
+3.10 背景及资质核验
+3.11 人员推荐机制
+3.12 紧急人员资源调配机制 ★
+3.13 招聘与人才资源管理制度
+3.14 招聘与人才资源管理工具
+3.15 招聘服务质量保障
+
+【层】人（供给入口）。
+【评分点】★ 人员供给能力 + 储备与供应（人力外包总项的高频子维度，也是「高效及时供人」的核心应答）。
+【★ 写法】
+- 3.3 渠道建设写**招聘渠道矩阵表**（渠道类型/覆盖岗位/供给量/时效/成本），突出自有渠道 + 人才库 + 校企 + 猎头组合，不写「多渠道招聘」空话；
+- 3.4/3.5 人才资源池 + 储备机制：资源池规模、分层（在岗/储备/意向）、按技术栈与岗位分级储备、**储备水位**（常备 N 人应对紧急需求）、动态更新；这是「人力外包 vs 内部 HR」的差异化——储备与供应能力是命根；
+- 3.6~3.10 筛选流程写清每道关（简历初筛→技术测评→综合面试→背调资质核验）的**判定标准与淘汰线**；
+- 3.12 紧急调配机制：响应时限（如 X 小时内响应、Y 天到岗）、调配来源（储备池→渠道加急→跨项目调剂）、升级路径；
+- 3.13 制度节 = 四件套；3.14 工具节 = 三要素（招聘管理系统/人才库模块）；
+- 呼应评分项目标句（如「确保高效及时提供人员」）作为量化供给承诺。
+【配图】t2i × 2：招聘与人才供给全流程图（需求→渠道→筛选→推荐→调配）、人才资源池分层储备示意图。
+
+## 4. 人员选拔与入场管理方案
+4.1 人员选拔总体流程
+4.2 人岗匹配机制
+4.3 技术面试机制
+4.4 综合面试机制
+4.5 甲方面试协同机制
+4.6 人员录用管理
+4.7 人员入场流程 ★
+4.8 入场资料管理
+4.9 岗前培训
+4.10 项目环境熟悉
+4.11 账号及权限申请
+4.12 工作交接
+4.13 人员选拔与入场管理制度
+4.14 人员选拔与入场管理工具
+4.15 入场质量保障
+
+【层】人（入场环节）。
+【评分点】功能响应（入场时效/流程规范）；4.5 甲方面试协同体现配合度。
+【写法】4.7 入场流程写成**泳道图 + 时限表**（每步责任方/耗时/交付物，如 T+0 录用→T+3 资料→T+5 账号→T+7 正式入场）；4.11 账号权限与第 14 章安全管理衔接（最小权限、审批链）；4.12 工作交接与第 11 章替换衔接。
+【配图】t2i × 2：人员入场流程泳道图（我方/甲方双泳道+时限）、岗前培训与环境熟悉流程图。
+
+## 5. IT技术人员能力保障方案 ★（服务质量/技术能力评分核心章）
+5.1 技术岗位体系
+5.2 技术岗位能力模型
+5.3 开发人员能力保障
+5.4 测试人员能力保障
+5.5 运维人员能力保障
+5.6 数据库及数据技术人员能力保障
+5.7 云计算及基础设施人员能力保障
+5.8 网络及安全人员能力保障
+5.9 AI及大模型技术人员能力保障
+5.10 项目经理及项目管理人员能力保障
+5.11 架构师及高级技术人员能力保障
+5.12 技术人员能力动态评估
+5.13 技术人员能力管理制度
+5.14 技术人员能力管理工具
+5.15 技术能力持续提升机制
+
+【层】人（能力底座）。
+【评分点】★ 技术能力/人员素质（招标常按岗位给能力要求 + 资质认证要求）。
+【★ 写法】
+- 5.1/5.2 岗位体系 + 能力模型：每岗位画**能力模型雷达/矩阵**（技能项 × 初/中/高级别的能力标准），对应招标岗位清单；
+- 5.3~5.11 逐岗位写能力保障（招聘门槛/技能栈/资质认证/项目经验要求），**只按招标实际要的岗位展开，招标没要的岗位删节**（裁剪见 scoring-mapping.md）；5.9 AI/大模型岗是近年新增热点，招标涉 AI 项目时重点写；
+- 5.12 动态评估：评估周期/维度/结果应用（与第 9 章绩效、第 12 章培训衔接）；
+- 资质认证**只写真实具备的**，禁虚构持证人数（与商务资质表一致）。
+【配图】t2i × 2：技术岗位体系与能力模型图、分岗位能力保障矩阵图（岗位×能力等级）。
+
+## 6. 人员日常管理方案
+6.1 人员日常管理总体要求
+6.2 人员信息管理
+6.3 考勤管理
+6.4 工时管理
+6.5 请假及外出管理
+6.6 加班管理
+6.7 工作任务管理
+6.8 工作成果管理
+6.9 人员沟通管理
+6.10 人员行为规范管理
+6.11 人员绩效管理
+6.12 人员日常管理制度
+6.13 人员日常管理工具
+6.14 日常管理数据统计与分析
+6.15 日常管理问题闭环机制
+
+【层】人 + 事（日常运营）。
+【评分点】功能响应（现场管理规范度）；常与「现场管理方案」专项分重叠。
+【写法】考勤/工时/请假/加班写清**规则 + 流程 + 异常处理**（如工时确认双方签认、加班审批链）；6.11 绩效只做日常记录，评价方法归第 9 章（避免与第 9 章撞车，交叉引用）；6.15 问题闭环写 PDCA。
+【配图】t2i × 2：人员日常管理流程图（考勤→工时→任务→成果→绩效记录）、日常管理问题闭环机制图。
+
+## 7. 项目组织与项目管理方案 ★（现场管理评分核心章）
+7.1 项目组织架构 ★
+7.2 项目管理组织职责
+7.3 甲乙双方职责划分
+7.4 项目经理管理机制
+7.5 项目人员配置管理
+7.6 项目任务管理
+7.7 项目计划管理
+7.8 项目进度管理
+7.9 项目会议管理
+7.10 项目问题管理
+7.11 项目变更管理
+7.12 项目风险管理
+7.13 项目沟通管理
+7.14 项目管理制度
+7.15 项目管理工具
+7.16 项目管理报告机制
+7.17 项目管理持续改进
+
+【层】事（项目管理）。
+【评分点】★ 现场管理/项目管理专项分（常单列）；7.1 组织架构 + 人员配置表是关键应答。
+【★ 写法】
+- 7.1 项目组织架构图（项目经理 + 各岗位组长 + 成员）+ 7.5 人员配置表（角色/人数/职责/资质），**与商务部分人员表、第 16 章实施投入口径一致**（三处对账，矛盾是废标风险）；
+- 7.3 甲乙双方职责划分表（RACI 风格：谁主导/谁配合/谁审批）体现配合度；
+- 7.4 项目经理机制写**驻场职责 + 汇报关系 + 授权范围**；
+- 7.7~7.12 计划/进度/问题/变更/风险各写「流程 + 表单 + 时限」，风险只写项目管理层（人员供给/流失风险归第 18 章，交叉引用不重写）；
+- 7.16 报告机制与第 21 章衔接。
+【配图】t2i × 3：项目组织架构图、甲乙双方职责划分图（RACI 风格）、项目管理流程图（计划→执行→监控→变更闭环）。
+
+## 8. 技术工作与服务质量管理方案 ★
+8.1 技术工作质量管理体系
+8.2 开发工作质量管理
+8.3 测试工作质量管理
+8.4 运维工作质量管理
+8.5 技术方案质量管理
+8.6 代码质量管理
+8.7 测试质量管理
+8.8 技术文档质量管理
+8.9 工作成果审核
+8.10 质量问题识别
+8.11 质量问题整改
+8.12 质量持续改进
+8.13 技术服务质量管理制度
+8.14 技术服务质量管理工具
+8.15 质量数据分析
+8.16 质量考核机制
+
+【层】事（质量）。
+【评分点】服务质量专项分。
+【写法】8.2~8.8 按招标实际涉及的工作类型展开（纯运维外包就不写开发/测试质量，裁剪）；质量指标量化到承诺口径（代码评审覆盖率/缺陷密度/文档合格率）；8.16 考核机制与第 9 章绩效衔接。
+【配图】t2i × 2：技术工作质量管理体系图、质量问题闭环整改流程图（识别→定位→整改→验证→回归）。
+
+## 9. 人员绩效管理方案 ★（考核激励评分核心章）
+9.1 绩效管理总体原则
+9.2 岗位绩效指标体系 ★
+9.3 工作量评价
+9.4 工作质量评价
+9.5 工作效率评价
+9.6 工作成果评价
+9.7 项目经理评价
+9.8 甲方评价机制
+9.9 绩效结果应用
+9.10 绩效改进机制
+9.11 人员绩效管理制度
+9.12 人员绩效管理工具
+9.13 绩效数据统计分析
+9.14 绩效考核结果闭环
+
+【层】人 + 事（考核）。
+【评分点】★ 考核激励机制（人力外包总项高频子维度）。
+【★ 写法】9.2 岗位绩效指标体系 = **分岗位 KPI 表**（岗位/指标/权重/计算口径/数据来源/考核周期），指标可量化可采集；9.8 甲方评价机制体现以客户为中心（评价维度/权重/频次）；9.9 结果应用写清与激励/续约/替换/培训的挂钩（考核激励闭环）。
+【配图】t2i × 2：岗位绩效指标体系图（多维度评价模型）、绩效考核结果应用闭环图（考核→激励/改进/替换）。
+
+## 10. 人员稳定性保障方案 ★（风险防范评分核心章）
+10.1 人员稳定性管理目标
+10.2 人员稳定性分析
+10.3 人员流失风险识别
+10.4 核心人员稳定保障 ★
+10.5 人员满意度管理
+10.6 人员离职预警 ★
+10.7 人员离职管理
+10.8 人员离职原因分析
+10.9 人员流失风险处置
+10.10 人员稳定性管理制度
+10.11 人员稳定性管理工具
+10.12 人员稳定性监测指标
+10.13 人员稳定性持续改进
+
+【层】人（稳定）。
+【评分点】★ 人员稳定性/流失防范（总项「风险防范」子维度 + 常单列专项分）。
+【★ 写法】
+- 10.1 稳定目标用**承诺口径量化**（如「核心人员服务期内稳定率承诺 ≥X%」，注意是承诺不是历史数据）；
+- 10.4 核心人员保障：核心岗识别 + 绑定机制（激励/发展/关怀）+ 备份（AB 角）；
+- 10.6 离职预警：预警信号（考勤异常/绩效波动/满意度下降）+ 预警模型 + 干预流程，写**离职预警流程图**；
+- 10.12 监测指标表（流失率/稳定率/预警触发数/干预成功率）——**只承诺监测与目标，禁编造历史流失率数字**。
+【配图】t2i × 2：人员稳定性保障体系图、离职预警与干预流程图（信号采集→预警→分级干预→跟踪）。
+
+## 11. 人员替换与应急保障方案 ★（风险防范/应急评分核心章）
+11.1 人员替换总体原则
+11.2 人员替换触发条件
+11.3 普通人员替换机制
+11.4 核心人员替换机制
+11.5 紧急人员替换机制 ★
+11.6 替补人员资源池
+11.7 候选人员快速匹配
+11.8 替换人员能力评估
+11.9 工作交接机制 ★
+11.10 知识转移机制
+11.11 紧急事件响应机制
+11.12 人员替换管理制度
+11.13 人员替换管理工具
+11.14 人员替换时效保障
+11.15 人员替换质量保障
+
+【层】人（替换应急）。
+【评分点】★ 应急保障/人员替换专项分；11.14 替换时效是硬承诺点。
+【★ 写法】
+- 11.5 紧急替换：触发场景（突发离职/不胜任/临时缺岗）+ **时效承诺**（X 小时响应、Y 天到岗）+ 替补来源（11.6 资源池，与第 3 章储备衔接）；
+- 11.9/11.10 工作交接 + 知识转移：交接清单/文档/带教期，确保替换不断档（评委最关心替换后服务连续性）；
+- 11.14 时效保障表（替换类型→响应时限→到岗时限→交接期），量化到承诺口径；
+- 与第 10 章分工：第 10 章防流失（事前），第 11 章流失后补位（事后），交叉引用不重复。
+【配图】t2i × 2：人员替换与应急保障流程图（触发→匹配→评估→交接→到岗）、工作交接与知识转移机制图。
+
+## 12. 培训与技术能力提升方案 ★（培养/职业发展评分核心章）
+12.1 培训体系总体设计
+12.2 岗前培训
+12.3 项目业务培训
+12.4 技术培训
+12.5 信息安全培训
+12.6 新技术培训
+12.7 岗位技能培训
+12.8 专业认证支持
+12.9 培训效果评估
+12.10 技能提升跟踪
+12.11 培训管理制度
+12.12 培训管理工具
+12.13 培训数据分析
+12.14 人员能力持续提升机制
+
+【层】人（培养）。
+【评分点】★ 员工培养与职业发展（总项高频子维度）。
+【★ 写法】
+- 12.1 培训体系画**分角色培训地图**（岗位 × 培训模块 × 阶段）；
+- 12.2~12.8 各类培训写「对象/内容/课时/方式/师资/考核」，12.8 专业认证支持写鼓励考证机制（费用/时间/奖励）；
+- 12.9 效果评估用柯氏四级（反应/学习/行为/结果）落到可采集指标；
+- 12.14 持续提升与第 5 章能力保障、职业发展通道衔接（体现「培养 + 职业规划」，这是总项子维度原话常见表述）。
+【配图】t2i × 2：分角色培训体系地图、培训效果评估与能力提升闭环图。
+
+## 13. IT服务管理与服务支撑方案
+13.1 IT服务管理体系
+13.2 服务请求管理
+13.3 事件管理
+13.4 问题管理
+13.5 任务派发管理
+13.6 服务响应管理
+13.7 服务过程跟踪
+13.8 服务闭环管理
+13.9 服务满意度管理
+13.10 IT服务管理制度
+13.11 IT服务管理工具
+13.12 服务数据统计
+13.13 服务质量分析
+13.14 服务持续改进
+
+【层】事（服务运营）。
+【评分点】功能响应（服务流程规范，常参 ITIL/ITSS 框架）。
+【写法】13.2~13.4 按 ITIL 事件/问题/请求管理写流程 + 分级 + 时限；13.6 服务响应与第 16 章 SLA 响应及时率衔接（此处写流程，SLA 指标值归第 16 章）；若招标是纯人力外包无 IT 服务台需求，本章可压缩（裁剪）。
+【配图】t2i × 2：IT 服务管理体系图（ITIL 流程框架）、服务请求闭环流程图（受理→派发→处理→跟踪→回访）。
+
+## 14. 信息安全与人员安全管理方案 ★（保密/安全专项评分核心章）
+14.1 信息安全管理体系
+14.2 人员安全管理
+14.3 人员保密管理 ★
+14.4 账号安全管理
+14.5 权限管理
+14.6 数据安全管理
+14.7 源代码安全管理 ★
+14.8 终端安全管理
+14.9 网络访问安全
+14.10 操作行为审计
+14.11 信息泄露防范
+14.12 安全事件处置
+14.13 人员离场安全管理
+14.14 信息安全管理制度
+14.15 信息安全管理工具
+14.16 安全监控与审计
+14.17 安全风险持续改进
+
+【层】事（安全）+ 制度（横切）。
+【评分点】★ 信息安全/保密专项分（招标常单列，涉密项目更是重点）。
+【★ 写法】
+- 14.3 保密管理：保密协议签署 + 保密培训 + 涉密分级 + 违规责任，写**保密管理制度条款级**；
+- 14.7 源代码安全（IT 外包特有命门）：代码不外带、开发环境隔离、代码审计、离职清退、防泄露（DLP）；
+- 14.4/14.5 账号权限：最小权限、定期复核、离场即回收（与第 4 章入场账号、14.13 离场衔接）；
+- 14.13 离场安全：权限回收/资产归还/数据清理/保密承诺延续；
+- 若招标要求等保/涉密资质，14.1 按对应框架组织并标注控制点，**资质只写真实具备的**（与商务资质一致，禁虚构「具备保密资质」——这是 scoring-evaluation 里点名的商务↔技术矛盾高危项）。
+【配图】t2i × 2：信息安全管理体系图（分层防御：人员/账号/数据/终端/网络）、人员全周期安全管理图（入场→在岗→离场安全控制点）。
+
+## 15. 人员档案与合同管理方案
+15.1 人员档案管理
+15.2 人员基本信息管理
+15.3 工作履历管理
+15.4 技能及资质管理
+15.5 证书管理
+15.6 合同信息管理
+15.7 合同期限管理
+15.8 人员状态管理
+15.9 人员入场及离场档案管理
+15.10 人员档案管理制度
+15.11 人员档案管理工具
+15.12 档案数据安全管理
+15.13 档案数据统计分析
+
+【层】人 + 数据（档案）。
+【评分点】功能响应（档案/合同管理规范，含隐私合规）。
+【写法】一人一档 + 全周期留痕；15.6/15.7 合同管理与第 19 章用工合规衔接（此处管档案信息，合规义务归第 19 章）；15.12 档案数据安全与第 14 章衔接（个人信息保护法合规）。
+【配图】t2i：人员全周期档案管理图（一人一档，入场→在岗→离场档案流转）。
+
+## 16. 服务SLA与考核管理方案 ★（SLA/验收指标评分核心章）
+16.1 SLA管理体系
+16.2 服务指标体系 ★
+16.3 人员到岗及时率
+16.4 人员匹配度
+16.5 人员稳定率
+16.6 人员替换及时率
+16.7 服务响应及时率
+16.8 服务质量达标率
+16.9 服务满意度
+16.10 SLA考核机制
+16.11 服务不达标整改
+16.12 SLA管理制度
+16.13 SLA管理工具
+16.14 SLA数据采集与统计
+16.15 SLA可视化分析
+16.16 SLA持续改进机制
+
+【层】事 + 数据（SLA）。
+【评分点】★ 这是**量化承诺的主战场**——SLA 指标是人力外包唯一允许且必须写量化数字的地方（承诺口径）。
+【★ 写法】
+- 16.2 服务指标体系表：每个 SLA 指标写「定义/计算口径/目标值/数据来源/采集频次/考核方式」；
+- 16.3~16.9 逐项定义（到岗及时率/匹配度/稳定率/替换及时率/响应及时率/质量达标率/满意度），**目标值按招标要求或我方承诺填，标注为承诺**；
+- 16.10 考核机制 + 16.11 不达标整改（违约扣款/补救措施，呼应招标考核条款）；
+- 与第 24 章服务承诺口径一致（SLA 数值两处对账）；
+- 铁律重申：**这些量化数字是「本项目承诺做到」，不是「历史做到过」**——措辞用「承诺/目标 ≥X%」，禁「我司到岗及时率达 99%」这类历史陈述。
+【配图】t2i × 2：SLA 服务指标体系图、SLA 考核与持续改进闭环图（采集→统计→考核→整改→优化）。
+
+## 17. 服务数据管理与数字化管理方案 ★（数据层 / 管理驾驶舱）
+17.1 服务数据管理体系
+17.2 人员数据管理
+17.3 项目数据管理
+17.4 工时数据管理
+17.5 考勤数据管理
+17.6 绩效数据管理
+17.7 服务数据管理
+17.8 SLA数据管理
+17.9 数据统计分析
+17.10 管理驾驶舱 ★
+17.11 管理报表
+17.12 服务数据管理制度
+17.13 服务数据管理工具
+17.14 数据质量管理
+17.15 数据安全管理
+17.16 数据分析与决策支持
+
+【层】数据（第五层汇聚）。
+【评分点】数字化管理能力（招标越来越看重「用数据管理而非人工 Excel」）。
+【★ 写法】
+- 17.10 管理驾驶舱：把人员/项目/工时/绩效/服务/SLA/风险数据汇聚成**可视化看板**，写清看板指标卡（在场人数/到岗率/稳定率/工时饱和度/SLA 达标率/风险预警数）+ 角色视图（项目经理/客户/公司管理层各看什么）；
+- 强调五层闭环：所有管理动作产生数据 → 数据汇聚驾驶舱 → 驾驶舱驱动决策与改进（呼应第 2 章 2.9、第 25 章平台）；
+- 若招标含平台交付，本章是第 25 章的业务视角，第 25 章是技术实现视角，交叉引用不重复。
+【配图】t2i × 2：服务数据管理与驾驶舱架构图（数据采集→汇聚→分析→驾驶舱）、管理驾驶舱看板示意图（各指标卡布局，t2i 写清看板要素）。
+
+## 18. 项目风险管理方案 ★（风险防范评分核心章）
+18.1 风险管理体系
+18.2 人员供给风险 ★
+18.3 人员流失风险 ★
+18.4 人员能力风险
+18.5 人员替换风险
+18.6 项目进度风险
+18.7 服务质量风险
+18.8 信息安全风险
+18.9 用工合规风险
+18.10 突发事件风险
+18.11 风险预警
+18.12 风险处置
+18.13 风险管理制度
+18.14 风险管理工具
+18.15 风险闭环管理
+18.16 风险分析与持续改进
+
+【层】事（风险）+ 制度。
+【评分点】★ 风险防范（总项高频子维度，人力外包风险核心是「人」的风险）。
+【★ 写法】
+- 风险登记表（风险类别/描述/等级/概率/影响/应对/责任岗），**人力外包风险以人员供给(18.2)与流失(18.3)为最高等级**——评委最担心「招不到人/留不住人」；
+- 18.2 供给风险应对 = 第 3 章储备池 + 多渠道；18.3 流失风险应对 = 第 10 章稳定保障；18.5 替换风险 = 第 11 章应急——**风险章写「识别 + 应对指引」，具体机制交叉引用专项章**，不重写；
+- 18.9 用工合规风险与第 19 章衔接；
+- 18.11 风险预警写预警指标 + 触发阈值（承诺口径）。
+【配图】t2i × 2：项目风险管理体系图（识别→评估→预警→处置→闭环）、人力外包风险矩阵图（概率×影响，标注人员供给/流失为高危区）。
+
+## 19. 用工合规与劳动关系管理方案
+19.1 用工合规管理体系
+19.2 劳动合同管理
+19.3 薪酬管理
+19.4 社会保险及相关事务管理
+19.5 人员休假管理
+19.6 劳动关系管理
+19.7 劳动争议处理
+19.8 人员离职管理
+19.9 用工风险识别
+19.10 用工合规管理制度
+19.11 用工合规管理工具
+19.12 合规检查机制
+19.13 合规风险预警
+19.14 合规持续改进
+
+【层】制度（合规底座）。
+【评分点】用工合规（招标方规避连带用工风险的关注点）。
+【写法】明确「我方是用人单位、与外包人员签劳动合同、缴社保、担用工主体责任」，让甲方放心规避劳动关系风险（这是人力外包的核心价值主张）；19.2~19.8 逐项写合规做法（合同/薪酬/社保/休假/争议/离职），引用真实适用的劳动法规；19.9 用工风险与第 18.9 衔接。
+【配图】t2i：用工合规与劳动关系管理图（我方用人单位主体责任 + 甲方规避风险的三方关系）。
+
+## 20. 项目实施与服务交付方案 ★（实施承诺评分核心章）
+20.1 项目启动
+20.2 项目需求确认
+20.3 人员招聘与筛选
+20.4 人员面试
+20.5 人员入场
+20.6 项目运行
+20.7 服务监督
+20.8 服务检查
+20.9 服务优化
+20.10 项目退出
+20.11 项目交接
+20.12 项目实施管理制度
+20.13 项目实施管理工具
+20.14 项目实施进度管理
+20.15 项目交付质量保障
+
+【层】事（实施）。
+【评分点】★ 实施承诺（工期/阶段/进度可考核）。
+【★ 写法】
+- 20.1~20.11 按实施阶段组织，给**实施进度计划表**（阶段/周期/里程碑/交付物），与招标服务期对齐；
+- 20.3~20.5 是人力外包实施的特色（招聘→面试→入场，与第 3/4 章衔接，此处写实施时序）；
+- 20.10/20.11 项目退出与交接（服务期满/终止的平稳退出，知识/资产/权限移交）；
+- 20.14 进度管理与第 7 章衔接。
+【配图】t2i × 2：项目实施阶段计划图（启动→招聘→入场→运行→退出时间轴+里程碑）、服务交付流程图。
+
+## 21. 项目服务报告与沟通机制
+21.1 服务沟通体系
+21.2 日常沟通机制
+21.3 周报机制
+21.4 月报机制
+21.5 季度服务报告
+21.6 项目专项报告
+21.7 重大事件报告
+21.8 服务会议机制
+21.9 客户满意度沟通
+21.10 服务报告管理制度
+21.11 服务报告管理工具
+21.12 服务数据自动汇总
+21.13 服务报告分析
+
+【层】事（沟通）。
+【评分点】功能响应（沟通汇报机制，体现服务透明度）。
+【写法】报告矩阵表（报告类型/频次/内容/提交对象/时限）；21.12 服务数据自动汇总呼应第 17 章驾驶舱（报告数据来自平台自动汇总，非人工统计——数字化亮点）；21.9 满意度沟通与第 13.9、16.9 衔接。
+【配图】t2i：服务报告与沟通机制图（日常/周/月/季/专项报告的频次与汇报关系）。
+
+## 22. 服务保障与持续改进方案 ★（服务保障评分核心章）
+22.1 服务保障体系
+22.2 专业团队保障
+22.3 人员资源保障
+22.4 人员储备保障
+22.5 技术能力保障
+22.6 服务质量保障
+22.7 应急保障
+22.8 客户服务保障
+22.9 服务问题整改
+22.10 服务满意度提升
+22.11 服务保障管理制度
+22.12 服务保障管理工具
+22.13 服务质量持续改进
+22.14 服务能力持续提升
+
+【层】事（保障总纲）。
+【评分点】★ 服务保障（总项/专项，是对全案保障能力的收口陈述）。
+【★ 写法】本章是**保障能力的总览收口**，各节交叉引用前文专项（22.3/22.4 人员资源保障→第 3 章储备；22.5 技术→第 5 章；22.6 质量→第 8 章；22.7 应急→第 11 章）——写「保障承诺 + 引用」，不重写专项内容；22.13/22.14 持续改进/提升写 PDCA + 「持续优化手段」。
+【配图】t2i：服务保障体系图（团队/资源/技术/质量/应急五维保障 + 持续改进闭环）。
+
+## 23. 项目交付成果
+23.1 人员交付成果
+23.2 人员档案交付成果
+23.3 项目管理成果
+23.4 服务管理成果
+23.5 绩效考核成果
+23.6 服务报告成果
+23.7 管理数据成果
+23.8 知识转移成果
+23.9 项目交接成果
+
+【层】数据（成果收口）。
+【评分点】功能响应（交付物清单与招标交付要求对应）。
+【写法】交付物清单表（成果类型/形态/频次/介质/验收标准），与招标交付条款逐条对应；人力外包交付成果以「人 + 服务过程产物」为主（在岗人员/档案/报告/数据/知识库），区别于软件项目的代码交付。
+【配图】可 t2i 一张交付成果总览图（九类成果结构）；本章以表格为主，图非必需。
+
+## 24. 服务承诺与技术响应 ★（服务承诺评分核心章 / 量化承诺落点）
+24.1 人员供给承诺
+24.2 人员质量承诺
+24.3 人员到岗承诺
+24.4 人员稳定承诺
+24.5 人员替换承诺
+24.6 服务响应承诺
+24.7 服务质量承诺
+24.8 SLA服务承诺
+24.9 信息安全承诺
+24.10 应急服务承诺
+24.11 持续服务承诺
+
+【层】制度（承诺收口）。
+【评分点】★ 服务承诺（招标常单列「服务承诺」分，也是**量化数字的正确落点**）。
+【★ 写法】
+- 逐条写**可考核的量化承诺**（供给：X 天内提供候选人；到岗：紧急 Y 小时/常规 Z 天；稳定：核心人员稳定率 ≥N%；替换：W 天到岗；响应：分级时限）；
+- 与第 16 章 SLA、第 3/10/11 章时效口径**全部对账一致**（承诺数值多处出现，矛盾即扣分）；
+- 这是量化数字的家：**「我承诺做到」而非「我历史做到」**——呼应全书案例禁编造历史数字的铁律；
+- 24.9 信息安全承诺与第 14 章、24.11 持续服务承诺与服务期衔接。
+【配图】t2i：服务承诺体系图（供给/质量/到岗/稳定/替换/响应/安全/应急八维承诺，可标注关键时限数字）。
+
+## 25. IT人力外包数字化管理平台建设方案 ★（工具层提升 / 大型招标核心竞争力）
+25.1 平台总体架构
+25.2 平台功能架构
+25.3 人员资源管理
+25.4 招聘与人才库管理
+25.5 人员入场管理
+25.6 人员档案管理
+25.7 考勤与工时管理
+25.8 项目与任务管理
+25.9 服务工单管理
+25.10 绩效管理
+25.11 培训管理
+25.12 人员替换管理
+25.13 风险预警管理
+25.14 SLA管理
+25.15 信息安全管理
+25.16 合同及合规管理
+25.17 数据统计分析
+25.18 管理驾驶舱
+25.19 移动端管理
+25.20 系统权限与角色管理
+25.21 系统日志与审计
+25.22 平台管理制度
+25.23 平台运行管理工具
+25.24 系统接口与集成
+25.25 数据安全与隐私保护
+25.26 系统运维与技术支持
+
+【层】工具（第四层提升为独立平台章）。
+【评分点】★ 数字化管理能力（规模较大的 IT 人力外包招标的核心加分项——把散在各章的「管理工具」提升为统一平台）。
+【★ 写法·何时启用本章】
+- **大型招标 / 招标明确要求数字化管理平台 / 评分表有「信息化管理」项** → 启用本章，把第 3~22 章各「管理工具」节收口为一个统一平台（各章工具节改为交叉引用本章对应模块）；
+- **中小型招标 / 招标未要求平台** → 删本章，工具能力分散写在各章「管理工具」节即可（裁剪见 scoring-mapping.md）；
+- 25.3~25.16 逐模块写：功能清单 + 界面 + 与对应业务章的映射（25.3 人员资源↔第 3/6 章、25.10 绩效↔第 9 章、25.13 风险预警↔第 18 章、25.14 SLA↔第 16 章）；
+- 25.17/25.18 数据统计 + 驾驶舱是第 17 章的技术实现（业务视角在 17、技术实现在 25，交叉引用）；
+- 25.19 移动端（随时查在岗/审批/预警）、25.20/25.21 权限与审计（与第 14 章安全衔接）、25.24 系统接口（与甲方 OA/HR 系统集成）、25.25 数据安全与隐私（个人信息保护合规）；
+- 平台是「用数据管理、非人工 Excel/微信群」这一价值主张的技术兑现——全书第四/五层的落地证据。
+【配图】t2i × 3：数字化管理平台总体架构图、平台功能架构图（25.3~25.21 模块布局）、管理驾驶舱界面示意图；i2i：若有我司成熟平台产品截图，可 i2i 改造为本项目定制视图（换客户名/岗位/配色）。
+
+---
+
+## 裁剪速查（详见 scoring-mapping.md）
+- 招标不含数字化平台要求 → **删第 25 章**，工具能力回到各章「管理工具」节（第 17 章保留数据/驾驶舱的业务陈述）；
+- 招标是纯人力外包无 IT 服务台 → 压缩第 13 章为一节；
+- 招标岗位单一（如只外包测试）→ 第 5 章只保留对应岗位节，删其余岗位；
+- 招标工作类型单一（如纯运维）→ 第 8 章只写对应质量管理节；
+- 招标评分表无「培训」专项 → 第 12 章压缩，篇幅让给高分章（供给/稳定/SLA/安全）；
+- 招标有而模版无的章（廉洁承诺/知识产权/特定行业合规）→ 按招标要求补章；
+- 总项章（第 2 章）与专项章重叠维度 → 总项写指引 + 交叉引用，制度全文物理移到专项章（见 scoring-mapping.md 总项/专项分工）。