用途：为某个服务产出一份完整的监控搭建指南，明确要测量什么、如何组织日志、如何配置可执行的告警阈值，以及如何搭建能回答真实运维问题的仪表盘，消除“不知道生产环境发生了什么”这类根因。
必要输入：服务名称与描述、技术栈（语言/框架/基础设施）、当前监控工具（Datadog、Prometheus+Grafana、CloudWatch、New Relic、Honeycomb 或暂无）、2–4 个关键用户旅程、现有告警配置。
主要能力：按四大黄金信号（延迟、流量、错误、饱和度）定义指标、来源与维度，并给出延迟 SLO 目标与流量基线；定义业务指标（如主操作成功率、缓存命中率、任务成功率）；规定结构化 JSON 日志的必填字段、请求日志与错误日志格式、日志级别使用场景及禁止记录的内容（密码、令牌、卡号、PII 等）；提供分布式追踪的埋点清单、W3C Trace Context 传播、采样率建议与 Python OpenTelemetry 示例；给出告警规则表（名称、条件、阈值、严重级别、值班动作）及 Prometheus/Grafana 与 Datadog 配置示例；规定主仪表盘布局，突出错误率、p99 延迟、RPS、SLO 预算等。
使用方式：作为技能调用，先补齐上述输入，再按输出格式生成指南；输出包含监控理念、四大黄金信号、业务指标、日志策略、追踪设置、告警规则、仪表盘布局等章节。
适用场景：新服务上线前建立监控、现有服务补齐可观测性、统一团队告警与仪表盘规范。
限制：资料未提供具体收费、价格、平台支持范围或实际效果数据；示例中的阈值、采样率、指标名均为占位符，需按实际服务调整。