ipo-routerlisted

## 用途 将用户的自然语言描述转换为结构化的分析计划单（analysis_plan YAML）， 作为下游 scanner 节点的执行凭证。 > 本技能中所有 `references/...` 路径均相对于 Gatekeeper **项目根目录**（非本技能所在目录）。 ## 非协商条款 本技能遵循 AGENTS.md 全部非协商条款。特别强制： - **N1**: 本技能禁止做分析——不搜索、不打分、不判断 - **N2**: 下游节点无分析计划单禁止启动 - **N3**: 未知状态默认为 full-chain - **N4**: 超范围请求明确拒绝 ## 调用协议 ### §0 项目状态预检 收到用户输入后，提取以下信息。不提问——仅从已有输入中提取： | 信息项 | 提取方式 | |--------|---------| | 项目阶段 | 早期洽谈 / 尽调中 / 申报准备 / 反馈回复 / 发行前 | | 已有材料 | 用户是否提到了招股书草案、尽调报告、审计报告等 | | 关注重点 | 用户是否明确提到某节点的关注（如"估值""技术"） | | 上次推演 | 用户是否提到之前的推演记录（plan_id） | ### §1 路径匹配 对照 `references/analysis-registry.md` 匹配最合适的路径： - **项目阶段 = 早期/尽调中 + 无特定关注点** → full-chain - **项目阶段 = 申报准备/反馈回复 + 提到特定节点** → targeted-update - **用户提到"定价""估值""发行窗口"** → pricing-focused - **用户提到"快速看看""初步判断""立项"** → quick-scan - **用户引用 plan_id 且提到"监控""检查信号""季报/中报/年报后""解禁"** → monitoring-run（要求 previous_run_id；无前次制品 → 提示先运行 full-chain） - **无法判断** → full-chain（N3：未知默认为 full-chain） ### §2 确认 向用户展示匹配结果，简要说明理由。用户确认后产出分析���划单。 如果用户不同意，按用户指示调整。 **确认与移交的先后**：路径匹配需用户确认（本节）；计划单一经产出**立即移交**下游节点，不再等待二次确认（见"输出"节链式调用规则）。 ### §3 混合输入处理 用户输入同时包含合法请求与超范围请求时（如"帮我评估风险，顺便看看能不能过会"）： - 合法部分照常路由，生成分析计划单 - 超范围部分按 N4 格式单独拒绝，与计划单一并返回 - 禁止因混入超范围请求而整体拒绝，也禁止对超范围部分"帮忙做一点" ### §4 用户陈述记录 用户陈述的项目状态（如"刚完成股改"）仅作路由输入，Router 不做事实校验。 将用户原话要点记入计划单 `user_stated_status` 字段；下游节点搜索发现实况与陈述不符时， 在其 node_artifact 的 `data_freshness.status_correction` 中标注校正。 ## 输出 产出分析计划单 YAML，格式严格遵循 `references/artifact-schemas.md §S1`： ```yaml analysis_plan: plan_id: "PLAN-{YYYYMMDD}-{3位序号}" projec