用途：统一的应用性能监控（APM）与监控面板，聚合 Datadog、New Relic、OpenTelemetry 三类后端的告警、错误追踪和实体健康状态。调用方式为 /ops:monitor，通过参数选择模式。
三种模式：
- --setup：交互式配置后端，选择 Datadog、New Relic、OpenTelemetry 或全部；逐个收集凭据并写入 preferences.json（使用 mktemp 加 jq 配合 mv 的原子替换）。
- 默认模式：执行健康检查，以格式化面板展示状态图标：✅ 健康、⚠️ 警告、🔴 严重或不可达、⬜ 未配置；每个告警显示服务名、告警名和对应面板链接；无后端时提示运行 /ops:monitor --setup。
- --watch：每 60 秒轮询，仅打印与上一轮相比的变化项（如 🆕 新告警、✅ 已恢复），Ctrl-C 退出。
- --backend datadog|newrelic|otel：仅查询指定后端。
凭据与端点：Datadog 使用 DD-API-KEY 与 DD-APPLICATION-KEY，基址 https://api.datadoghq.com，健康端点 /api/v1/validate，预期 {"valid": true}；New Relic 使用 Api-Key，基址 https://api.newrelic.com/graphql，通过 GraphQL 查询用户；OTEL 使用 $OTEL_ENDPOINT，健康端点 /healthz，预期 HTTP 200。配置后运行冒烟测试并逐后端报告 ✅ 或 ❌。
Agent Teams：当设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 且配置多个后端时，可并行探测并共享上下文（如 Datadog 检测延迟尖峰后由 OTEL 关联追踪）；未启用或仅一个后端时使用单个 monitor-agent 子代理。
限制：资料未提供定价、平台支持范围、各后端的权限要求、告警去重规则与错误处理细节，暂未提供。使用需具备对应后端账号与有效凭据，轮询间隔固定为 60 秒。