当前版本：v0.6.1（Release Notes）
保荐机构科创板 IPO 全周期决策支持工具。以 Pre-IPO 投资人、上市后买方、舆论三方视角的推演为分析引擎，交付三个工作流产物：内核风险清单（内核会/问询回复）、发行定价备忘录（投价报告/定价谈判）、督导期监控表（上市后持续督导）。决策标准符合投资人与股票市场第一性——风险按"已定价/未定价"分层，估值用隐含假设反推而非目标价预测，传染输出定性定级而非伪精确因子。
GateKeeper 围绕科创板 IPO 保荐承销场景，覆盖从行业定位到发行定价的四个关键推演节点：
| 节点 | 技能 | 分析范围 |
|---|---|---|
| 入口路由 | ipo-router |
项目状态评估 → 路径匹配 → 生成分析计划单 |
| 行业/业务定位 | industry-scanner |
赛道天花板、竞争格局、政策环境、"硬科技"属性 |
| 技术/知识产权 | tech-scanner |
核心技术先进性、IP 完整性、研发投入质量、技术依赖 |
| 财务合规 | finance-scanner |
收入确认质量、关联交易、现金流、财务内在一致性 |
| 定价/发行 | pricing-scanner |
可比估值、定价合理性、破发风险、估值故事可信度 |
每个节点由三个外部角色（Pre-IPO 投资人、上市后买方、舆论媒体）并行分析，各自按独立认知立场搜索、解读、输出风险条目，最终汇聚为风险矩阵报告。
| 路径 | 触发场景 | 执行节点 |
|---|---|---|
| full-chain | 首次全链路推演、尽调完成 | industry → tech → finance → pricing |
| pricing-focused | 临近发行窗口、估值讨论 | industry → pricing |
| targeted-update | 新数据到达、局部信息更新 | 用户指定节点 |
| quick-scan | 初步项目筛选、快速评估 | industry + tech（并行） |
| monitoring-run | 督导期信号检查（季报/中报/年报/解禁窗口） | monitor-runner 信号比对（非分析节点） |
npx github:tywinlu1988/GateKeepergit clone https://github.com/tywinlu1988/GateKeeper.git
cd GateKeeper然后在 Claude Code 中打开该目录，.claude/skills/ 下的所有技能将自动被发现和加载。
在 Claude Code 中描述你的 Pre-IPO 项目情况：
> 帮我评估一下某科技公司，计划明年申报科创板，目前刚完成股改
系统将通过 ipo-router 匹配分析路径，依次执行各节点推演，输出结构化风险矩阵报告。
- 6 技能：ipo-router → industry → tech → finance → pricing 顺序执行，制品传递；monitor-runner 独立执行督导期信号比对
- 三角色并行分析：Pre-IPO 投资人（退出视角）、上市后买方（持有视角）、舆论媒体（负面挖掘视角）
- 5 条分析路径：full-chain / pricing-focused / targeted-update / quick-scan / monitoring-run
- 每条重大风险附带信号清单：正向信号（风险缓解）、负向信号（风险兑现）、必须做对的事
- 信号优先级矩阵（v0.3.0）：T1 结构级 > T2 趋势级 > T3 事件级，避免短期噪音干扰长期判断
- 弹性时间窗口（v0.3.0）：按风险类别差异化（客户 2-4Q / 技术 4-8Q / 利润 4-8Q）
- 9 条传染通道（C1-C9）：追踪风险在行业→技术→财务→定价间的级联传导
- 多路径叠加定级（v0.3.0 引入，v0.5.0 定性化）：通道数 1→watch、2-3→active、≥4→critical——数值放大因子（1.5×/2.0×）无实证校准已弃用
- C9 外部范式飞跃通道（v0.3.0）：低概率极端事件的监测与逆转信号处理
- 12 条非协商条款（防漂移，含 N11 时效锚定、N12 规则文件只读）
- 12 道质量门禁（含 G1.5 信号完备、G1.6 交叉信号一致性、G1.7 异议角色加权、G7 时效合规、G8 模板合规、G9 监控判定合规）
- 4 条降级策略（搜索不可用 / 数据稀疏 / 结果矛盾 / 数据时效不足）
- 管理层执行力代理指标（v0.3.0）：辅助判断，不参与评分
针对弱 tool 调用模型下的事实漂移问题（旧数据 + 真 URL 绕过引用门禁）：
- Step 0 时间锚定：所有搜索查询强制带当前年份/最新/TTM 限定词
- data_as_of 必填：每条证据标注数据所属期，禁止以抓取时间冒充
- G7 时效门禁 + D4 时效降级：市场类 ≤6 个月、财务经营类 ≤18 个月；时效不合格数据禁止进入执行摘要/TOP 风险/评级依据
- 市场环境基准快照：pricing 节点 8 项必查（破发率、首日均涨、可比 TTM、审核统计、发行制度、发行结果公告、流通结构与解禁日历、市场情绪位置）
- 首日破发 vs 估值回归二分框架：首日风险由当前制度环境决定，禁止历史外推
- 关键论断时效清单：终端节点输出前逐条核验数值论断时效（Step 4.5），报告含固定时效清单区块
- 概率格式护栏：仅高/中/低三档；百分比需样本量/统计区间/URL/as_of 四要件
- 基准库兜底：knowledge/ 内置新股环境、审核统计、估值快照基准（基准日期 2026-08），D1/D4 降级时引用
- 一手披露文件必查：deep 深度下三角色强制查询招股书申报稿、问询函及回复原文
- 传染矩阵信号对补全：C2/C4/C6/C8 通道补齐检测信号（此前仅 C1/C3/C5/C7/C9 有定义），叠加因子计数有了判定依据
- 状态转移机制：降级标注 open/narrowed/resolved 三态追踪；contagion_alert 支持解除；制品新鲜度区分 stale(age) 与 stale(superseded)
- 用户陈述校正通道：计划单记录 user_stated_status，节点发现实况不符时回写 status_correction
- search_log 必填：node_artifact 强制记录每角色全部查询（查询词/时间/命中数），G1 检查查询次数达标（deep ≥3/角色，含 ≥1 次一手披露查询）
- market_snapshot 入 schema：pricing 快照表从流程要求变为结构要求，缺失则 G1 不过
- source_type 证据标记：search / baseline / material 三分；基准库证据禁止单独进结论位，引用须"先搜后查库"（顺序可审计）
- 数字追溯链：key_data_points 可挂载 source_ref 指向具体查询，无法追溯的标 [UNLOGGED]
- 逐节点 G7 时效判定清单：门禁判定必须可见，不允许"心里检查"
- N12 规则文件只读：执行体禁止修改任何规则文件、禁止自行 bump 版本——实测中执行体曾自改规则书再自评合规
- G7 判定算术外显：时效清单强制"距今月数"计算列，禁止凭感觉判定（实测反例：2024 年报数据被误判"≤18 月"）
- G1 反凑数：三角色 search_log 完全雷同视为一次查询；每角色 ≥2 条角色独有查询
- D4 语义收紧：仅用于时效不足；数值冲突走 D3，异常值剔除说明理由即可
- G8 模板合规：报告固定区块（执行摘要/时效清单/制品新鲜度）不可缺、不可改名替换
- D4 回灌检查：时效判定清单完成后逐字扫描结论位（执行摘要/TOP 风险/关键数据/key_finding），D4 标注数据出现即删除改写——禁止"判而不行"
- 可比估值双来源：每家可比 ≥2 独立来源或 1 来源 + 总市值÷TTM 净利交叉计算；聚合数字（均值/区间）必须可从分项复算
- HTML 组装协议：Write 分块 + cat 拼接为标准做法；禁止 Bash heredoc 写 HTML、禁止依赖 python/node 渲染（实测弱模型环境下两者均失败）
- 模板底本强制：报告必须以官方模板文件为底本填充，禁止从零自行设计；模板含
GateKeeper-Template标记注释作为可验证证据（G8） - 制品-日志对账：过程日志的统计（条目数/查询次数/门禁结果）必须与落盘制品一致，不一致视同 G1 不通过
- G1 不通过强制留痕：条目/查询不足必须显式标注 confidence: low + 缺口说明，禁止静默放行
- 快照禁无量词：market_snapshot 每项强制具体数值 + 来源 URL，"估计/极低"视同未查
- 回灌按数值扫描：D4 回灌逐字扫描数值本身（如"16.85%"），同一数值的任何复用都算命中
- ID 完整枚举：风险条目 ID 的 role 段必须使用完整枚举值（pre-ipo-investor/buy-side/media），禁止缩写（G4）
- 数字追溯链强制：deep 深度下 key_data_points 逐条附 source_ref 指向 search_log 查询或 [UNLOGGED]（G3）
- 一手披露入门禁：deep 每角色 ≥1 次招股书/问询函/发行公告查询计入 G1 验收
- description 纯触发化：5 个 skill 的 frontmatter description 只写触发条件与禁令，不再总结流程——防止"按描述执行、不读正文"
- 搜索次数规则收敛：次数标准以 analysis-registry 深度表为唯一事实源，G1/Step 0 只引用不复制
- 场景 7 机制回归清单：10 项 v0.4.1+ 机制检查点固化入冒烟测试
- case-library 首案：频准激光发行推演案例（事实卡 + 四轮关键数字对照 + 失败模式清单）
- 内核风险清单：≤15 条顶格风险精选（critical/unpriced/共识优先），每条含应对动作/责任归属/时限 + 反面论证 + 问询回复策略提示——服务内核会
- 发行定价备忘录：定价事实 + 可比估值（双来源可复算）+ 隐含假设反推（当前市值隐含什么增长路径，参数标注为假设）+ 流通结构与解禁日历 + 破发风险面 + 情绪位置 + 情景赔率——服务投价报告与定价谈判
- 督导期监控表：signal_watchlist 工程化为 信号×阈值×责任人×检查周期×触发动作——服务上市后持续督导
- 预期差分层：每条风险标注 priced_in（已定价/部分/未定价）——已定价风险对决策无边际信息，未定价风险才是决策输入
- 边界修订：禁止单一目标价预测，允许情景化估值推演（隐含反推/终局情景）；超额认购≠估值认可；三角色降为分析透镜，产物按"问题→应对→责任"组织
- monitoring-run 路径 + monitor-runner 技能：输入 plan_id + 检查时点（季报/中报/年报/解禁窗口）→ 按监控表逐信号检索最新数据 → "阈值 vs 最新值"显式比对 → 告警清单（触发/未触发/数据不足三态）
- 监控告警清单模板（monitoring-report.md）：触发告警 + 未触发概览 + 数据不足清单 + 下次检查建议；判定留痕 monitor-run YAML 作审计依据
- G9 监控判定合规门禁：检索留痕 / 数值比较 / 三态完备——禁止凭印象判定、禁止陈旧数据冒充当前状态
- 无前次推演制品 → 拒绝执行；把静态监控表变成可运行的督导流程（持续督导 2-3 年的法定职责场景）
- final-report.html 主交付物：三产物合一的自包含 HTML（导航 + 三区块 + 内联 CSS），打开即读、可打印、可分发
- 交付目录组织（G8 强制）：输出根目录仅 4 个可读文件（最终报告 + 三个分拆件）；过程文件全部收入
artifacts/审计底稿目录 - v0.5.2 修复：版本号全库同步（AGENTS/README/六个模板页脚）、market_snapshot 计数"六项→八项"（Step 1.5 扩展后两处引用未同步）、AGENTS 单一事实源补 final-report.html、html-assembly 步骤 0 指向修正
- 冒烟测试 33/33 全通过（2026-08-07）：全链路 / 定向更新 / 快速扫描 / 超范围拒绝 / 无计划单拒绝 / 时效压力测试六场景，记录见
docs/smoke-test-runs/20260807/ - 回归基准：以真实项目（初版报告三处事实漂移 = 失败基线，人工修正版 = 验收标准）固化 RED-GREEN 对照，时效机制改动须重跑场景 6 验证不退化
- 发布前一致性自检：
python scripts/check-consistency.py——C1 版本统一 / C2 计数引用（快照项数、N/G/D 数量）/ C3 单一事实源完整 / C4 交叉引用可解析 / C5 模板标记在位。每项检查对应一次真实事故（v0.5.1/0.5.2 版本漂移、快照六项→八项未同步等），发布前必须通过
├── AGENTS.md # 全局编排、技能索引、非协商条款
├── .claude/skills/ # 技能执行层
│ ├── ipo-router/SKILL.md
│ ├── industry-scanner/SKILL.md
│ ├── tech-scanner/SKILL.md
│ ├── finance-scanner/SKILL.md
│ ├── pricing-scanner/SKILL.md
│ └── monitor-runner/SKILL.md # 督导期信号监控执行器（v0.6.0）
├── references/ # 知识/规则层
│ ├── analysis-registry.md # 分析路径注册表（5 路径）
│ ├── artifact-schemas.md # 制品 Schema 定义
│ ├── contagion-matrix.md # 跨维度传染矩阵（C1-C9 + 定性叠加）
│ ├── signal-watchlist.md # 前瞻信号监测框架（T1-T3 + 逆转信号）
│ ├── roles/ # 三角色定义
│ ├── guardrails/ # 非协商条款（N1-N12）、质量门禁（G1-G9）、降级策略（D0-D4）
│ └── templates/ # 三产物/最终报告/监控告警模板
├── scripts/ # check-consistency.py 发布前一致性自检
├── knowledge/ # 基准库 + 案例库（频准激光/宇树科技）
└── docs/ # 冒烟测试与回归基准
MIT License