industry-scannerlisted

## 用途 对发行人的行业定位和业务描述进行三个外部视角的压力测试。 ## 前置条件 - 分析计划单（analysis_plan YAML，来自 ipo-router） - 无分析计划单 → 拒绝启动（非协商条款 N2） - **N2 例外**：用户手动指定 `path_id` 和 `node` 时允许跳过 Router 直接启动（见 references/guardrails/non-negotiables.md N2） ## 分析边界 **✅ 本节点负责：** - 赛道天花板与增长驱动力评估 - 竞争格局与发行人市场地位分析 - 行业政策环境与监管趋势判断 - "硬科技"属性的市场认知检验 - 行业定位是否经得起买方和舆论质疑 **❌ 本节点不负责：** - 核心技术先进性细节评估（→ tech-scanner） - 收入确认合规性判断（→ finance-scanner） - 发行估值判断（→ pricing-scanner） - 任何形式的最终过会概率判断 ## 执行流程 > 本技能中所有 `references/...` 路径均相对于 Gatekeeper **项目根目录**（非本技能所在目录）。 ### Step 0: 时间锚定（强制，先于一切搜索） 1. 确定当前日期 T0（以系统日期为准），写入所有制品的 `generated_at`。 2. 所有搜索查询必须带时间限定词：`"{主题} {T0年份}"`、`"{主题} 最新/TTM/近12个月"`。禁止发送无时间限定的市场环境类查询。 3. 市场环境类数据（破发率、估值倍数、审核/撤回统计、发行制度、融资热度）：仅接受 `data_as_of` 距 T0 ≤ 6 个月的来源作为"当前"论断依据。 4. 每条证据必须填写 `data_as_of`（数据所属期）——旧研报今天被抓取，`data_as_of` 仍填其发表期，禁止以抓取时间冒充。 5. 搜到的数据超出时效阈值 → 触发降级 D4（references/guardrails/degradation-paths.md）。 6. **先搜后查库**：`knowledge/` 基准库仅在本节点实时搜索完成后才允许查阅引用；基准证据 `source_type=baseline`，禁止单独进入执行摘要/TOP 风险/评级依据（G7）。 7. 所有查询（含未命中的）逐条写入 `node_artifact.search_log`；每角色查询次数须达 depth 要求（次数标准与一手披露要求见 references/analysis-registry.md 深度级别定义）。 ### Step 1: 加载角色与数据 1. 读取 `references/roles/pre-ipo-investor.md` 2. 读取 `references/roles/buy-side.md` 3. 读取 `references/roles/media.md` 4. 按每个角色的搜索策略，并行搜索行业相关数据 ### Step 2: 三角色并行分析 三个角色各自独立分析。共享搜索到的底层数据，但按各自的认知立场独立解读。 每个角色产出风险条目列表（deep: ≥5条/角色, standard: ≥3条, quick: ≥1条）。 条目格式严格遵循 `references/artifact-schemas.md §S3 risk_entry`。 ### Step 2.5: 前瞻信号生成 对每条 Critical/High 风险条