用途：针对“X 已过期”“步骤超时”“流水线卡住”“任务变慢”“落后 N 小时”等带有时间性断言的告警，先做测量再决定是否修复。
主要能力：保证在拿到被归咎步骤的实测耗时之前，不提出提高超时、拆分步骤、重排流水线或重写包装器这类结构性修改；测量对象是告警点名的具体实体而非聚合结果；在判定系统不健康前，先把告警阈值与权威阈值（如 gbrain doctor 的 warn/fail 线）比对；结论要区分“需要更多时间”与“已卡死”。本技能为只读，不改任何超时、阈值或代码，只产出测量结论。
使用方式：先读告警自身数字；再用带计时的命令直接测被测步骤，例如 time gbrain sync --source source-a --no-embed，并针对被点名实体而非全量运行，交叉核对 gbrain sources status；随后用 grep -n "timeoutMs|timeout:" <the wrapper or cron script> 检查调用点覆盖值，而非只看默认值；最后比对告警阈值与权威阈值，确认“坏”的定义一致。结论按“测量结论”格式输出，包含告警、断言、实测命令与耗时、预算超时、阈值比对、判定与修复方向。
适用场景：新鲜度/停滞检查、autopilot 周期告警、同步停滞看门狗（stall_timeout）及其上构建的 cron 监控等时间类运维告警。
限制与注意：告警报告的因果多为猜测，症状数字才可靠；重复告警且数字低于 doctor 自身 warn 线时应先怀疑阈值，将行动线与告警线分离为两个常量。若秒表确认确有变慢或回归，再移交给代码调试流程。文中示例、具体命令与阈值行为均以资料为准，其他平台支持与实现细节暂未提供。