用途：在购买任何监控或云服务之前，先规划业务运行在什么之上、监控什么、什么会唤醒人、以及成本多少。适用于需要监控范围、告警归属、成本上限或服务规划的中小企业。
主要能力：先找出能捕获该业务最严重故障的最小监控方案，默认只给简短建议；服务登记表（CSV、SQL DDL、JSON Schema、Notion 映射）在用户明确要求时才生成，且四种输出共用同一字段列表以避免漂移。核心规则是：告警是人力成本，Alert Channel 与 Severity 决定是否有人在凌晨三点被叫醒；每条告警都应有 Runbook URL，没有运行手册的告警会把技术问题变成恐慌。Phase 字段用于控制成本，按对业务伤害最大的顺序分阶段推进。
使用方式：先识别意图（规划、故障、审查、决策），只询问缺失的关键事实，未知值记为 Unknown，不得编造流量、成本、主机名、错误率或恢复时间。推荐做法是：从一旦失败就停止业务赚钱的那一件事开始，从基础设施外部监控，只设三个信号（是否可达、是否在目标时间内响应、涉及金钱或数据的操作是否成功），一个能触达人的告警渠道，每条告警一份运行手册，一个具名负责人。仅在用户要求时构建产物；Notion 输出交由 notion-manual-import 处理，不要索要 Notion 密码或令牌。
适用场景：监控、可观测性、告警、可用性、SLI/SLO、错误率、延迟、p95/p99、事件响应、值班、运行手册、事后复盘、云成本、服务选型、事件就绪、状态页、停机预防。
限制：不适用于应用代码、基础设施即代码或部署流水线；不适用于安全架构审查；真实故障是现场情况而非规划。资料未提供具体收费、价格或平台支持信息。