cms-bd-evaluation-system

name: cms-bd-evaluation-system description: | 康哲药业（CMS）医药BD投前评估体系——覆盖D/A/B/E/C五大群组共20个独立技能、1个非独立治理工具包、Gate 0~5 + Final门控路径、财务硬门槛、麦肯锡风格HTML报告输出。

当用户提到以下任意场景时必须触发此技能：

• 医药BD评估、投前评估、标的评估、引进评估、尽职调查、due diligence、产品引进分析
• 仿制药/生物类似药/创新药/医美/OTC/国际市场的引进评估
• 多标的筛选、横向比选、BD优先级排序
• 市场全景分析、竞争格局分析、准入策略
• 国内合作、商业化授权、代理权/推广权接管、院内流向院外、消费健康品种评估
• 国内Biotech股权投资+商业化授权双引擎
• 康联达（Rxilient）国际市场BD
• Gate评估、One-pager、投委会决策包
• 提到A-0/A-1/A-2/A-3/A-4/A-5/A-6/A-7/A-8/B-1/B-2/B-3/C-1/C-2/C-3/D-0/D-1/D-2/D-3/E-1等技能编号
• 用户说"帮我评估这个产品"、"写BD报告"、"做个引进分析"、"多少钱值得引进"

即使用户表述模糊，只要涉及CMS业务主体（深康/德镁/维盛/院外业务/天津康哲/康联达）下的产品引进或BD工作，都应立即触发本技能。

单一入口触发词（v0.9.2+）：新商机入池 / 跑一个品种 / 走完整评估 / 全链路评估 / 从品种名+公司名启动 / 自动跑全链路 / 商机驱动。

metadata: display_name: 医药BD评估体系（CMS） version: "0.10.7.1" compatibility: Claude

医药BD评估体系（CMS）

体系概述

本技能整合康哲药业（CMS）20个BD投前评估技能（D/A/B/E/C五大群组）和1个非独立治理工具包的核心逻辑，覆盖：

• Gate 0~5 + Final门控路径（One-pager终局先立 + 防漏审映射表）
• 三类产品财务硬门槛（创新药 / 仿制药 / 医美）
• 六大业务主体差异化评估维度
• 业务主体互斥规则与合法组合约束
• 麦肯锡风格HTML报告输出（深蓝 #1a3a5c，财务缩写标注中文全称）

所有评估报告均以HTML格式产出，推荐使用 Style A1 渲染方案，严禁直接使用 python-docx 库。

Style A1 特点：

• 完整覆盖 A-1 原始模板需求
• 支持密级栏、互斥规则框、One-pager 结构等所有结构能力
• 兼容 Style 12 的麦肯锡深蓝视觉体系
• 通过显式参数 a1 使用

风格选择：

• Style A1：正式 CMS BD 投前评估报告（推荐）
• Style 12：可选视觉风格
• Style 13：备选渲染方案

Step 1：确认输出工具链（非阻塞）

正式报告默认输出HTML。若当前环境存在专用写作/HTML生成技能，可优先调用；若不存在，不得阻塞评估，应直接按本技能的HTML结构、视觉规范和章节规则生成。

禁止因外部 writing 技能不可用而停止路由、评估或报告生成。

Step 1.5：单一入口调用（v0.9.2+，v0.9.4 增强）

业务程序/流水线/cron 任务可以通过 一个命令 启动一次完整评估，只需提供品种名 + 公司名 + 外部商机 ID（可选）：

Flag 形式：

bash scripts/run-opportunity.sh \
  --product "乌司他丁" \
  --company "康哲药业" \
  --opportunity "CP202412200012" \   # v0.9.4 外部商机 ID（可选，作为 caseCode）
  [--indication "急性费腺炎"] \
  [--region "中国大陆"] \
  [--notes "靶向药引进评估"] \
  [--ext /path/to/material.pdf] \
  [--scheme B] \
  [--mode auto] \
  [--dry-run]

JSON 形式（stdin 或文件）：

bash scripts/run-opportunity.sh --json /path/to/opportunity.json
echo '{"product":"...","company":"...","opportunity":"CP202412200012"}' | bash scripts/run-opportunity.sh --json -

自动行为：

• caseCode 生成规则（v0.9.4）：传 --opportunity 则用传入值（如 CP202412200012），否则兑底 YYMMDD-HHMMSS
• 创建 case 目录 + state.json 12 gateStatus
• 写 00-opportunity.md 留底原始输入
• 调 orchestrator-resume.sh 自驱 Phase 1→5.5
• stdout 输出结构化 prefix，程序可解析：

CASE_PATH=...
CASE_CODE=...
PHASE_STATUS=...
OPPORTUNITY_ID=...

幂等：同 --opportunity 重复调用视为续跑，不会覆盖现有 case。冲突时自动加 -1 / -2 后缀。

知识库归档路径（v0.9.4）：{rootDir}/{YYYYMM}/{caseCode}/，如 CPYJ/202606/CP202412200012/。

注意：YYYYMM = 评估月份（系统当天），不是商机 ID 里的业务日期。例如 12月发起评估 1月商机，照旧归到 12月目录。商机 ID 本身只是不透明 token，不参与路径语义。

详细规范：design/REQ-v0.9.4.md + design/DESIGN-v0.9.4.md。 测试：bash scripts/test-run-opportunity.sh（18 个用例）。 示例：references/opportunity.example.json。

Step 2：产品类型路由（D-0逻辑）

根据用户输入，快速识别产品类型并路由到对应技能群：

路由决策树

输入：标的名称 / 产品类型 / 业务主体

├── 是否为CMS自主研发（CMS为Sponsor/全球IP持有人）？
│   └── YES → A-3（自主研发管线）
│
├── 是否为国际市场（港澳台/东南亚/GCC/澳新/拉美）？
│   ├── 单品单市场 → C-1
│   ├── 单品多市场 → C-2
│   └── 组合策略 → C-3
│
├── 是否需要批量横向比选（3个以上标的）？
│   └── YES → A-7（多标的筛选）
│
├── 是否为医美产品（注射/器械/能量源设备）？
│   ├── 单标的引进 → B-1
│   └── 组合复盘 → B-2
│
├── 是否为消费健康/OTC（非处方/非医保）？
│   └── YES → B-3（消费健康）
│
├── 是否为国内Biotech（股权+商业化双引擎）？
│   └── YES → A-2 + E-1（仅限中国大陆未上市Biotech；A-2为主评估，E-1为股权叠加）
│
├── 化学药品类型
│   ├── 3类/4类高壁垒仿制药 → A-8（天津康哲专版）
│   ├── 3.3类生物类似药 → A-4
│   ├── 海外已上市/中国未上市（5.1类/6类）→ A-1
│   ├── 国内合作方/国内资产/上市前成熟品种 → A-2
│   ├── 中国已上市推广权/代理权接管 → A-5
│   └── 院内流向院外延伸 → A-6
│
└── 需要市场深度分析 → D-2（可被任何主技能串接）

排除规则（路由前必查）：

• 以色列/印度/韩国市场 → 一票否决，停止路由
• 院外品种与B-1医美/A-4/A-3重叠 → B-3品类筛选失败
• E-1仅限中国大陆Biotech → 康联达不适用

触发时请用户确认或自行判断：

1. 产品名称/类别（决定路由）
2. 目标业务主体归口（主承接主体 / 专业会签主体〔可为无〕 / 院外叠加层 / 国际叠加层）
3. 当前评估阶段（阶段A初筛 / 阶段B深化 / 阶段C终审）

主体归口二次判定（D-0之后强制执行）

路由到主技能后，必须再按主评估适应症、主要处方科室、患者路径和渠道属性确定承接主体，不能只按产品类型或大TA判断。深康、德镁、维盛均为院内经营主体，默认只选择一家院内主承接主体；专业会签为条件触发，不是常态主辅结构。

多适应症项目必须先定主评估适应症：

• 主评估适应症是主报告、基准财务模型和主承接主体的锚点，原则上选择证据可支撑、商业潜力最大、战略价值最高且CMS可承接能力最强的适应症。
• 首发/当前注册适应症只代表路径先后，不自动决定主承接主体；若与主评估适应症不同，报告必须列双轨说明。
• 潜力适应症证据不足时只能作为上行情景或待验证项，不得混入基准模型。

每份报告必须写明：主承接主体 / 专业会签主体 / 专业输入或资料支持主体 / 院外叠加层 / 国际叠加层 / 信息隔离状态。未触发实质影响时，专业会签主体填"无"。如其他主体仅提供非承接性资料、注册、医学或市场意见，应填入"专业输入/资料支持主体"，不得写入承接主体方案。深康、德镁、维盛的销售层级、医院覆盖、KOL网络、费用率和爬坡速度不得互相套用。

多适应症报告还必须写明：主评估适应症 / 首发或当前注册适应症 / 潜力适应症 / 不作为主评估适应症的理由 / 基准情景与上行情景边界。

Step 3：六大业务主体组合约束规则（强制执行）

本节为体系级硬约束，优先级高于所有技能群的具体评估逻辑。任何评估报告的"承接主体方案"章节必须先核查本规则，再进行方案比较。

规则一：院内直营 vs 代理，在同一产品上互斥

约束表述： 深康、德镁、维盛为直营销售团队（自有医药代表），天津康哲为代理/经销商模式。两种模式在院内业务上属性根本冲突，不得在同一产品上并存。

禁止的非法组合（举例）：

• ❌ "天津康哲主导 + 德镁协同"
• ❌ "深康院内 + 天津康哲院内补充"
• ❌ "维盛眼科 + 天津康哲代理其他科室"

规则二：院外业务中心可叠加于任意院内主体

院外业务中心不属于院内业务，独立承接 DTP药房/零售药店/互联网医院/电商渠道。院外业务中心可与任意一个院内主体搭配使用。

合法组合清单（穷举）：

规则三：承接主体方案须先从合法组合中二选一

每份评估报告的"承接主体比较"章节，必须：

1. 先完成院内路径二选一：直营路径（深康/德镁/维盛三选一）或天津康哲代理/经销路径
2. 再判断是否叠加院外业务中心
3. 先列出合法方案边界（以红旗框/约束框形式置于章节顶部）
4. 在合法方案内部进行比较（不得以"协同"名义绕过互斥规则）
5. 明确标注每个方案的院内主体+院外叠加层
6. 如有触发，明确标注专业会签主体和归口争议点（如适应症、处方科室、渠道或现有组合存在实质交叉）

规则四：报告中的互斥规则约束框（视觉规范）

在涉及多个业务主体承接建议时，必须在显眼位置（如§6.0）设置**"业务主体互斥规则约束框"**（红旗框），将对比矩阵重构为互斥的合法路径（如方案A vs 方案B），并设立独立章节阐述院外业务中心的叠加价值。

v0.5.0 强化：互斥规则约束框在报告中的呈现标准

约束框 HTML 骨架（必须在 templates/skeleton-cms.html 提供）：

<div class="v5-exclusion-box">
  <strong>⚠ 业务主体互斥规则约束</strong><br><br>
  <strong>规则一：</strong>院内直营（深康/德镁/维盛）与院内代理（天津康哲）互斥<br>
  <strong>规则二：</strong>院外业务中心为通用协同方，可与任何院内主体叠加<br>
  <strong>本标的承接主体：</strong>XXX<br>
  <strong>互斥校验结果：</strong>通过/不通过
</div>

CSS 类（命名带 v0.5 前缀避免冲突）：

.v5-exclusion-box {
  background: #fffbeb;
  border: 2px solid #d97706;
  padding: 12px 16px;
  margin: 16px 0;
  font-size: 0.9em;
}

呈现位置（硬性要求）：

1. 报告正文章节"承接主体比较"或"第三章 产品基本面"顶部必须出现 1 次
2. 如果报告分为多个承接主体方案，每个方案前必须出现 1 次
3. D-3 投委会包中必含此约束框

检验点（check-report.py 验证）：

• 报告必须包含 class="v5-exclusion-box" 元素
• 必须填写"本标的承接主体"和"互斥校验结果"

Step 4：三阶段BD评估流程（全体通用）

所有技能均在以下三阶段流程中运行：

v1.1增补——默认综合输出规则（适用全体系）：

• 所有技能默认输出阶段A+B综合评估报告（一份大报告覆盖全部Gate）
• 首次应用任何技能时，必须输出完整版
• 仅当用户明确指令"只做阶段A快评"时，才输出阶段A单独报告
• 综合版报告中每个Gate章节标题须标注所属阶段标签：[阶段A] / [阶段B] / [阶段C]
• 详见增补条款 00_体系总规则增补条款_v1.5.md §4.5

Step 5：统一Gate节奏（「以终为始」+ 防漏审）

体系主线采用 Gate 0~5 + Final，D-1/D-3为跨模板主键。 A/B/C/E及专题模板可以保留本地Gate名称，但每份报告必须输出"Gate映射与防漏审表"，把本地章节映射回以下体系Gate。不得因为模板节奏不同而漏掉任一审查功能。

One-pager 终局先立（锚定门）

在开始任何评估之前，先定义"成功终局"：

• 我要一个什么样的BD结果？（盈利性/独家性/可谈性）
• 终局财务预期是什么？（IRR目标/回收期/倍数）
• 哪些前提不成立必须立即停止？

One-pager 终局五问标准答法（v0.5.0 强化）

终局五问是 CMS 评估体系的核心创新——"以终为始"。每份报告的 One-pager 章节必须包含 5 问 5 答，缺一不可。

5 问标准答法：

1. 峰值销售额（PeakSales）

• 答法：基准 X 亿元（保守 Y 亿元 / 乐观 Z 亿元）
• 数据来源：第三章 3.6 双轨模型合计（院内 + 院外）
• 置信度：标注 [X级-来源简述]（参见 P6 置信度分级）

2. 承接业务主体

• 答法：XXX（如 维盛/德镁/深康/天康），归口说明
• 数据来源：互斥规则校验结果（参见 P4）
• 互斥校验：通过/不通过 + 说明

3. 假设错误一半是否可接受

• 答法：可接受 / 不可接受 + 理由
• 判断逻辑：
  • 可接受 = 保守情景下 IRR 仍 ≥ 门槛
  • 不可接受 = 保守情景下 IRR < 门槛
• 不可接受时：必须明确标注"不立项"

4. 最坏情况止损机制

• 答法：触发条件 + 止损手段
• 必含至少 2 类止损点：
  • 注册失败 → 立即停止
  • 峰值 < X 千万元 → 商业化放弃
  • 触发一票否决项 → 自动叫停
  • 合作方融资/团队失败 → 退出权
• 每类必须说明：触发条件（具体数值）+ 止损手段（具体动作）

5. 先发制人价值（不引进的后果）

• 答法：高 / 中 / 低威胁 + 不引进的后果评估
• 评级标准：
  • 高威胁 = 竞品 1-2 年内进入中国 → 必须引进
  • 中威胁 = 竞品 3-5 年内进入 → 可选
  • 低威胁 = 竞品 >5 年或无 → 不必引进
• 必须评估"不引进"对集团管线/市场份额/竞争格局的影响

输出位置：

1. 报告正文章节"One-pager"内必含 5 问 5 答表格
2. 模板 templates/skeleton-cms.html 提供 HTML 骨架
3. 终局五问是 D-3 投委会包必查项

反模式（禁止）：

• ❌ 5 问答非所问（答 1 问 1 答配错）
• ❌ 峰值口径不明确（必须分保守/基准/乐观三档）
• ❌ 止损机制只写"看情况"（必须具体到数值）

Gate 0：准入/路由门

核心问题：商机是否值得投入资源，路径是否选对？

• 最低不可漏项：五必填、D-0路由、业务主体/适应症归口、硬排除、内部竞品/信息隔离、初步财务量级。
• 未通过 → 补料、Watch或关闭，不得进入立项。

Gate 1：前提门

核心问题：标的是否具备可评估、可授权、可注册的基本前提？

• 最低不可漏项：权属/授权链、合作可能性、注册路径、合规资质、数据可得性、主体合法组合。
• 未通过 → 停止本轮推进，不得用商业潜力补足前提缺口。

Gate 2：证据/技术门

核心问题：科学、临床、注册、CMC和执行证据是否支撑目标主张？

• 最低不可漏项：MoA、临床/非临床、BA/PK/PD、统计、CDE/注册沟通、CMC/GMP、数据完整性、国内/海外临床专项卡。
• 证据不可采信 → 阻断或降级，不得进入基准模型。

Gate 2 强制工具：临床证据五维度评分矩阵（v0.5.0 新增）

目的：把"微弱差异化""有差异化"这种模糊描述，转化为可量化的总分（1.0~5.0），让决策者一眼看出 Gate 2 是否通过。

总权重 100%，通过标准：总分 ≥ 3.0/5

每个维度评分 1-5：

• 1 = 显著劣势 / 2 = 略弱 / 3 = 持平 / 4 = 略强 / 5 = 显著优势
• 评分后必须写明"评分依据"（数据来源 + 简述）
• 评分加权重后求和，得到总分

输出位置：

1. 报告正文章节"产品基本面"或"Gate 2 章节"内必含此表
2. 模板 templates/skeleton-cms.html 提供 HTML 骨架

置信度联动：每个维度的"评分依据"后必须标注数据置信度（参见 P6 节），如"3 分 [B级-基于 2 项 III 期 RCT]"。

反模式（禁止）：

• ❌ 只写总分不写每个维度的评分依据
• ❌ 5 个维度都打 4-5 分（"全员通过"= 没评估）
• ❌ 跳过评分直接给"差异化"结论

Gate 3：商业/准入门

核心问题：市场、竞争、适应症、承接主体和支付逻辑是否成立？

• 最低不可漏项：患者池、指南/SOC、竞品格局、准入/支付、价格走廊、渠道、院内/院外、承接主体资源。
• 商业假设未验证 → 条件推进或Watch，不得直接给确定性峰值销售。

Gate 4：财务/合规价值门

核心问题：经济回报和法务/IP/合规风险是否可接受？

• 最低不可漏项：2506AARFY硬门槛、IRR/rNPV/回收期/倍数、COGS、IP/FTO、数据保护、合规红旗、信息隔离。
• 财务硬门槛不达或高风险未关闭 → 不得终审通过。

Gate 5：交易/执行门

核心问题：TS、合同、供应链和投后承接是否可执行？

• 最低不可漏项：首付款/里程碑/分成、退出权、数据访问权、供应/技转/质量协议、交割条件、红旗关闭、投后承接人。
• 未关闭 → 不得签约；D-3只能出v4待确认版。

Final：终审门

核心问题：是否可提交投委会形成批准/条件批准/否决？

• 最低不可漏项：D-3 Final、全部Gate结论、专业模块签署、红旗台账V2、未关闭事项与条件批准清单。
• 任一体系Gate无结论、无证据或无责任人 → 不得生成无条件批准。

Gate映射与防漏审表（每份报告必填）：

本地Gate可以合并或拆分，但不得删除体系Gate主键；若某项确实不适用，必须写明不适用原因和确认人。阶段A快评可标注待补证，但不得把“未评估”写成“通过”。

Gate通用输出格式（每个Gate必须包含）：

【Gate N：XXX门】
结论：通过 / 条件通过 / 停止
置信度：高 / 中 / 低
关键支撑证据：
  1. ...
  2. ...
  3. ...
需补充证据Top 5：
  1. ...（预计获取难度：高/中/低）
  2. ...
红旗事项：（如有）
下一步行动：

Step 5.5：药品BD高标准漏审清单（Final前强制）

药品类项目（A群药品、C群国际药品、E-1涉及药品权益）在进入D-3 Final前，必须触发D-1《药品BD高标准漏审清单》。该清单用于防止“阶段、市场、财务都写了，但交易真正会失败的关键问题没问到”。

10项必审：

1. 临床效应质量：效应量、终点、对照、亚组、安全性和临床意义。
2. 标签与适应症顺序：首个标签宽窄、线数、人群、禁忌/警示和主评估适应症一致性。
3. 证据补强计划与费用责任：补什么研究、谁付钱、何时完成、失败如何退出。
4. PV/RMP与上市后责任：药物警戒、风险管理、上市后承诺、MAH责任和成本。
5. 医生行为改变成本：诊断、检测、转诊、换药阻力、KOL教育和SG&A。
6. 准入落地时间曲线：挂网、进院、医保/集采、双通道、DTP/互联网医院、省份差异。
7. 商业资源机会成本：代表时间、KOL、准入预算、业务主体优先级和现有产品冲突。
8. 合作方DD质量：决策链、融资压力、合规/质量/诉讼、BD履约和数据透明度。
9. 合同价值泄漏：最低采购/销售、数据包费、供货价、汇率税务、库存、审计权和竞品限制。
10. 退出机制与阶段性止损：CDE反馈、EOP2/III读出、CMC技转、准入价、供货失败等kill criteria。

**硬规则：**任一项影响上市时间、峰值销售、价格、COGS、PoS/rNPV、IRR、合同义务或投后责任，必须回刷D-3财务模型、红旗台账和TS条款；未关闭项不得输出无条件通过。

Step 6：财务硬门槛（不可降低，按2506AARFY源表查表）

财务指标以《投前评估关键要素与问题引导清单(供参考)_财务附件.xlsx》（投前评估关键要素-财务维度 [2506AARFY]）为准。单技能不得自行新增或降低硬门槛；源表未单列的品类，必须由财务部门确认参照口径。

创新药（含A-3自主研发、A-1海外引进）

净利润率：10年均≥20%；盈亏平衡：上市后3年内累计。

仿制药（A-8天津康哲专版）

生物类似药、改良型新药未在2506AARFY投资标准表中单列固定门槛，正式投委会包须由财务部门确认适用"创新药"或"仿制药"口径。

医美产品（B-1单标的）

消费健康（B-3 OTC）

2506AARFY未单列消费健康硬门槛。B-3可保留CAC（客户获取成本）/LTV（用户生命周期价值）等单位经济指标作专项分析，但正式投委会财务硬门槛须由财务部门确认参照口径。

产品系数与财务评级

• 产品系数最终得分 = 初始分数① × 调节系数② × 业务特点调节系数③。
• 累计NPV（净现值）≥3亿元时初始分数=1.0；累计NPV<3亿元时初始分数=累计NPV/3亿元。
• 调节系数②：2-3亿元=0.8；1.5-2亿元=0.7；1-1.5亿元=0.6；0.5-1亿元=0.5；<0.5亿元=0.4。
• 业务特点调节系数③：常规业务=1.0；全新业务且不确定性高=0.5。
• 财务评级：90-100=A+强烈推荐；80-90=A推荐；70-80=B一般推荐；60-70=C谨慎推荐；<60=D不推荐。

Step 6.5：v0.10.0 搜索能力内化（必读）

起本版本起，本 Skill 不再依赖任何外部搜索 Skill，完全使用本项目内置 scripts/search/ 子系统。

五个内置脚本

三大表

• lib/source_priority.json：T1=监管、N2=临床/学术、T3=行业库、T4=企业/媒体
• lib/keyword_templates.json：17 个技能 × 3–4 个检索词
• lib/extraction_prompts/：6 个 Gate 提示词（gate-1~5 + default）

走一个 Gate 必跳 6 步（sub-agent 必须遵守）

1. 调 keyword_mapper.sh --skill {技能} 拿检索词
2. 调 core_search.sh "<词>" 拿原始结果
3. 调 source_ranker.sh '<json>' 排序
4. 调 field_extractor.sh --gate {gate} 拿抽取提示词
5. 手写 references/{前缀}/{前缀}-XXX.md
6. 正文加 [{前缀}-XXX] 引用

不跳这些步，validate_gate_search.sh 会拍住，preflight 在 Phase 5.5 会拦下不生成报告。

健康检查

bash scripts/bd-eval-cms-health-check.sh 会同时检查 5 个脚本 + 3 个 lib + 6 个 prompt 模板是否完整。

Step 7：群组差异化评估维度

D群（基座与工作流工具）

• D-0 路由调度器：接收请求→输出推荐技能编号+串接方案，不直接产出评估报告
• D-1 BD投前尽调基座：14维度标准框架，DRL资料需求清单（7模块），专业模块验收矩阵，法规/指南/IP保护期交叉判断，红旗台账V0→V1→V2
• D-2 市场全景分析：15章三合一报告（市场全景+患者分布+专科渠道），KOL三级分层，X+Y+N上市策略
• D-3 项目一页纸/投委会包：Gate 0入口7区块 ↔ D-3 Final投委会包，版本v0→Final递进

D-1 的14个评估维度（所有主技能可调用）： 科学与风险 / 科学与商业 / 市场调查 / 市场预测 / 推广规划 / 财务 / 注册策略 / 医学研究策略 / 生产策略 / 供应链策略 / 准入策略 / 法律 / 专利 / 商标

A群（中国市场药品）

承接主体路由规则（A群专用）：

• A-8（高壁垒仿制药）→ 默认路由天津康哲（代理模式），直营主体满足四项准入条件时可有条件参与
• A-1/A-2/A-3/A-4/A-5 → 默认路由深康/德镁/维盛（按TA归口），天津康哲不适用
• A-6（院内处方药院外延伸）→ 院外业务中心作为渠道叠加层，原院内主体/TA主体不变
• B-3（OTC/消费健康）→ 无明确院内处方基础时触发；德镁仅在皮肤健康消费场景会签

差异化维度摘要：

B群（消费属性）

E群（股权投资）

• E-1 国内Biotech：三层并行（企业PE视角+管线BD视角+双引擎协同）；PoS（成功概率）分阶段矩阵；仅限中国大陆

C群（国际市场）

Step 8：公司基本信息通用模块（M-01~M-12）

所有技能第一章必须包含以下模块（按评估阶段深度调整）：

强制验收口径：

• 专利/IP不得只核到期日，必须核权利要求类型、权属/授权链、中国上市药品专利信息登记平台、专利链接声明、PTE、FTO、挑战/绕道路径、诉讼/无效和信息隔离。
• 准入/支付不得只写“医保/集采风险”，必须核NRDL/国谈、VBP/集采、挂网、DRG/DIP、院外DTP/零售/互联网、PAP/商保、患者自付、毛到净、准入节奏和放量前提。
• 化学仿制药/A-8项目必须触发药学研究与BE重大缺陷自查；参比制剂、起始物料、处方工艺、质量研究、稳定性、BE设计、执行数据完整性和结果解释均须给出可关闭结论。
• 临床阶段药品必须触发D-1《临床阶段分层评估卡》：先判定I期、IIa/PoC、IIb/EOP2前、EOP2后、III期或NDA/BLA前后，再确定医学、注册、CMC、PoS/rNPV、交易付款和止损口径；EOP2后只能表示关键III期设计和监管沟通成熟度提高，不得等同于疗效已确证。
• 国内合作方、境内Biotech或CMS自主持有的Pre-IND、IND、I期、II期、III期、NDA/BLA前后项目，必须同步触发D-1《国内临床项目注册与执行核查卡》，核Sponsor/IND申请人、CDE受理或60日默示许可、临床试验登记、伦理批件、GCP机构/PI、SAE/SUSAR/DSUR、HGR、原始数据和交易数据访问权；不得把"国内已进II/III期"直接等同于注册路径清晰或商业化授权成熟。
• 在研产品必须触发D-1《在研产品综合评估卡》；凡PK/PD、剂量选择、暴露-效应、免疫原性、MRCT/桥接、BE或生物类似性会影响结论，必须同步触发D-1《BA/PK/PD/免疫原性验收卡》，核方法验证、样本链、ISR、跨实验室/跨方法桥接、原始数据和审计追踪。
• 海外在研或MRCT项目若需使用海外临床数据包支持中国注册、桥接、CDE沟通或商业化主张，必须核数据访问权、使用/再提交权、审计权、CSR/ISS/ISE和原始数据范围、费用分摊口径与费用上限；中国市场生命周期量或价值约占全球10%的分摊只能作为谈判参考和压力情景；如内部亦称MSC，须与最低销售承诺MSC区分；未锁定费用前不得进入基准IRR/rNPV。
• 进口产品、境外生产、境内分包装、境外生产转境内生产、委托生产或技术转移项目必须触发D-1《进口/技转/地产化验收卡》，核MAH责任、境内申请人/责任主体、原注册资料、技术转移包、可比性/桥接、质量协议、放行、留样稳定性、供应链和合同保护。
• 引用国办发〔2024〕53号时必须触发D-1《监管改革政策机会与可及性验收卡》，逐项核重大创新、临床急需、优先审评、创新医疗器械、境外已上市药品、国际多中心、进口优化、转境内生产、推广使用、多元支付和全生命周期监管；未获官方资格或专业确认前不得进入基准模型。
• 引用真实世界研究/RWE、海南乐城、大湾区港澳药械通、北京天竺临床急需进口或罕见病保障、早期可及、突破性治疗、附条件批准、优先审评或MRCT中国同步开发作为上市提速、证据补强、准入前置或商业放量依据时，必须触发D-1《注册加速/早期可及/RWE路径验收卡》；早期可及不等同于NMPA上市批准，RWE不自动替代关键注册证据，未获官方资格和专业确认前只能列入条件或上行情景。

Step 9：体系级一票否决清单（9条，不可豁免）

以下任一条触发即停止评估，不得豁免：

1. 合规红线：产品存在未披露的安全性事件或监管处罚
2. IP障碍：无法获得中国大陆/目标市场的必要IP授权
3. 财务不达标：IRR（内部收益率）低于对应类别最低门槛（见Step 6表）
4. 注册路径不可行：NMPA/目标市场监管机构无合规注册路径
5. 合作方不可信赖：合作方存在欺诈记录或财务崩溃风险
6. 排除市场：目标市场为以色列/印度/韩国
7. 战略不协同：产品与现有六大业务主体的TA定位完全冲突
8. 合作可能性明显不足：标的命中以下三类高风险场景之一，且不满足任何例外条件：
   • CP-1 大型MNC核心管线：全球Top20药企 + 核心品种（全球销售≥10亿美元或战略重点）+ 无公开合作/外授信号 + 无战略收缩
   • CP-2 国内企业自有商业化能力完备：持有方已建成熟销售队伍（≥200人或目标科室覆盖率≥60%）+ 核心利润品种（占收入≥20%）+ 无合作/转让意向
   • CP-3 大集团核心利润品种：上市公司/大型集团控股 + 核心利润贡献（板块收入≥15%或净利润Top3）+ 近期增持/并表/战略加码（非收缩）
   • 处理方式：降级为Watch（战略关注清单）或关闭。与第1~7条「即时关闭」不同，本条允许进入Watch等待窗口
   • 例外条件（满足任一即可突破否决，启动正式评估）：①对方主动接触；②公开BD信号（BIO/JP Morgan等会议）；③战略调整事件（业务线剥离/中国区收缩/管线优先级下调/财务困难）；④竞争格局突变（集采/专利悬崖/竞品冲击）；⑤股权结构变动（控股权变更/分拆/子公司独立）；⑥BD团队已有接触基础且对方未明确拒绝
   • "轻触探意愿"机制：对于信号模糊的标的，BD团队通过非正式渠道探寻合作意愿（≤2周，极低资源投入），根据反馈决定激活正式评估或进入Watch。Watch清单季度回顾，监测例外条件是否触发
9. 竞品约定或信息隔离冲突：标的与CMS现有产品组合、在谈项目或已签协议构成潜在竞争关系，且命中以下任一情形：
   • 已签合作协议/NDA明确禁止CMS接触、评估、引进或商业化同适应症/同机制/同API/同渠道竞品，且无法取得书面豁免
   • 已接收潜在竞品保密资料，但无法建立Clean Team、权限隔离、文件隔离和来源标注
   • 同一评估人员需同时接触两个潜在竞品的非公开资料，且无法调整人员或隔离权限
   • 处理方式：Red项停止评估或提交法务/投前委员会书面豁免；Yellow项只能"条件通过"，完成信息隔离方案前不得接收新增保密资料，不得生成D-3 Final

Step 10：报告输出规范（麦肯锡风格HTML）

所有评估报告必须遵守：

视觉规范

• 格式：HTML（优先使用可用写作/HTML工具链；不可用时按本规范直接生成）
• 品牌色：深蓝 #1a3a5c（主色）；白色背景；禁止使用灰色字体
• 风格：麦肯锡风格（结论先行/数据支撑/逻辑树清晰）
• 章节顺序：正文（第1章→第N章）→ 附录 → 参考文献

内容规范

• 财务缩写：首次出现必须标注中文全称，例如：IRR（内部收益率）、NPV（净现值）、COGS（销售商品成本）、rNPV（风险调整净现值）、WACC（加权平均资本成本）
• 非人民币市场：必须双币标注（当地货币 + 人民币）
• 禁止内容：元描述、修订说明、草稿标注、内部版本号不得出现在正式报告正文
• 主体简称：天津康哲可按日常业务习惯简称为"天康"；康哲维盛可简称为"维盛"。首次出现建议标注全称，后文可使用简称

数据置信度分级标注（v0.5.0 新增）

目的：让决策者一眼看出"哪些数字是确定的、哪些是估的"，避免 D 级数据被当作 A 级使用。

4 级分类：

标注格式：紧跟数据后，格式 [X级-来源简述]

示例：

• “峰值销售额 1.0 亿元 [D级-基于三终端 8% 渗透率假设]”
• “Mayne Pharma FY25 皮肤科总收入 US$154.1M [A级-上市公司财报]”
• “中国瘤疮患者约 8000 万~1 亿人 [B级-中国瘖疮治疗指南 2019]”

强制标注位置（关键数据点）：

1. 峰值销售额、IRR、毛利率（财务三大件）
2. 患者池数量、适应症规模（市场模型输入）
3. 竞品市场份额、增速、上市时间（竞争格局）
4. 临床效应量、PoS（临床/财务输入）
5. 互斥校验结论（业务主体互斥规则）

反模式（禁止）：

• ❌ 所有数据都不标（默认 D 级）
• ❌ 所有数据都标 A 级（虚高置信度）
• ❌ 重要数据仅用“估计”“推测”不标等级

承接主体章节规范（v1.3增补）

• 涉及承接主体比较时，必须在该章节顶部设置"业务主体互斥规则约束框"（红旗框）
• 对比矩阵必须重构为互斥的合法路径（方案A vs 方案B），不得出现非法组合
• 必须设立独立小节阐述"院外业务中心的叠加价值"（两方案通用层）
• D-3 One-pager/投委会包的"承接主体"填报字段，须拆分为主承接主体、专业会签主体、院外叠加层、国际叠加层，并附注互斥规则提醒

标准章节结构

第一章：执行摘要（结论先行，核心指标一览）
第二章：公司基本信息（M-01~M-12）
第三章：产品基本面（适应症/用法/临床证据/指南定位）
[Gate 0~5映射章节：可按产品类型合并/拆分，但必须填写Gate映射与防漏审表]
第X章：承接主体比较分析（含互斥规则约束框 + 合法方案对比 + 院外叠加价值）
第Y章：财务模型（IRR/NPV/回收期/情景分析）
第Z章：风险登记表（红旗台账）
第W章：评估结论与推荐（三选项：推进/条件推进/停止）
附录A：数据来源
附录B：DRL资料需求清单
参考文献

禁用库

• ❌ 严禁 import docx 或 from docx import ...（python-docx）
• ❌ 严禁 python-docx 任何相关导入
• ✅ 所有文档生成必须遵守本技能HTML输出规范；可用外部写作工具链时优先使用

Step 11：技能串接规则

常用串接链路（自动识别并推荐）：

串接时的互斥规则检查： 当串接涉及多个业务主体时（如A-8+A-6），须确认院内主体唯一性——A-6院外延伸由院外业务中心承接，不构成院内主体冲突。

版本记录

参考文件索引

安装与使用： references/INSTALL.md（v0.10.5 新增）— 必读、含参数缺失检测说明

本技能目录当前为平铺结构，根目录包含全部20个独立技能的完整Markdown定义文件。后续如整理为标准技能包，可将这些文件移入 references/，但当前校准版按根目录文件读取。

D群：

• D-0_bd-evaluation-router.md — 路由调度器
• D-1_pharma-bd-due-diligence.md — BD投前尽调基座（14维度）
• D-2_pharma-market-landscape-report.md — 市场全景分析
• D-3_bd-project-one-pager.md — 项目一页纸/投委会包

A群：

• A-0_bd-opportunity-intelligence.md — 商机情报扫描
• A-1_bd-cn-overseas-unlisted.md — 海外已上市/临床阶段·中国未上市
• A-2_bd-cn-agency-rights.md — 国内合作·成熟阶段产品/商业化授权
• A-3_bd-cn-self-rd-pipeline.md — 自主研发管线
• A-4_bd-cn-biosimilar.md — 生物类似药
• A-5_bd-cn-marketed-product-rights.md — 已上市产品推广权/代理权接管
• A-6_bd-cn-rx-to-otc.md — 院内流向院外
• A-7_bd-multi-target-screening.md — 多标的横向筛选
• A-8_bd-cn-generic-advanced.md — 高壁垒化学仿制药（天津康哲）v2.0

B群：

• B-1_medical-aesthetics-product-evaluator.md — 医美单标的
• B-2_medical-aesthetics-portfolio-audit.md — 医美组合复盘
• B-3_bd-cn-otc-consumer-health.md — OTC消费健康

E群：

• E-1_bd-equity-biotech-due-diligence.md — 国内Biotech股权+商业化

C群：

• C-1_bd-intl-single-market.md — 国际单品单市场
• C-2_bd-intl-multi-market.md — 国际多市场排序
• C-3_bd-intl-portfolio-strategy.md — 康联达组合策略

总规则：

• 00_CMS-投前评估技能体系总规则.md — 顶层规范（Gate逻辑/财务标准/串接规范）
• 00_体系总规则增补条款_v1.5.md — 增补条款v1.5（阶段A+B综合输出/同API对比专节/来源标注与冲突管理/数据置信度分级/峰值销售额分级/多模板叠加规则）

当评估某技能群时，读取对应的参考文件以获取完整的9模块定义与一票否决清单。 注意：增补条款与总规则配合使用，具有同等约束力，适用于全体系20个独立技能。

AI 自启协议（v2026.6.11 · 商机池场景）

入口与模式

./scripts/run.sh <case-code>                     # 默认 auto 模式（商机池场景）
./scripts/run.sh <case-code> --mode=semi         # 半自动（每完成一阶段 push 确认）
./scripts/run.sh <case-code> --rerun=Gate-3      # 显式重跑指定 Gate
./scripts/run.sh <case-code> --rerun=all         # 强制全量重跑
./scripts/run.sh <case-code> --status            # 查看项目状态
./scripts/run.sh --list                           # 列出商机池所有项目

默认模式 = auto（全静默，商机池场景专用）。 半自动模式 = semi（保留用户介入点，每个 Gate 完成后 push 确认）。

AI 必做 3 步（不要向用户询问起点）

1. 读 state.json：检查 gateStatus 字段
2. 判定起点（按以下顺序）：
   • state.json 不存在 → 从 phase-1 全量启动
   • 有 in_progress 且 lastHeartbeat < 30 min → 续跑该 Gate
   • 有 in_progress 但 lastHeartbeat > 30 min → 标记 failed 后续跑
   • 有 failed → 续跑该 Gate
   • 全部 completed → 报告"已完成"并退出
   • --rerun=Gate-X → 强制重跑该 Gate + 下游全部置 pending
3. 执行 + 更新状态：spawn sub-agent 时写 in_progress + 更新 lastHeartbeat，完成时写 completed

状态位 schema

state.json 必含 12 个标准状态位：

{
  "gateStatus": {
    "phase-1": "completed",
    "phase-2": "completed",
    "one-pager": "completed",
    "gate-0": "completed",
    "gate-1": "completed",
    "gate-2": "completed",
    "gate-3": "completed",
    "gate-4": "completed",
    "gate-5": "completed",
    "phase-4-battle": "completed",
    "phase-5-merge": "completed",
    "phase-5-5-html": "completed"
  },
  "lastHeartbeat": "2026-06-11T19:25:00+08:00",
  "inProgressGate": null
}

商机池目录结构

bd-opportunities/             # = SKILL_ROOT（根目录即商机池）
├── 260611-EPIO/              # 已完成项目
│   ├── state.json            # 含 gateStatus 字段
│   ├── 00-opportunity.md     # v0.9.2 单一入口生成的原始输入留底
│   ├── 01-discovery.md       # phase-1 章节（含 [P1-XXX] 引用）
│   ├── 02-one-pager.md       # phase-2 One-pager 终局先立（早版）
│   ├── 02-discovery/         # phase-2 章节目录（含 [P2-XXX] 引用）
│   ├── 02-gate-by-chapter/
│   │   ├── One-pager.md      # phase-3 Gate 章节版 One-pager（详版）
│   │   ├── Gate-0-*.md       # Gate 0 前提与路由确认
│   │   ├── Gate-1-*.md       # Gate 1 权属与合作可能性
│   │   ├── Gate-2-*.md       # Gate 2 临床与注册路径
│   │   ├── Gate-3-*.md       # Gate 3 市场与竞争格局
│   │   ├── Gate-4-*.md       # Gate 4 商业化与财务测算
│   │   ├── Gate-5-*.md       # Gate 5 综合决策与投委会建议
│   │   └── history/         # 增量版本化备份
│   ├── 03-battle-summary.md  # Phase 4 Battle 对抗审查总结
│   ├── battle/
│   │   ├── ROUTE-SELECTION-AUDITOR.md  # 路由选择审查员
│   │   ├── BATTLE-R1-AUDITOR.md        # Battle R1 审查员
│   │   └── BATTLE-R1-EXECUTOR.md       # Battle R1 执行方
│   ├── references/
│   │   ├── REFERENCES.md     # 参考文献索引（程序化产物）
│   │   ├── P1/               # Phase 1 搜索证据
│   │   ├── OP/               # Phase 2 搜索证据
│   │   ├── G1/               # Gate 1 搜索证据
│   │   ├── G2/               # Gate 2 搜索证据
│   │   ├── G3/               # Gate 3 搜索证据
│   │   ├── G4/               # Gate 4 搜索证据
│   │   ├── G5/               # Gate 5 搜索证据
│   │   └── BT/               # Battle 搜索证据
│   ├── 04-final-report.md   # Phase 5 报告装配产物（程序拼，非手写）
│   ├── REPORT.html           # Phase 5.5 HTML 生成产物
│   ├── execution-log.md      # 执行日志
│   ├── links.md              # 相关链接
│   └── state.json            # 含 gateStatus 字段（重复列出强调）
├── 260615-FOO/               # 新商机（待启动）
│   ├── 合作方资料/            # 用户投入的原始资料
│   └── state.json            # 可选：预填元信息（caseCode、displayName）
└── scripts/                  # 调度脚本
    ├── run.sh                # 入口
    ├── orchestrator-resume.sh # 续跑器
    ├── start-phase.sh        # 阶段执行器（占位）
    └── verify-manifest.sh    # v0.10.6 零件清单校验器

注意：

• 零件清单的单一机器真相源是 lib/deliverable-manifest.json
• 所有校验脚本（verify-manifest.sh、preflight-phase.sh、sync-to-knowledge-base.sh）只读 manifest
• 禁止在脚本中硬编码零件列表

适用与不适用场景

Phase 5.5 质量护栏与硬隔离路径（v0.9.1）

Preflight 前置检查

在 Phase 5.5 HTML 生成前，系统自动执行 readiness preflight 检查，确保关键产物齐全：

检查项：

• state.json 存在且 JSON 有效
• 04-final-report.md 存在且非空
• 关键上游产物存在（01-discovery.md、02-gate-by-chapter/One-pager.md、Gate 0~5 文件、Battle 产物）
• state.json.gateStatus 必须存在，且 Phase 5.5 前置 gate 全部为 completed

使用方法：

# 自动调用（render_report.sh 默认执行）
bash scripts/render_report.sh <品种目录>

# 手动检查
bash scripts/preflight-phase.sh <品种目录>

# 跳过检查（测试/历史回放用）
BD_EVAL_CMS_SKIP_PREFLIGHT=1 bash scripts/render_report.sh <品种目录>

硬隔离路径

bd-eval-cms 从 v0.7.0 起彻底解耦 doc-viewer skill，实施硬隔离路径：

报告渲染路径（scripts/render_report.sh）：

• 仅负责本地报告渲染（Markdown → HTML）
• 不执行任何上传操作
• 支持三种风格：Style A1（推荐）、Style 12、Style 13

知识库同步路径（scripts/sync-to-knowledge-base.sh）：

• 仅负责知识库同步（文件上传 + state.json 回写）
• 不负责报告渲染
• 支持产品引进知识库（doc.aishuo.co 长期预览链接）

关键约束：

• 不得调用 doc-viewer 生成/上传一体化路径
• 两个脚本独立执行，职责清晰
• 环境变量 $DOCVIEWER_KB_APPKEY 仅用于知识库同步

实施检查清单

• state.json 已添加 gateStatus 字段（12 个标准状态位）
• scripts/run.sh + orchestrator-resume.sh + start-phase.sh 三个脚本已就绪
• 项目目录命名规范：项目名可读，caseCode 写在 state.json 里
• 商机池调度器（可选）：watcher 监听商机入池 → 自动调用 run.sh <caseCode>
• 产品引进知识库链接已写入 state.json.reportHtmlUrl
• Phase 5.5 preflight 检查已启用（v0.9.1 质量护栏）
• 硬隔离路径已确认（渲染 vs 同步分离）