把采集窗口、累计数据、增量阈值和通知状态分开，先离线比较两次样本，再讨论定时与存档。
原文用定时扫描、阈值推送和 GitHub 存档监控对标账号。本文另写快照练习；作者所述免费模型和流量结果不作为保证。
执行与接管边界
以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。
可自动执行
只在约定公开范围比较帖子快照，按 post_id 去重，区分累计值、增量、缺基线和失败轮次。
需要确认
真实采集、阈值与通知目标、GitHub 存档或公开、提交推送、Routine 时间和外部模型计费前确认。
失败后接管
采集失败不更新成功基线，发送不明先查回执；保留失败轮次与文件交你核查，只恢复获准范围。
合成快照：P1 在 08:00 为 4,000 次浏览，09:00 为 10,000；演示阈值为每小时增加 5,000。
1. 固定观察范围
Section titled “1. 固定观察范围”明确账号名单、公开来源、时间窗口与白天/夜间规则；不可用数据先报告，不承诺抓到所有帖子。
2. 建立带时间快照
Section titled “2. 建立带时间快照”保存 post_id、observed_at、views 和读取状态，按原帖 ID 去重；相同时间的快照不能当成两个采样点。
3. 写清阈值口径
Section titled “3. 写清阈值口径”区分累计值、增量与单位时间增长；本文样本用差值除以小时数，缺基线时不触发增长告警。
4. 验证通知去重
Section titled “4. 验证通知去重”同一帖子和规则只发一次，记录 pending、sent、unknown；发送结果不明先查回执，不立刻重发。
5. 单独确认存档与定时
Section titled “5. 单独确认存档与定时”先交本地样本结果；GitHub 文件范围、是否公开、提交和推送、Routine 频率分别确认。外部模型也有自身计费条件。
一份合成验收样例
Section titled “一份合成验收样例”P1 的一小时增量为 6,000，触发一次。只有 10,000 累计值而无前次快照时，不能推算小时增速。alert_key 使用 post_id 与规则版本。
可复制的任务说明
Section titled “可复制的任务说明”先用本文合成样例整理 Grok Bot × 热帖观察：用快照与去重验证监控规则 的交付，不连接真实服务。输入：合成快照：P1 在 08:00 为 4,000 次浏览，09:00 为 10,000；演示阈值为每小时增加 5,000。处理要求：1. 明确账号名单、公开来源、时间窗口与白天/夜间规则；不可用数据先报告，不承诺抓到所有帖子。2. 保存 post_id、observed_at、views 和读取状态，按原帖 ID 去重；相同时间的快照不能当成两个采样点。3. 区分累计值、增量与单位时间增长；本文样本用差值除以小时数，缺基线时不触发增长告警。4. 同一帖子和规则只发一次，记录 pending、sent、unknown；发送结果不明先查回执，不立刻重发。5. 先交本地样本结果；GitHub 文件范围、是否公开、提交和推送、Routine 频率分别确认。外部模型也有自身计费条件。交付逐项记录、证据位置、未知项与下一步；未执行的动作写未执行。本轮不安装工具、不改授权、不购买、不发布、不创建其他 Bot 或定时任务。样本只触发一次；累计数未冒充增速；缺数据和通知不明有独立状态；没有自动推送。
逐项检查刚才的产物，先不执行任何外部动作。验收标准：样本只触发一次；累计数未冒充增速；缺数据和通知不明有独立状态；没有自动推送。分开列通过、失败、未测试与依据；合成数据和真实结果分别标注。发现缺来源、缺权限或结果不确定时停止，列出需要补的材料。给我一项下一步建议和恢复方式，等待确认后再操作。视频补充：模型网页演示，未补出监控安装步骤
Section titled “视频补充：模型网页演示，未补出监控安装步骤”这段 20.37 秒视频需要与正文的监控教程分开理解。00:00–00:03 可见百灵网页端选择 Ling-3.1-flash 并输入一个单文件 3D 腕表页面需求；00:03–00:20 展示网页预览、滑杆和拖动视角。画面没有 Grok Bot 安装监控 Skill、调用 OpenRouter、扫描 X 或提交 GitHub 的过程。
它只能作为正文提及该模型的背景材料，不增加 Grok Bot 方法。模型网页端的一次作品也不能证明当前 API 免费、适合提交代码，或监控已正常运行。相关 Skill 与 Routine 已补读，见下方源码补充；仓库没有独立采集脚本，本文未执行安装。
在现有第 5 步验收中，应分别索取采集日志、阈值计算、通知回执和目标提交记录；缺哪一项就把哪一项保留为未知，不能用这段模型演示替代。本文 6,000 次小时增量的样本仍是本站合成练习。
源码补充：先对齐扫描规则，再验收阈值与失败轮次
Section titled “源码补充：先对齐扫描规则，再验收阈值与失败轮次”原文指向的 aehyok/x-viral-monitor已核对，固定版本 8ad0a75。公开内容是可读的 Skill、Routine 提示词、状态与归档，没有独立采集脚本或安装器；仓库未见许可证声明。这里补充文件支持的规则，不将文字流程称作已跑通的程序。
五个可落实的操作点
Section titled “五个可落实的操作点”- 分开扫描与调度。 Skill 输入由调用方提供账号、阈值、回看窗口、时区与状态路径；Routine另设北京时间 06:04–23:04 的小时窗口，06:04 只建基线，不推送。复用时先把自己的参数与时间表列清楚。
- 用实际间隔算相邻快照。 已有快照时，两份文件都用浏览差值除以实际间隔小时数，严格大于 5,000 才达标。两个小时多了 6,000 次只等于每小时 3,000 次，不能当作 6,000 次。
- 明确首次观测采用哪条规则。 SKILL.md 59–65 行对首次帖龄取至少 1 分钟；PROMPT.md 18–20 行取至少 1 小时。5 分钟前发布、1,000 次浏览，分别会算成 12,000/h 与 1,000/h，结论相反。本文合成练习继续用“首次只建基线”，不把两条源规则混成一种，也未替作者修订仓库。
- 把读取失败和零命中分开。 0909 失败归档记录
x_read_unavailable、检查 0 帖且保留旧快照。没有新命中不等于取数成功；回执应保留失败账号、错误和上次有效观测时间。 - 对齐状态、通知和归档的版本。 已通知 ID、快照和每小时结果分别保存，通知不明不能冒充已送达。当前 commit 把账号精简为 2 个，旧归档仍保留当轮 12 个，这是历史配置；回查时用当轮名单。源文件描述了 Git 归档，但没有独立实现证明写入、通知与推送具备原子性。
已核对的合成边界
Section titled “已核对的合成边界”| 合成输入 | 每小时增长 | 严格大于 5,000 |
|---|---|---|
| 1 小时从 4,000 到 10,000 | 6,000 | 达标 |
| 2 小时从 4,000 到 10,000 | 3,000 | 不达标 |
| 1 小时从 4,000 到 9,000 | 5,000 | 不达标 |
这三项与首次观测的分歧算例已用独立数值计算核对，未执行第三方代码。原有 pending/sent/unknown 状态是本站验收设计，不声称作者已经实现了可靠通知事务。
先做离线规则验收，不采集X、不建Routine、不通知、不提交Git。固定参考 aehyok/x-viral-monitor 的 8ad0a750c4f794036c4e946aca655eadf55e100d。本文采用相邻快照差值/实际小时数，阈值严格大于5000；首次只建基线。核对三条合成样本：4000→10000/1小时，4000→10000/2小时，4000→9000/1小时。另列原Skill与Routine首次观测算法的差异，不能静默择一。区分 baseline、success_no_hits、read_failed、notification_unknown、archive_failed。没有真实回执就标未执行；不要把空new_hits写成读取成功。归档补充：区分导入、基线、扫描与实际运行时间
Section titled “归档补充：区分导入、基线、扫描与实际运行时间”补读作者的三份固定版本归档后，可以把交接表再细化。它们是作者保存的记录，未由本站重跑或独立验证其中的 X 数据与通知送达。
| 来源记录 | 文件中可核对的事实 | 复用时怎样记账 |
|---|---|---|
| 首次状态导入 | kind=bootstrap，导入 48 条快照、4 条既有推送记录；注明不是完整扫描轮次 |
记“导入旧状态”，不把既有计数记为本轮新扫描或新通知 |
| 06:04 基线归档 | baseline=true，记录检查 108 帖；实际 run_at 为 06:14:31，达标列表为空 |
分开保存计划时段、实际运行时间和基线状态；空列表不能证明通知流程已验收 |
| 09:07 失败归档 | scheduled_slot=0904，实际运行 09:08:30；x_read_unavailable、检查 0 帖、保留旧状态 |
记“读取失败”，保留上次有效数据时间；文件名或计划时段不冒充实际执行时间 |
操作时增加三项检查：先标本轮是状态导入、基线还是扫描；再分别保存计划时段与实际时间；最后核对本轮新增量及通知回执，不用累计计数推断本轮成功。缺少独立发送回执时，通知送达仍写“未核实”。
来源与适用边界
Section titled “来源与适用边界”原始文章：@aehyok；发布日期 2026-10-13。
合集章节对应：内容对应较明确。
铁柱已查看 3 张图片，并按抽帧方式补读 1 个视频，未作连续观看。 推送截图区分累计浏览、每小时增量和发帖时间，并显示 GitHub 存档；现已补读公开 Skill 与 Routine；逐字安装口令及独立采集脚本未取得，外部模型免费期未核实。
价格、软件接口和菜单会变化；未取得或未验证的条件以实际账号及当前官方说明为准。
内容更新日期： · 修改页面不等于重新核验资料或实操。
资料核验：历史核验记录 ·
沿用本页已有来源核验记录；正文、图片、视频或源码的实际读取范围与未取得项见本页来源说明。本次整合未重新核验外部资料，不代表真实流程已跑通。
实操核验：未核验
本站未实操本页真实账号、桥接、外部工具写入或定时流程；作者演示、合成样本和页面自查不替代本站实操核验。
相关外部资料 217 条 →官方资料和原作者分享，每条附核验范围说明。