用途：为 PostHog 错误跟踪编写告警规则。它把告警视为路由问题而非度量问题：触发事件已在摄入管线中按真实条件触发，此技能负责按用户意图选择正确触发器、与既有配置去重，并投递到用户可实际响应的目标。
主要能力：三种生命周期触发事件，每个告警只能选一个——$error_tracking_issue_created（新问题首次出现）、$error_tracking_issue_reopened（已解决的问题再次出现）、$error_tracking_issue_spiking（尖峰检测器标记异常量）。用户表述模糊时默认建议 _spiking，但须确认，不可默默选择。支持 Slack（用 integrations-list 的 kind=slack 找集成 id，再用 integrations-channels-retrieve 选频道 id）、webhook（仅接受 https:// URL，拒绝 http://）、Linear/GitHub/GitLab（须先确认集成已连接）。可添加每问题属性过滤，如 $exception_issue_id（仅 created/reopened 支持，spiking 不带异常属性），以及 $exception_types、name 等。相关工具包括 error-tracking-alerts-list、integrations-list、integrations-channels-retrieve、error-tracking-alerts-create、error-tracking-alerts-partial-update、error-tracking-alerts-delete。
使用方式：先确认三要素（触发事件、频道、作用范围），再分页扫描既有内部目标告警去重（一次完整扫描，next 为 null 才结束），然后选定集成、创建告警并回显确认。命名采用 <trigger> · <channel> (auto)。
限制：调整尖峰检测器本身（倍数、窗口、阈值）不在范围内，其配置未经 MCP 暴露；流量阈值类日志告警不在范围内；调查进行中的事故应直接查询问题及其事件，而非再写告警。列表响应不含 inputs，无法据此判断投递目标，需从 name/description 读取。同一事件的相同频道多告警会产生重复 Slack 消息。创建前必须与用户确认频道/URL，不得硬编码生产频道。