05-vehicle-plate-lottery-collector

name: 05-vehicle-plate-lottery-collector description: 使用内置 references 模块文档逐渠道采集中国城市“车牌摇号”政策信息。适用于用户提供目标城市和年份/时间范围后，围绕新能源车指标、燃油车指标、摇号资格、上牌资格与社保年限要求等指标使用 搜索工具检索官方与辅助来源、保留完整来源声明，并写入固定目录下 3 个 Markdown 文件且不做最终政策裁决的场景。

05 Vehicle Plate Lottery Collector

用于执行“车牌摇号”政策采集，不用于做最终裁决，也不替用户合并冲突口径。

能力边界

• 本 skill 只负责 搜索检索、打开并采集页面内容、写入固定 Markdown 文件
• 不负责政策裁决、资格判断、建议办理路径、电话咨询或替用户解释最终适用结论
• 不输出 3 个指定 Markdown 文件之外的独立文件
• 只写入本模块固定输出目录；不得读取、修改或合并其他 6 个 skill 的输出目录

何时使用

• 用户给出了 目标城市 和 年份/时间范围，或需要按城市和年份采集车牌摇号政策
• 用户希望采集 车牌摇号 模块，而不是笼统总结机动车管理政策
• 用户要求逐渠道检索、逐指标记录、保留完整来源追溯，并固定输出 3 个 Markdown 文件

必要输入

• 目标城市
• 年份/时间范围

缺少任一必要输入时，先要求补齐；不要用 2026年、当前年份或记忆自动补齐。

执行参数：

• 模块：车牌摇号
• 年份/时间范围：使用用户输入值，必须写入搜索查询词、来源明细和缺口记录；不得擅自替换
• 人群：在职员工
• 场景：个人在目标城市申请机动车指标/车牌资格
• 内置 reference：references/05-车牌摇号.md
• 固定输出目录：./七大政策/{目标城市}/05-车牌摇号/

先读什么

1. 先打开本 skill 内置 references/05-车牌摇号.md
2. 从内置 reference 提取：
   • 渠道顺序、渠道编号、渠道名称、渠道类型、主要用途
   • 标签库和关键词建议
   • 模块说明与输出约束
3. 根据 目标城市 和 年份/时间范围 将 {城市}、{CITY}、{年份}、渠道占位和检索词模板替换为目标城市与指定年份口径
4. 如用户额外提供城市材料，只能作为补充线索；不得替代本 skill 的固定指标、输出结构和内置 reference 渠道顺序

SKILL.md 与 references 配合

• SKILL.md 是执行契约：决定输入、指标、输出文件、来源字段、追溯要求和禁止事项
• references/05-车牌摇号.md 是本模块内置模块文档：提供标签库、指标关键词映射、渠道模板和检索词扩展
• 执行顺序固定为：先读内置 reference，再根据目标城市和渠道模板定位真实页面，最后开始搜索检索与页面采集
• 不要求用户提供额外模块材料；如用户额外提供，只作为补充线索，不改变本 skill 的固定输出目录、指标和表头

检索工具要求

• 搜索工具按 EXECUTION-PROMPT Phase 0 探测结果选择（优先 MiniMax web_search）进行充分检索
• 如果搜索工具不可用，停止执行并说明缺少检索技能；不要改用记忆、未打开页面或普通摘要替代
• 对内置 reference 中的每个渠道模板，按渠道顺序分别构造搜索查询，不得只做全网泛搜
• 每个渠道至少围绕该模块核心关键词和未覆盖指标补充查询；优先使用 site:{渠道域名} + 指标关键词 + 年份/城市
• 每个搜索查询都必须包含 目标城市 和 年份/时间范围；确需检索无年份政策原文时，也要补充一轮不含年份的查询并在备注说明
• 搜索工具用于发现和定位候选页面；采集内容必须来自已打开页面
• 搜索结果摘要、片段或未打开页面不能当作官方原文
• 候选页面必须实际打开并验证可访问；404、打不开、空白页、错误页、登录拦截页、只有搜索结果而无正文的页面，不得作为采集来源
• 页面URL 必须填写最终可打开的完整 URL；如搜索结果 URL 发生跳转，页面URL 写最终 URL，原始搜索结果 URL 写入 参考URL 或 备注
• 每条进入 02-来源明细表.md 的来源，都必须在 备注 写明 URL验证：已打开/可读，并记录搜索结果的标题、排名或摘要片段
• 每条采用或未找到关键内容的记录，都要把实际搜索查询词写入 检索关键词

固定采集指标

1. 电动车牌是否需要社保
2. 燃油车车牌是否需要社保
3. 社保缴纳年限要求（多少年）

专项采集约束

• 必须区分：
  • 新能源车指标
  • 燃油车指标
  • 摇号资格
  • 上牌资格 不得混为一谈
• 电动车牌 必须尽量进一步区分：
  • 纯电
  • 插电混动
  • 增程式 如果城市政策不区分，也要明确记录 当前未见区分
• 如果城市只允许 纯电 享受新能源指标，必须明确写出
• 如果 纯电和混动 均可参与，也必须明确写出
• 是否需要社保 必须区分：
  • 本地户籍
  • 非本地户籍
  • 持居住证人员
  • 个人申请
  • 家庭申请（如适用）
• 社保缴纳年限要求 必须明确：
  • 连续缴纳还是累计缴纳
  • 要求多少年/多少个月
  • 是否要求最近连续不断缴
• 如政策区分以下情形，必须拆开记录，不能混写：
  • 新能源指标 vs 普通小客车指标
  • 单位申请 vs 个人申请
  • 户籍 vs 非户籍
  • 居住证 + 社保
• 没有明确政策原文时，不得推测，直接写 未找到明确依据

执行规则

• 以内置 reference 的渠道模板和顺序为准；不要自行重建无关渠道清单
• 必须按渠道顺序逐个检索；不要跳过
• 必须围绕 3 个指标逐项采集；不要只做摘要
• 同一指标允许保留多个来源，不强行合并成单一结论
• 每条采集结果都必须来自已打开页面；不要把未打开页面、搜索摘要或记忆当来源
• 官方优先；辅助来源可以保留，但必须标明来源级别
• 如果只拿到搜索引擎摘要但页面无法打开，不能作为来源写入 01-指标汇总表.md 或 02-来源明细表.md；只能在 03-缺口与待补充.md 记录该 URL、搜索摘要和失败原因
• 搜索快照 只用于标注已验证可打开页面对应的搜索结果上下文，不能单独支撑指标数据；如果是二手转引，来源类型或备注写明 二手转引
• 本任务重点是“尽可能完整采集”，不是“综合判断谁最权威”
• 找不到明确内容时，写 未找到明确依据；如果缺的是官方依据，则写 未找到明确官方依据
• 不做最终政策裁决，不写“综合来看”“因此可判断”之类结论句

建议工作流

1. 建立来源台账
   • 建议来源编号格式：{城市缩写或模块缩写}-{渠道编号}-{三位流水号}
2. 逐渠道检索
   • 优先使用内置 reference 给出的检索词模板
   • 对每个命中页面，先打开正文，再记录完整元数据
3. 逐指标抽取
   • 抽取原文关键句、明确条件、适用对象、适用车辆类型、前置条件、例外情形
   • 明确该来源支撑的是新能源还是燃油车、摇号资格还是上牌资格
   • 记录该来源支撑的具体指标编号
4. 生成交付文件
   • 只输出 3 个 Markdown 文件
   • 文件名、字段顺序、表头必须固定一致
   • 不额外输出检索日志、关键词矩阵、来源卡片等独立文件

来源声明必填字段

• 来源编号
• 来源渠道名称
• 来源类型
• 来源级别：官方 / 官方转引 / 辅助 / 搜索快照
• 页面标题
• 页面 URL
• URL 可访问性验证结果
• 参考 URL（如有）
• 发布日期/更新时间；没有就写 页面未注明
• 抓取时间
• 检索关键词
• 搜索结果标题/摘要/排名
• 原文摘录
• 提取到的数据内容
• 对应指标编号
• 适用对象/适用车辆类型
• 备注

检索重点

• 目标城市 小客车指标 申请条件
• 目标城市 机动车摇号 社保 条件
• 目标城市 新能源车 指标 社保
• 目标城市 纯电 上牌 条件
• 目标城市 插电混动 绿牌 条件
• 目标城市 增程式 绿牌 条件
• 目标城市 普通小客车 摇号 社保 年限
• 目标城市 新能源指标 申请资格
• 目标城市 非户籍 车牌 社保 居住证
• 目标城市 指标管理办法 / 实施细则 / 常见问答 / 政策解读

存储与追溯要求

• 必须创建或使用固定输出目录 ./七大政策/{目标城市}/05-车牌摇号/，并只写入 01-指标汇总表.md、02-来源明细表.md、03-缺口与待补充.md
• 不得写入其他模块目录，不得把其他模块结果合并进本目录
• 抓取到的详细内容必须落到 02-来源明细表.md，包括页面标题、完整 URL、抓取时间、检索关键词、原文摘录和结构化提取内容
• 每个指标都必须能追溯到具体来源编号、页面标题和完整链接；没有明确来源时必须在 03-缺口与待补充.md 记录缺口
• 同一来源支撑多个指标时，必须在 02-来源明细表.md 拆成多行，保证“一行 = 一个来源支撑一个指标”
• 不能只在 01-指标汇总表.md 写摘要而丢失底稿；所有可复核细节必须写入 02-来源明细表.md
• 02-来源明细表.md 的 备注 必须包含 URL 可访问性验证结果，以及 搜索结果标题/摘要/排名；打不开的 URL 不得出现在 页面URL 证据字段中
• 检索过程不另写日志文件；已检索渠道、关键词和缺口统一沉淀到 02-来源明细表.md 与 03-缺口与待补充.md

输出文件

1. 01-指标汇总表.md

• 固定按 3 个指标输出，一行对应一个指标
• 只呈现“当前采集到的信息”，不做最终裁决
• 每一行都要带来源编号、来源标题、来源 URL
• 同一个单元格内多个来源用 <br> 分隔
• 如果没有明确官方依据，明确写 未找到明确官方依据
• 对新能源车，尽量在内容里明确 纯电 / 混动 / 增程 是否区分

使用以下固定表头：

| 指标编号 | 采集指标 | 员工视角问题 | 当前采集到的信息（不做最终裁决） | 关键条件/社保要求/年限标准 | 适用对象/适用车辆类型 | 官方来源编号 | 官方来源标题 | 官方来源URL | 补充来源编号 | 补充来源URL | 是否存在缺口 | 缺口说明 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|

2. 02-来源明细表.md

• 一行只对应“一个来源支撑一个指标”
• 同一个来源支撑多个指标时，必须拆成多行
• 必须完整保留来源信息，确保能回溯
• 页面URL 必须是已打开验证可访问的最终 URL；404、打不开、跳转错误或不可读页面不得入表作为来源
• 原文摘录保留 1-3 句关键句
• “提取到的数据内容”尽量结构化、可复用

使用以下固定表头：

| 指标编号 | 采集指标 | 来源编号 | 来源渠道名称 | 来源类型 | 来源级别 | 页面标题 | 页面URL | 参考URL | 发布日期/更新时间 | 抓取时间 | 检索关键词 | 适用对象/适用车辆类型 | 原文摘录 | 提取到的数据内容 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|

3. 03-缺口与待补充.md

• 只记录存在关键缺口的指标
• 已完整找到的指标不要写进来
• 如果 3 项都没有缺口，仍然输出该文件，但只保留一行 无缺口 记录

使用以下固定表头：

| 指标编号 | 采集指标 | 未找到的关键内容 | 缺口原因 | 已检索渠道/来源编号 | 已使用关键词 | 当前能确认到的边界 | 建议后续补查方向 | 备注 |
|---|---|---|---|---|---|---|---|---|

填写提醒

• 01-指标汇总表.md 的“当前采集到的信息”只写事实，不写综合判断
• 01-指标汇总表.md 的“关键条件/社保要求/年限标准”只写页面中明确出现的条件；没有就写 未找到明确数值
• 01-指标汇总表.md 的“适用对象/适用车辆类型”要明确写本地户籍、非户籍、持居住证人员、个人申请、家庭申请、纯电、插电混动、增程式、燃油车等，不要混写
• 02-来源明细表.md 中“来源级别”只能填：官方 / 官方转引 / 辅助 / 搜索快照
• 02-来源明细表.md 的 备注 写法建议：URL验证：已打开/可读；搜索结果：排名X，标题“...”，摘要“...”；若有跳转，原始URL：...
• 02-来源明细表.md 中同一来源支撑多个指标时要拆行
• 03-缺口与待补充.md 只写真实缺口，不要把“还想补更多”也算进去
• 所有 URL 必须写完整
• 交付前检查 3 个指标是否都有一行

结束前自检

• 是否先读了内置 reference
• 是否按内置 reference 的渠道顺序逐类检索
• 是否把新能源指标、燃油车指标、摇号资格、上牌资格分开记录
• 是否把纯电、插电混动、增程式是否区分写清楚
• 是否把户籍/非户籍、居住证、个人/家庭申请等情形拆开写
• 是否把社保要求和社保年限要求分别记录
• 是否所有结论都能回到已打开页面
• 是否所有 页面URL 都已实际打开并确认不是 404、错误页或不可读页面
• 是否所有来源都带了完整来源声明
• 是否只交付了 3 个 Markdown 文件