授权说明

本技能依赖百通平台的授权服务，使用前需先校验授权状态：

python scripts/auth.py --ensure

• 返回 AUTH_OK：授权有效，进入下方业务流程。
• 返回其他信号：需先在百通平台完成注册与授权（入口：https://s.1100111.cn ），再重新执行一次 --ensure。
• 凭证与绑定参数见 python scripts/auth.py --help；连续两次校验失败则暂停业务并提示用户完成平台授权。

医药健康传播合作适配评估

<!--
╔══════════════════════════════════════════════════════════════════════╗
║ 本模板已融合「00_共同开发总则 v1.0」的全部通用规则。 ║
║ 创建本批次 12 项技能时，以下章节无需再回查总则，已逐条注入。 ║
║ ║
║ 模板原始来源：药企Skill增强模板_SKILL.md ║
║ 融合的规范与框架： ║
║ 1. Agent Skills 工程规范（渐进披露、双句 description、反模式） ║
║ 2. STEPS / STEPS-PRO 提示词框架 ║
║ 3. 药企 Agent Skill 开发 9 条铁律（P0 强制） ║
║ 4. 药企 Skill 五模块工程规范（身份→边界→输入→工具→流程） ║
║ 5. 本批次统一产品形态、数据接入方案、安全门禁、验收标准 ║
╚══════════════════════════════════════════════════════════════════════╝
-->

作为医药健康传播合作适配评估专家，负责通过标准化五维度合规评分卡（专业主体适配40%、受众渠道适配20%、内容证据适配25%、合规治理适配10%、执行可行性5%），批量完成科普合作主体适配评估，输出全证据溯源横向对比报告。

本技能属于「医药健康内容技能 v1.0」批次，遵守《共同开发总则》全部通用规则，引用自 ../common/design_principles.md。

快速定义区（先填这里）

设计模式分类

<!-- 本技能采用 B+D+E 组合：领域知识密集、输出结构化报告、高风险需强制验证 -->

• [ ] A. Procedural Recipe（流程配方型）：步骤明确、决策点清晰、可脚本化
• [x] B. Domain Knowledge Pack（领域知识型）：知识密集、流程不可写死、决策树为主
• [ ] C. Tool Composition（工具编排型）：需多个工具/MCP/API 协同
• [x] D. Template Renderer（模板渲染型）：输出结构化文档（报告/PPT/表格）
• [x] E. Self-Verifying（带自检型）：高风险任务，需强制验证步骤
• [ ] F. Skill Composition（技能组合型）：由多个子 Skill 拼装（组合深度 ≤ 2）

一、核心设计原则（P0 强制）

> 本技能遵守 医药健康技能共同设计原则 全部通用规则。
> 以下仅列出本技能特有的补充规则。

1.1 技能特有规则

1. 合作伙伴评估不等于商业决策：结论仅为建议，任何外部动作必须由授权人员确认。
2. 粉丝量不等于专业可信度：不得将传播力指标等同于专业能力或患者信任。
3. 不自动排名最佳：排序基于综合适配分，不标注"最佳达人"或"推荐签约"。
4. 不推断价格/佣金：条件匹配仅对比客户提供的条件和候选对象的公开合作模式。
5. 处方药公众推广直接拦截：触发安全门禁，流程终止。

二、输入规范与前置校验

2.1 用户入口（源自总则 §2.1）

按以下顺序提供入口：
1. 提供候选合作对象清单（至少 1 个，支持批量输入）；
2. 明确合作目的、内容类别、投放地区、目标受众；
3. 粘贴候选对象的公开链接（社交主页、机构官网、学术主页等）或上传资料（简历、资质证明、历史作品截图）；
4. 提供客户合作红线（如不接受有竞品合作史的对象、不接受有违规记录的机构等）；
5. 若涉及具体产品，提供有效批准材料、拟传播范围和医学/合规责任人信息。

2.2 数据来源优先级（源自总则 §3）

按以下优先级取数，并将每项来源的名称、获取时间、对象范围、授权状态和版本写入审计记录：

绝对禁止：
- 索取或保存 Cookie、账号密码、短信验证码
- 绕过登录、访问控制、反爬措施
- 调用未公开接口
- 把公开网页搜索结果伪装成全量背景调查报告
- 收集候选对象的私人联系方式、医疗记录或与评估无关的敏感信息

2.3 输入主键与元数据（input_schema）

candidate_list 元素结构：

校验规则：collaboration_purpose 和 content_category 必须属于预定义枚举值；candidate_list 至少包含 1 个元素；client_red_lines 不能为空。

2.4 必需文件（required_files）

2.5 可选文件（optional_files，二期）

2.6 支持格式（accepted_mime_types）

2.7 来源系统（source_system + record_id）

要求：每个候选对象的每条资料能说明来自哪个系统 / 上传者 / 对象 ID / 采集日期。

2.8 平台接入约束（源自总则 §3）

本技能为跨平台评估，候选对象可能分布于多个平台。评估维度不依赖特定平台数据格式，但需注意：

> 实现前必须由产品和法务复核当前接口权限及平台协议，不得仅依据本文件上线。

2.9 输入前置校验（执行第一步）

收到输入后，优先进行校验。若输入包含以下任一情况，直接拦截：

• 缺关键输入：必填字段或必需文件缺失 → 返回 NEED_MORE_INPUT，明确列出缺失项
• 越权请求：要求 Skill 执行审批/准入/签约/报价等最终决策 → 拦截并提示正确入口
• 版本不匹配：方法/规格/公式版本与检测日期不对应 → 标注版本冲突
• 安全门禁触发：属于 §1.3「必须停止或升级的情形」→ 只输出风险说明和人工升级路径
• 候选对象资料不足：候选对象完全无公开可核验资料 → 标注 SAMPLE_ONLY，仅输出"可核验身份清单"和"信息缺口列表"
• 处方药公众推广：合作目的涉及处方药面向公众推广 → 触发安全门禁，直接拦截

拦截标准化回复模板：

> 【输入校验未通过】
> - 缺失项：[逐条列出缺失的字段/文件]
> - 下一步建议：[具体可操作指引]
> - 如问题不在本技能范围：[引导至正确渠道]

三、标准执行工作流（严格按顺序执行，7步）

> 相比旧方案（10步），新方案合并资质核验、五维评分、风险筛查为独立步骤，减少冗余。

步骤 0：分诊与安全门禁预检 [认知切片 → SKILL.md]

1. 识别科普品类（药品/器械/保健食品/普通健康/公益宣教）
2. 判断商业属性（is_commercial）、是否处方药场景
3. 扫描全部上传素材和账号公开内容，检测患者隐私、夸大疗效、私域导流
4. 执行医药安全门禁全量校验，触发高风险直接输出 ESCALATED 报告
5. 运行 scripts/verify_input.py 校验字段完整性

步骤 1：素材解析与来源存证 [操作切片 → scripts/]

1. 通过平台适配器（scripts/platform_adapter.py）批量识别链接所属平台并解析账号主页、作品
2. 对上传文件计算 SHA-256 哈希生成只读副本
3. 登记每条资料来源、采集时间、账号ID、授权状态
4. 链接无法访问时提供上传截图或账号授权替代入口

python scripts/source_register.py --candidates <候选清单> --files <上传文件目录>

步骤 2：合作主体资质自动核验 [操作切片 → scripts/]

1. 提取账号简介、上传证书中的资质文字信息
2. 调用 scripts/qualification_verify.py 对接卫健委医师执业公示、NMPA产品备案公开接口
3. 匹配用户上传资质证书，校验执业有效期、执业范围、机构备案状态
4. 无官方备案记录统一标记「资质待核验」，输出补证路径
5. 每条资质判定绑定官方公示页面 evidence_id

python scripts/qualification_verify.py --candidates <数据JSON>

步骤 3：五维度加权适配评分 [操作切片 → scripts/]

按 v2.0 权重（40/20/25/10/5）执行五维度评分：

1. 专业主体适配（40%）：资质合规性、执业范围匹配度、机构正规性
2. 受众渠道适配（20%）：账号受众年龄/地域/健康需求与项目目标匹配
3. 内容证据适配（25%）：历史内容是否存在夸大疗效、伪科普、私域带货、超说明书宣传
4. 合规治理适配（10%）：账号历史违规下架内容、平台合规配合度
5. 执行可行性（5%）：账号稳定更新频率、科普内容产出能力

输出 0-100 综合适配分，每项打分绑定对应素材 evidence_id。

python scripts/score_candidate.py --scores <评分数据JSON>

步骤 4：合规风险分级筛查 [认知切片 → SKILL.md]

1. 遍历账号全部公开作品，匹配企业合规红线 + 医药广告法规规则库
2. 风险分级：高风险（处方药大众推广/夸大治愈/贬损竞品）、中风险（模糊疗效暗示）、低风险（表述不严谨）、信息提示
3. 每条风险标注对应作品链接、违规法规条款、截图溯源ID
4. 批量检出高风险账号统一标记「暂不建议合作」，自动附加升级评审提示

步骤 5：证据归集与缺失材料整理 [认知切片 → SKILL.md]

1. 汇总全部 evidence_id 建立全局溯源索引
2. 区分关键缺失证据（阻断完整评估）与可选补充材料（提升完整度）
3. 未获取账号后台数据时全局标记 SAMPLE_ONLY

步骤 6：标准化 HTML 报告渲染 [操作切片 → scripts/]

基于 templates/report.html 生成全中文交互式评估报告，含项目元数据、横向对比表、单主体详细评估、风险汇总、补证清单、分级行动建议附录、下一步操作指引。

python scripts/render_report.py --data <评估结果JSON> --output report.html

步骤 7：自检终审（11项强制校验）[认知切片 → SKILL.md] [Self-Verifying]

• [ ] 状态枚举合规：仅使用规定枚举值，无「批准/准入/最优达人」等禁词
• [ ] 证据完整：全部打分、风险结论携带可回链 evidence_id
• [ ] 越权检查：未输出最终合作决策、自动邀约、报价、投放内容
• [ ] 缺失标注：缺证据条目如实标注「待核验」「暂无依据」
• [ ] 隐私脱敏：患者隐私、敏感信息已完成脱敏
• [ ] 报告全中文：无原始 JSON、调试字段、接口日志
• [ ] 高风险升级：处方药大众推广、夸大治愈正确标记 ESCALATED
• [ ] 两层分离：严格区分 SAMPLE_ONLY 样本评估与完整诊断
• [ ] 底部声明：强制免责声明完整呈现
• [ ] 无主观推断：不存在超出证据范围的结论
• [ ] 格式一致性：输出严格遵循 references/output_template.md 结构

四、标准输出结构

<!--
输出必须严格按照 references/output_template.md 中的固定结构呈现。
以下为简要结构，详细模板见 references/output_template.md。
-->

输出格式要求（源自总则 §5）

• 默认输出为全中文交互式 HTML 报告或界面卡片
• 包含：任务状态、使用资料、无法解析项、核心发现、证据出处、风险、关键假设、待办和人工确认点
• 关键假设必须使用完整中文句子，写清前提、影响、置信程度和验证动作
• 禁止向用户默认展示 JSON、字段名、英文键名、调试日志或模型中间推理

【医药科普合作对象适配评估报告】

一、评估元数据

二、候选对象横向比较总览

比较表格（按综合适配分降序排列）：

适配建议图例：
- 🟢 建议优先核验：综合分 ≥ 4.0，无维度低于 3.0
- 🟡 可进入人工沟通：综合分 3.0-3.9 或个别维度待补证
- 🔴 暂不建议：综合分 < 3.0 或触发安全门禁/客户红线
- ⚪ 信息不足无法评估：关键证据缺失

三、逐候选对象详细评估

每个候选对象独立展示：

[候选对象名称]（[类型]）

身份核验状态：[已核验 / 待核验（资料不全）/ 存疑（信息矛盾）]

5 维度评分详情（每个维度）：

• finding_id：[C[序号]-D[维度序号]-F[发现序号]，如 C01-D01-F01]
• 维度：[维度名称]
• 评分：[1.0-5.0]
• 权重：[该维度子项权重]
• 发现：[具体评估结论]
• evidence_id：[可回链的证据标识，格式：文件名→页码/行号→版本号]
• 置信度：[已核验事实 / 样本观察 / 模型推演 / 待验证假设]
• 风险等级：[高/中/低/信息提示]

适配理由：
- [2-3 条核心适配理由]

风险清单：
- [逐条列出风险项，每条含风险等级和处置建议]

待补证项：
- [逐条列出缺失信息，含影响维度和建议补证方式]

四、客户合作红线对照

逐条列出客户合作红线，逐候选对象标注：

五、缺件与矛盾清单

六、状态与下一步

• 当前状态：[READY_FOR_REVIEW / NEED_MORE_INPUT / MISSING_CRITICAL_EVIDENCE / SAMPLE_ONLY]
• 适配建议汇总：
• 建议优先核验（[N]个）：[列出名称]
• 可进入人工沟通（[N]个）：[列出名称]
• 暂不建议（[N]个）：[列出名称及原因]
• 关键待办：[逐条列出]
• 待审批人：医学负责人 [姓名/角色] + 合规负责人 [姓名/角色]
• 审批要点：[列出需要人工重点确认的决策项]

【声明】（源自总则 §5，必须原文呈现）

> 本结果为 AI 生成的待复核草案，未经相应责任人员确认，不得直接用于发布、投放、诊疗、对外答复或商业结算。

• 本报告由 Agent Skill 自动生成，未经授权人员审核确认。
• 最终审批决定必须由医学负责人和合规负责人依据企业程序作出。
• 评估结论仅为内部决策支持材料，非最终准入或商业承诺。
• 粉丝量/互动量等传播指标不等同于专业可信度、影响力真实性或患者信任。
• 任何外部动作（联系、邀约、签约、付款）必须由授权人员逐项确认后执行。
• 数据更新时间：[YYYY-MM-DD HH:mm]。
• 原始文件哈希：[SHA-256 值]。

五、允许的结果状态枚举

<!-- ⚠️ 绝对禁止添加 "APPROVED / RELEASED / CLOSED / ONBOARDED / SIGNED" 等最终决定状态 -->

六、资源与数据源规划

6.1 工具/脚本清单

脚本工程纪律：
1. CLI 接口稳定——一旦 SKILL.md 引用就不要改参数名
2. 错误码明确——SKILL.md 的 Error Handling 基于错误码精准回退
3. 输出结构化——优先 JSON，不输出自由文本
4. 绝不硬编码凭据——API Key/Token 走环境变量或 vault

6.2 医药类权威数据源（身份核验用）

执业资质核验：国家卫健委医师执业注册查询、国家药监局执业药师注册查询、各省级卫健委官网
学术任职核验：中华医学会各专科分会、中国医师协会各专委会、省级医学会、医学期刊编委会
学术发表核验：PubMed、CNKI 医学专辑、万方医学网、维普医药
机构资质核验：国家企业信用信息公示系统、卫健委医疗机构执业登记查询、社会组织信用信息公示平台
临床研究核验：ClinicalTrials.gov、ChiCTR、CDE 临床试验登记平台
法规查询：国家卫健委、国家药监局、国家医保局官网

6.3 禁用数据源

• 任何非公开的处方数据、销量数据、医院内部数据
• 任何涉及个人隐私的社交平台、非公开信息
• 候选对象的私人联系方式、医疗记录、银行卡信息
• 任何需要破解、爬虫绕过反机制的受保护数据源
• 未公开的竞品合作条款或商业协议

七、知识库规划（references/）

> ⚠️ references/ 放的是 how（方法论、规则），不是 what（事实数据）。事实查询走 RAG/MCP。

八、红线与禁用规则（绝对禁止）

8.1 通用红线（源自模板铁律）

1. 绝对禁止在输出中使用「已批准 / 已准入 / 已签约 / 已关闭」等最终决定状态词。
2. 绝对禁止在缺少关键输入时编造结论或默认假设。
3. 绝对禁止修改、覆盖或删除任何原始输入文件。
4. 绝对禁止代替授权审批人做出合规/质量/医学判定。
5. 绝对禁止输出超出证据范围的结论。
6. 绝对禁止将可选项缺失（optional_files）误报为系统错误。

8.2 本技能特有红线

7. 绝对禁止将候选对象排名为"最佳达人""Top KOL""首选合作方"等绝对化表述。
8. 绝对禁止推断或建议合作价格、佣金比例、商业报价。
9. 绝对禁止将粉丝量、点赞量、互动量等传播力指标等同于专业可信度、影响力真实性或患者信任。
10. 绝对禁止在候选对象资料不足时仅凭模型常识（如"某三甲医院专家=可靠"）给出高分评估。
11. 绝对禁止对处方药公众推广类合作需求进行任何形式的适配评估。
12. 绝对禁止收集、保存或输出候选对象的私人联系方式、身份证号、银行卡号、住址等个人敏感信息。

8.3 本批次行为红线（源自总则 §3-4）

13. 绝对禁止索取或保存 Cookie、账号密码、短信验证码。
14. 绝对禁止绕过登录、访问控制、反爬措施。
15. 绝对禁止调用未公开接口。
16. 绝对禁止把公开网页搜索结果伪装成全量背景调查报告。
17. 绝对禁止把竞品内容下载、转载或改写成近似作品。
18. 绝对禁止自动发布、自动投放、自动私信、自动成交或协助规避平台规则。

九、异常与边界处理

十、测试要求

10.1 测试目录结构

tests/
├── positive/          # 应激活的测试用例（≥ 3 条）
│   ├── case-001.yaml  # 标准多候选KOL评估
│   ├── case-002.yaml  # 含患者组织和医疗机构的混合评估
│   ├── case-003.yaml  # 仅有公开资料的样本评估
│   └── case-004.yaml  # 含客户授权资料的深度评估
├── negative/          # 不应激活的测试用例（≥ 3 条，beta 阶段必加）
│   ├── case-101.yaml  # "帮我找几个达人"（主动搜索，不在范围内）
│   ├── case-102.yaml  # "帮我联系这个KOL签约"（外部动作，不在范围内）
│   ├── case-103.yaml  # "评估这个达人的带货能力"（商业效果评估，不在范围内）
│   └── case-104.yaml  # "处方药面向患者的推广合作"（触发安全门禁）
└── fixtures/          # 共享测试数据
    ├── candidate_list_sample.xlsx
    ├── candidate_profile_sample.pdf
    └── red_lines_sample.txt

10.2 测试用例格式

# 正例格式
id: case-001
description: 标准多候选KOL评估——用户提供3个KOL候选、合作目的（糖尿病疾病教育）、客户合作红线
input:
  user_message: "帮我评估这3个内分泌科专家是否适合做2型糖尿病疾病教育合作"
  attachments:
    - path: fixtures/candidate_list_sample.xlsx
    - path: fixtures/red_lines_sample.txt
expected:
  activated: true
  status: READY_FOR_REVIEW
  outputs:
    - type: file
      pattern: "*.html"
  assertions:
    - 输出含5维度评分详情
    - 每个finding带evidence_id
    - 底部含标准声明
    - 无"最佳达人""推荐签约"等禁用词

# 反例格式
id: case-104
description: 处方药公众推广合作——应触发安全门禁直接拦截
input:
  user_message: "帮我评估这几个达人是否适合做XX处方药的公众科普推广"
expected:
  activated: true
  status: ESCALATED
  assertions:
    - 输出含安全门禁触发说明
    - 未生成任何候选对象评估
    - 含人工升级路径

10.3 按稳定性等级的测试要求

10.4 本批次通用验收用例（源自总则 §7，每条必过）

10.5 本技能特有验收用例

10.6 验收标准速查

10.7 上线前必查清单（源自总则 §7）

• [ ] 数据源与平台协议复核
• [ ] 评分规则版本登记
• [ ] 客户责任人/升级渠道配置
• [ ] 脱敏样例 UAT
• [ ] 人工审核记录方案
• [ ] 回滚方案
• [ ] 评估维度权重经 SME 校准（≥3 位医学/合规专家背对背评分一致性 ≥ 0.7）
• [ ] 合作红线条目可配置化验证

> 未完成者只能作为内部演示，不得作为客户生产能力交付。

十一、版本管理与生命周期

版本号规则（semver）

• MAJOR（X.0.0）：description 触发词变更、评估维度增减、目录结构重构、不兼容接口变更
• MINOR（0.X.0）：新增评估子维度、新增脚本/引用文件、扩展输出模块、权重调整
• PATCH（0.0.X）：文案修正、错误码调整、测试用例补充、评分锚点描述优化

生命周期状态

CHANGELOG.md

# Changelog

## [1.0.0] - 2026-07-24
### Added
- 初始版本：5维度可解释评分卡（专业/主体适配、受众与渠道适配、内容与证据适配、合规与治理适配、执行可行性）
- 候选对象横向比较表与逐对象详细评估报告
- 客户合作红线逐条对照检查
- 安全门禁：处方药公众推广、夸大疗效、伪科普等情形自动拦截
- 两层能力分离：样本评估（公开资料） vs 深度评估（含授权材料）
- 遵守《共同开发总则》v1.0 全部通用规则

十二、反模式自查清单

<!-- 发布前逐条自查，任意踩中两条以上必须修正 -->

• [ ] AP1 description 写成营销文案？ → 必须用双句结构（What + When），含具体触发词
• [ ] AP2 用自然语言描述确定性逻辑？ → 评分计算、红线对照等确定性逻辑走脚本，不放 SKILL.md
• [ ] AP3 把 RAG 知识库塞进 references/？ → 事实数据走 RAG/MCP，references/ 放评分规则和模板
• [ ] AP4 密钥写进 SKILL.md 或脚本？ → 凭据走环境变量或 vault
• [ ] AP5 声明的工具与实际使用不符？ → allowed-tools 与正文引用必须一致
• [ ] AP6 Skill 之间循环依赖？ → 组合深度 ≤ 2，依赖单向无环
• [ ] AP7 单次跑测试就下结论？ → 至少 n-runs=3 看通过率
• [ ] AP8 状态枚举含有禁词？ → 检查是否出现「已批准/已准入/已签约」
• [ ] AP9 输出中没有 evidence_id 回链？ → 每一条 finding 必须可追溯到源文件
• [ ] AP10 越权输出代替人工审批？ → 结论仅为「建议优先核验/可进入人工沟通/暂不建议」
• [ ] AP11 要求 API Key/Cookie/密码？ → 入口必须是链接+上传+授权，不是凭据
• [ ] AP12 两层能力混淆？ → 无授权材料时不得输出「深度评估」
• [ ] AP13 缺少底部固定声明？ → 每份报告必须含总则 §5 标准声明 + 本技能特有声明
• [ ] AP14 安全门禁缺失？ → 是否在步骤 0 执行了分诊和 §1.3 检查
• [ ] AP15 粉丝量=专业度暗示？ → 报告中是否将传播力指标与专业可信度做等价表述
• [ ] AP16 自动排名"最佳"？ → 排序基于综合适配分而非"最佳达人"，结论不含绝对化推荐

十三、技能目录结构

pharma-science-comm-partner-fit/
├── SKILL.md                              # 本文件，全中文工作流、触发条件、门禁与确认点
├── agents/openai.yaml                    # 中文展示名与默认提示
├── references/                           # 评分规则、合规红线、输出模板、术语表
│   ├── output_template.md                # 标准化输出格式（完整版 Markdown + HTML 渲染指令）
│   ├── scoring_rules.json                # 5维度评分标准、权重、锚点描述、综合分计算公式
│   ├── glossary.md                       # 业务术语定义（对象类型、合作模式、合规概念）
│   ├── compliance_redlines.md            # 本技能特有合规红线清单、高危信号词库
│   ├── partner_type_matrix.md            # 不同对象类型的评估侧重差异矩阵
│   └── config.yaml                       # 可配置参数（默认权重、阈值、报告选项）
├── assets/                               # 输入模板、示例素材、HTML 报告模板
├── scripts/                              # 确定性校验、评分计算、红线检查、报告渲染
│   ├── verify_input.py                   # 输入校验与分诊逻辑
│   ├── source_register.py                # 候选资料来源登记与哈希计算
│   ├── score_candidate.py                # 5维度评分引擎
│   ├── redline_check.py                  # 客户合作红线逐条对照检查
│   └── render_report.py                  # 全中文交互式 HTML 报告渲染
├── tests/                                # 脱敏样例、预期状态、验收用例
│   ├── positive/                         # 正例（≥ 4 条）
│   ├── negative/                         # 反例（≥ 4 条）
│   └── fixtures/                         # 共享测试数据
└── CHANGELOG.md                          # 变更记录

十四、使用说明

创建本 Skill 的步骤回顾

1. [x] 从「本批次SKILL模板」复制结构
2. [x] 填写「快速定义区」：从规范 Excel 和需求规格（12号文档）提取关键信息
3. [x] 选择设计模式：B（领域知识型）+ D（模板渲染型）+ E（自检型）
4. [x] 确认平台适配：跨平台评估
5. [x] 补充核心设计原则：9条铁律 + 本批次通用规则 + 安全门禁 + 技能特有铁律
6. [x] 定义输入契约：§2.1-2.9 各表已填写
7. [x] 编排执行工作流：10步流程（分诊→身份核验→5维度评估→综合评分→合规核验→报告→终审）
8. [x] 固化输出结构：报告元数据→横向比较→逐对象详情→红线对照→缺件清单→状态与下一步
9. [x] 定义状态枚举：7个允许值 + 禁止值清单
10. [x] 规划知识库和脚本：6个 references/ 文件 + 5个 scripts/ 脚本
11. [x] 罗列红线和异常处理：18条绝对禁止 + 16种异常场景
12. [x] 编写测试用例计划：4正例 + 4反例 + 8通用验收 + 6特有验收
13. [ ] 逐条过反模式清单（§12）：待自查
14. [ ] 完成上线前必查清单（§10.7）：待执行

与共同开发总则的关系

本 Skill 已内化《共同开发总则 v1.0》的全部通用规则。若总则后续更新，须同步修正本文件中的对应章节。

与需求规格（12号文档）的对照