看见过程，而不只是答案
从规则锁定到够 5 即停，每个阶段都有明确输入、动作和结束条件。
HERMES × CODEX × GOOGLE CHROME
从 100 款游戏里，
找到正在升温的词。
一条飞书“找词”指令，自动完成榜单读取、增长计算、逐级核验与 HTML 交付。 这是一套有规则、有证据、知道何时停止的游戏选词流程。
演示使用内置脱敏样本，不连接真实 Agent、账号、API 或本地数据。
2–3h原人工流程
44min最近完整运行
100每轮列表样本
10最终合格候选
THE EXPERIENCE
像真实运行一样，
但权限永远留在门外。
体验层只重放一份脱敏数据。所有按钮都在访客浏览器本地运行，既能理解 Agent 的判断，也无法触发任何真实服务。
每个数字都能回到证据
增长公式、初步顺序、核验状态、日期差异和停止点都进入审计产物。
公开页面没有调用入口
没有登录、上传、数据库、函数或密钥；展示站与生产 Agent 完全隔离。
SANITIZED RUN · 2026-08-09
游戏热词候选报告
来自一次真实成功运行的数据结构，公开展示前已移除浏览器、飞书与本地身份信息。
成功 · 含 3 条非核心提示
已发售池50
未来池50
增长达标86
详情核验10
最终候选10
显示 10 / 10 款
候选游戏 / 判断发布日期关注数据7 日增长
OPERATING SYSTEM
不是一段提示词，
是一套执行系统。
岗位、工作流、浏览器契约、候选状态机、固定模板和最终校验共同决定一次运行是否可以交付。
01
飞书触发只接受明确的“找词”任务
02
Hermes 调度每轮重读本地最新版规则
03
Codex 执行计算、排序、核验与报告生成
04
Chrome 取证明确选择并验证真实浏览器
05
结果交付跨产物校验后回传飞书
浏览器规范
一个连接，两个标签页
- 强制选择 Google Chrome
- Steam 与 SteamDB 分别复用标签页
- 逐款访问，不并发打开详情
候选规范
先排序，再逐级核验
- 两个入口各读取前 50
- 每组先核验前 7，按需补位
- 形成 5 款完整候选立即停止
质量规范
状态、证据、计数一致
- 最终候选必须有唯一合格终态
- Steam 与 SteamDB 证据分别保存
- 报告只替换固定模板 JSON
CAPABILITY BOUNDARY
知道能做什么，
也知道什么不该做。
能力边界不是附注，而是 Agent 可信度的一部分。遇到权限、验证、证据或规则问题时，正确动作是停止并如实记录。
查看 SteamDB 官方 FAQ ↗不提供真实调用
公开站没有后端、API、登录、上传或远程执行能力。
不绕过访问验证
不会处理或规避人机验证，也不通过随机节奏躲避检测。
不猜测缺失数据
Charts 无法可靠读取时如实标记“暂无数据”。
不扩展下游任务
不加入 Google Trends、玩家问题、攻略拆分或搜索竞争。
不暴露运行身份
演示数据不含浏览器 ID、飞书会话、凭据或本地路径。
✓VERIFIED
RUN
RUN
LAST VERIFIED DELIVERY
一轮真实运行，完整交付。
2026-08-09 · Google Chrome 已验证 · 100 款列表 · 10 款候选 · 飞书送达确认
- 开始
- 17:25:30
- 完成
- 18:08:00
- 送达
- 18:09:07