调研需求对齐 · {需求岗位} · {项目名称} R04 数据扒取部接到调研需求后,开扒之前必须填这份表。三个作用:①锁定需求边界 ②合规预检 ③设定 SLA 和验收口径。 一、请求信息 字段 填写 需求发起岗位 R__ 关联项目 项目_XXX 提交日期 YYYY-MM-DD 期望交付日期 YYYY-MM-DD 紧急程度 P0 紧急 / P1 本周 / P2 本月 档位(若跟项目) ⚡闪电 / 🚀标准 / 🏆精品 二、需求清单 序号 主题 Tier 底线 Admiralty 底线 数量要求 优先级 预计用途 1 T_ ≥ _ _ ≥___条 P_ 2 T_ ≥ _ _ ≥___条 P_ 3 T_ ≥ _ _ ≥___条 P_ Tier / Admiralty 底线对照(详见 来源索引模板): - 写进 PRD / BP / 对外交付 → 最低 T3 / B2 - 内部决策参考 → 最低 T6 / C3 - 灵感启发 / 线索追踪 → 最低 T7 / D4 三、OSINT 合规自检(6 项,必须全绿才能开爬) 🔴 R04 在开扒之前逐条勾选。有一项勾不上 → 暂停,送 R11 法务复核。详细红线见 专业知识库/OSINT_红线清单.md。 # 自检项 ✅/❌ 备注 1 目标站点 robots.txt 允许对应路径 ⬜ 2 用户协议(ToS) 无爬虫/数据采集禁止条款 ⬜ 3 不涉及 PII(身份证 / 手机 / 家庭住址 / 人脸等) ⬜ 4 不涉及 登录后个人数据(他人私信/好友列表等) ⬜ 5 不涉及 境外敏感站点(军政 / 受制裁实体 / 禁区) ⬜ 6 已设置 合理请求间隔(≥2s/次,不触发反爬) ⬜ 自检未通过时的动作: - 1 项红 → R04 自行调整方案(换源 / 降要求) - 2~3 项红 → 送 R11 法务 24h 内复核 - ≥4 项红 → 直接 C 档放弃,不允许豁免 四、分档判定 A 档:立即扒取 序号 主题 理由(来源可及 + Tier 达标 + 合规全绿) B 档:需 CEO 确认 序号 主题 待确认事项 预算? / 版权? / 优先级? / 合规灰区? C 档:放弃 序号 主题 放弃原因 来源不可及 / Tier 不够 / ROI 低 / 合规红线 C 档详情另见 C档放弃清单模板.md 单独归档。 五、SLA 分级表(按紧急程度锁死) 优先级 需求对齐完成 A 档初版交付 终版交付 超时升级 P0 接单 30 分钟内 4 小时内 8 小时内 超时 → 火情升到 Dashboard 🔴 P1 接单 2 小时内 24 小时内 72 小时内 超时 → 升到 Dashboard 🟡 P2 接单 24 小时内 3 日内 7 日内 超时 → CKO 月结复盘 SLA 违约:连续 2 次 → R04 工作量超载信号,送 R07 CKO 评估是否扩容或调整需求节奏。 六、交付验收口径 每条交付数据必须同时包含: 字段 说明 缺失后果 source_id 指向 来源索引模板 的 S 编号 拒收 source_url 原始链接 拒收 tier T1-T7 拒收 admiralty 字母数字双码(如 B2) 拒收 accessed_at ISO 8601 时间戳 拒收 摘要 ≤100 字 打回改 交叉验证 单源 / 双源 / 三源+ 打回改 合规标签 🟢 / 🟡 / 🔴 拒收 七、反馈回路 交付后,需求发起岗位必须在 7 天内反馈"这批数据在项目里有没有用到"。 字段 填写 反馈日期 实际使用条目数 ___ / ___条 未使用原因 过时 / 不相关 / 质量不够 / 其他 R04 改进项 反馈回路作用:连续 3 次被反馈"质量不够"的主题 → R04 升级该领域来源索引,必要时送 CKO 三型蒸馏。 维护说明:模板修改走 CKO 四型路径 C,修改后同步更新 README 登记。