HyperProbe 是什么 生产只读探针
hyperprobe 是什么：告警到五步 RCA 的 read-only 虚拟断点链路，和只靠日志推理的差异，集成与定价据官网自述。
hyperprobe 是什么？按 HyperProbe 官网 的定位，它是一个 24/7 AI on-call agent：从 PagerDuty、Datadog 或 Slack 接到告警后，在后台用 coding agent 定位嫌疑代码行，再下只读「虚拟断点」抓 live 变量，而不是让人先 redeploy 加日志。下面按机制拆开，厂商案例里的时长对比都标为官网自述。
产品边界：agent 加探针，不是又一个日志面板
官网用一句话概括差异：其它工具在你已有数据上硬推理，HyperProbe 去抓日志里没有的证据。探针（probe）指在运行中某一行上的只读、非阻塞快照：真实流量经过时记录该时刻变量值，抓完即消失，服务不停、用户无感知。官网称探针只读、不能写内存或执行代码，每次探测进不可变审计；默认需审批，信任后可放宽。
与「把 Sentry issue 链进 MCP 让 agent 读堆栈」是互补层：后者结构化的是已上报的异常与 breadcrumbs，见 Sentry MCP 怎么让 AI 查线上报错；HyperProbe 针对的是没打日志、没抛异常、或堆栈远离根因的那类故障。官网列的 silent failure（200 但 body 错）、吞异常、竞态、第三方字段漂移等，都指向「关键变量从未出现在 log 里」。
告警到确认根因的五步链路
官网「How it works」把一次 incident 收成五步，适合当作机制骨架记：
- Alert：从 PagerDuty、Datadog 或 Slack 自动接页。
- Plan：读日志与 trace，定位文件与行号，规划调试路径。
- Probe：证据不够时在嫌疑行放置 read-only 虚拟断点，无需 redeploy。
- Capture：断点在 live 流量上触发，记录该行精确变量状态。
- Confirm：用抓到的证据核对诊断，输出确认的 RCA。
官网案例（order-service webhook）走通这条链：trace 显示下游 404，探针打在 webhooks.ts 第 78 行，快照里 status = "PENDING" 而代码无分支，idempotency 先把 payment 锁死却未写库。该叙事来自厂商站点上的 incident walkthrough，不是独立复现。
和「只靠日志推理」差在哪
传统 on-call 路径在官网对比表里被描述为：堆栈指向 line 82，真正致因变量在更上游且未 logging → 加 log → CI/CD redeploy → 等复现 → 可能多轮 30 分钟级部署。HyperProbe 路径则是后台定位帧、同一行下虚拟断点、下一请求即捕获变量，服务持续跑。
差异不在「有没有 AI」，而在证据类型：日志与 trace 是事先定义好的观测面；探针是事后在指定源行补一条临时观测。官网给出的量级对比（均为厂商自述，2026-08-07 页面抓取）包括：典型 root cause 时间从约 3–4 小时压到 10 分钟以内；单次 incident redeploy 次数从 2–3 次降到 0；需要 senior 投入调查从 2–3 人降到 0。这些数字应用作选型参考时，应标注来源与日期，勿写成第三方 benchmark。
Read-only 与 infra 边界：可自托管或私有 VPC，数据不出环境；PII 在 agent 侧 redaction。官网称 3000 RPS 下 overhead 低于 1%。安全团队仍要审「谁能在 prod 下探针」，这和给 coding agent 开 shell 一样属于信任边界问题；并行多 agent 会话时的隔离清单可对照 Claude Code 并行会话怎么管才不踩坑。
集成、语言与 coding agent
官网页脚能力条写明：Node.js、TypeScript、Java、Python（案例里还出现 Kotlin）；与 Cursor、Claude Code、Codex、Opencode 等 coding agent 配合安装 SDK。告警侧接 PagerDuty、Datadog、Slack；安装路径强调「一条 agent prompt 装 SDK」，Professional 计划含 shared workspace 与 saved probes。
YC S26 标签与「Backed by Y Combinator」来自官网自述。兼容列表会随产品页更新，接入前以 hyperprobe.co 当前文档为准（仅此一处时效提醒）。
定价怎么算（官网标价）
HyperProbe 按 service 计费，不按 engineer seat。官网 2026-08-07 抓取：
| 计划 | 价格（官网） | 要点 |
|---|---|---|
| Free | $0 | 1 个 service，managed cloud，探针与 capture 不限 |
| Professional | $99 / service / 月（年付 $79，最少 3 个 service） | 不限 service 数、30 天 capture 历史、协作工作区 |
| Enterprise | 定制 | 自托管或 VPC、RBAC、审批门、自定义 PII 规则 |
官网还写：首个 incident 可陪同处理、按月可取消、无 seat/host/capture 上限表述。是否值得买取决于你是否经常为「缺一行变量」付出 redeploy 成本，而不是取决于 agent 品牌。
常见问题
HyperProbe 和 Sentry、Datadog 是不是重复？
不完全是替代关系。Sentry、Datadog 负责聚合告警、trace、日志与指标；HyperProbe 官网定位是在告警之后用 agent 规划并在 prod 行级抓未记录状态。已有 MCP 把 issue 喂给 IDE agent 时，仍可能卡在「变量从未 log」；探针补的是运行时证据，不是再做一个 dashboard。
只读探针真的不会影响线上吗？
据官网说明：断点异步触发、非阻塞、只捕获状态不写内存；称用户无感知且 overhead 在低千 RPS 下小于 1%。最终是否上线仍取决于你们对 prod 观测工具的变更流程；Enterprise 路径强调审批门与 VPC/自托管，适合安全评审长的团队。
参考资料
- HyperProbe 官网（产品机制、案例叙事、集成与定价，2026-08-07 抓取）
- HyperProbe Launch 语境（YC S26）（「AI ON-CALL AGENT」定位与 testimonial 署名）