用途：这是 PostHog Conversations（客服收件箱）的 Signals 侦察技能，关注收件箱的聚合运营健康度，而非单张工单内容。它读取项目中的 $conversation_* 分析事件，发现 SLA 违约率、首次响应延迟、积压（流入减解决）、渠道/分配/优先级集中等回归，仅在变化越过阈值时提交报告；空跑也是有效结果，重复上报已知回归比不上报更糟。
主要能力：按维度计算比率并与同星期几的滚动基线对比，要求最小样本量（约 15 以上）以避免小分母噪声。可分析 SLA 违约率（sla_active/sla_breached）、首次响应 p50/p90（以 $conversation_message_received 为锚点，避免团队自建工单稀释）、积压净变化（created 减 resolved 加 reopened）、渠道来源与分配/优先级集中度。
使用方式：先确认收件箱是否在用（检查 $conversation_ticket_created 等事件，必要时用 execute-sql 查询 30 天）；再通过 scout-scratchpad-search、scout-runs-list、scout-project-profile-get、inbox-reports-list 了解基线与已有报告；用 SQL 按天评分最新完整日；将基线、去重、噪声、报告 ID、审查人等写入 scratchpad；最后决定新建或编辑报告。
适用场景：客服/支持团队的运营监控，定位人员排班、流程或路由问题。
限制：事件属性可被伪造，需视为不可信数据；通过外部 API 或自动化做的状态变更可能不发出 $conversation_ticket_status_changed，导致解决/重开计数偏低；单张工单内容属于 emission pipeline，不应在此重复上报；复数 $conversations_ 前缀事件是组件遥测，不可混入运营指标。