技能介绍

要解决什么问题

工程师或数据分析场景里，常见需求不是「查某一期开奖号码」，而是带统计口径的追问：某段时间内某区号码出现频次、单号或两号组合的当前遗漏、先按 A 区排名再筛 B 区的条件统计、快乐 8 在 1～80 域内的共现遗漏排名等。手工翻历史页面无法保证口径一致，也容易把模型记忆里的示例数字当成事实。

本技能把这类问题收敛到固定脚本与命令族：每次查询实时走鉴权后的公司服务，只根据完整成功的 JSON 下结论，不读本地开奖缓存，也不从其它网络源补数。

技能如何工作

先对齐口径：游戏类型、日期或期数范围、目标号码、号码区（如双色球 main / special）、统计是单号分别出现还是共同出现等；范围不清时先问用户。
授权：未授权时通过中国大陆手机号与 6 位验证码完成注册；status 里 authorized: false 是正常未登录态，不是脚本故障。换号需先 clear 再 send / register；不得展示完整 API Key、手机号或验证码。
执行查询：单日用 daily；连续日期或年度统计必须一次 range，禁止拆成逐日多次调用。多项独立统计用 analyze --specs；「先 A 区排名再筛 B 区」用 conditional-ranking；两号共现遗漏排名用 combination-gap-ranking，不得先筛候选再分批猜排名。
回答：先结论，再数据范围、样本期数与口径；统计类回答需声明历史数据不能作为购彩依据。

适用边界

INCOMPLETE_DATA、ACCESS_DENIED、RATE_LIMITED 时应停止统计并说明无法取得完整数据；限流后不要自动重试或换命令重复同一范围。
共现遗漏在 range-censored 时只能报告下界；仅当 exact_winner_available: true 才能宣称精确第一。
「买这组号码会中几次」只能用 match-profile 描述匹配分布，不能推导中奖或奖金；不把频次、遗漏说成因果或未来趋势。