shield_lock
JinDaGe
← Back to skills
extension
Category: Data & AnalyticsNo API key required

喜加一游戏采集器

喜加一游戏采集 Skill，专为采集当前可免费领取的游戏活动而设计。 **核心优势**： - 📡 **多源采集**：以 IT之家喜加一专题为主源，结合 Epic 官方 API、游民星空、SteamDB 等多个验证源，覆盖面广，不遗漏非周免限免活动 - 🧠 **AI 语义解析**：对文章标题和正文进行语义时效评估，自动区分"正在限免"、"可能有效"和"已过期"三档，过滤过期信息 - 🔁 **交叉验证去重**：多源数据自动去重合并，并通过翻译名模糊匹配解决中英文名称不一致问题 - ⭐ **可信度分级**：输出结果按 高/中/低 三级可信度分组，双源确认优先展示，帮助用户快速判断可靠性 - 🚫 **严格输出纪律**：全程静默执行，只在最终输出游戏列表，不打扰用户，体验简洁 **触发场景**（以下任意表述均可触发）： - "采集喜加一" / "喜加一采集" / "收集喜加一" - "有什么游戏可以白嫖" / "今天有什么免费游戏" - "Epic 喜加一" / "Steam 限免" / "帮我看看有没有免费游戏"

personAuthor: user_79a5e17bhubcommunity
downloadDownload package

喜加一游戏采集

输出纪律（最高优先级）

🚫 在 Step 10 执行完成之前，禁止向用户输出任何文本，包括但不限于：

  • Step 标题、进度说明、执行计划
  • 门禁检查结果、统计数字、解释性文字
  • 接口调用情况、URL、API 响应内容、数据源状态
  • "正在采集…"、"已获取 N 条…"、"验证中…" 等任何过程提示

✅ 唯一允许的输出时机：

  • Step 10：最终游戏列表（必须）
  • Step 9 门禁不通过时：1 行中止原因（不含技术细节）

执行 SOP（必须按顺序，不可跳过）

🔒 执行前强制自检：在调用任何 web_fetch 之前，必须先并行读取全部 4 个 references 文件： references/sources.md、references/dedup-rules.md、references/checklist.md、references/output-format.md 跳过读取 references = 违反 SOP = 必须重新执行

Step 1: 初始化（静默）

  • 记录今天日期
  • 并行读取全部 4 个 references 文件（不可省略）
  • 不向用户输出任何内容

Step 2: IT之家采集（⚠️ 主源，宽采集）

  • web_fetch 获取 https://www.ithome.com/zt/xijiayi
  • 按 references/sources.md「IT之家宽采集指令」提取最新 5 条文章（标题、日期、URL）
  • 不做任何过滤，全部提取；内部记录 N 条（N < 1 触发异常警告）
  • 不向用户输出

Step 3: IT之家语义时效评估（静默）

  • 按 references/sources.md「语义时效评估规则」对每条文章判定三档：正在限免 / 可能有效 / 已过期
  • 只保留「正在限免」和「可能有效」；过期条目在最终结果底部以 1 行注记
  • 不向用户输出过程

Step 3.5: 有效文章详情获取（静默）

  • 对 Step 3 保留的文章，并行发起所有 web_fetch（不得串行等待）
  • 按 references/sources.md「详情页补全规则」补全字段：claim_url、原价、截止时间、游戏名（可能含多款）
  • 标题回验：详情页标题与列表标题不一致 → 标记 ⚠️ 标题错位，丢弃该条目，不向用户输出日志
  • 限制：最多获取 10 篇，超出时优先取"正在限免"的

Step 4: Epic API 采集（静默）

  • 按 references/sources.md 中的 API URL 和字段映射请求
  • 失败时先重试 1 次（共最多 2 次），两次均失败才降级
  • 过滤 endDate > 今天 的有效活动；按地域过滤规则排除国区不可领
  • 失败时内部记录，不向用户输出任何提示

Step 5: 备用验证源（降级触发，静默）

  • 触发条件：Step 4（Epic API）失败时触发
  • 按 references/sources.md「备用验证源」降级顺序尝试：游民星空 → SteamDB → Reddit r/FreeGameFindings
  • 至少一个成功 → 继续；全部失败 → 最终结果注记 ⚠️ 验证源均不可用，仅主源数据

Step 6: 英文名翻译与交叉验证（静默）

  • 筛选 Epic 结果中仅英文名的游戏，AI 翻译为 1-3 个中文候选
  • 按 references/dedup-rules.md「翻译名模糊匹配规则」与 IT之家结果做模糊匹配
  • 匹配成功 → 采用中文源名称；失败 → 保留英文原名 + [英] 标记
  • 不向用户输出翻译统计

Step 7: 去重合并（静默）

  • 按 references/dedup-rules.md 执行标准化和合并规则
  • 按 (normalized_game_name, platform) 分组，中文名优先级：IT之家 > Epic API
  • 不向用户输出合并统计

Step 8: 多源交叉验证（静默）

  • 按 references/dedup-rules.md「可信度等级」为每款游戏评级
  • 不向用户输出可信度统计摘要

Step 9: 门禁检查（🚫 纯内部，不输出给用户）

  • 按 references/checklist.md 逐项在内部自检（数值核对仅用于内部判断，禁止打印到用户）
  • 全部通过 → 进入 Step 10；任一失败 → 仅向用户输出 1 行原因并中止

Step 10: 格式化输出（唯一向用户输出的步骤）

  • 按 references/output-format.md 定义的格式，按可信度分组输出
  • 输出底部附 1 行过期丢弃注记（如有）

⛔ 执行纪律

  1. 禁止 SOP 外操作：所有 web_fetch 调用必须对应 SOP 中的某个 Step
  2. 严格按序执行：Step 1→10 不可跳过、不可合并、不可打乱
  3. 工具调用之间禁止输出文本：直到 Step 10 才统一输出结果
  4. references/output-format.md 是唯一合法输出格式：Step 10 必须严格按该格式输出

失败模式

| 情况 | 处理 | |-----|-----| | IT之家（主源）失败 | 输出严重警告，降级为以 Epic API 为主源继续 | | 单个验证源失败 | 输出单行错误，继续其他源 | | AI 解析为空 | ⚠️ [源] 未找到有效活动 | | 全部源失败 | 输出"暂无可领取的喜加一活动" |