用途：这是 PostHog 客户分析（Accounts 产品）的 Signals 侦察技能，面向 CSM 或 AE 的续约审查场景，主动回答“哪些账户正在悄悄流失、哪些正在升温”。它以账户（group 粒度）为单位，而非聚合用户，衡量每个账户的参与度轨迹（周活跃用户、事件量、关键功能使用），并与该账户自身的历史基线对比。
主要能力：识别参与度断崖（某账户相对自身基线骤降而整体稳定）、休眠开始（此前活跃的账户连续多日零事件）、单线程/关键用户流失（账户总量正常但主要 distinct_id 静默）、扩张信号（用量或活跃席位显著上升，属正向商机）。信号按商业归属加权，即账户是否有活跃关系人（CSM、AE 等）或 CRM 链接（stripe_customer_id、hubspot_deal_id、sfdc_id）。
使用方式：每次运行先做四项廉价读取（scratchpad 搜索、近期运行列表、项目画像、收件箱报告列表），并验证账户到 group 的关联——确认 external_id 是否匹配事件流中的 $group_N 键。通过 SQL 查询 system.accounts 与事件表关联，发现账户粒度索引并记录为 pattern。运行在 exploit（重评观察名单账户）与 explore（发现新账户）之间循环，用 scratchpad 记录 group-type、fleet-baseline、watchlist、baseline、dedupe、noise、report、reviewer 等条目。报告通过 report 通道直接撰写，已存在的风险用编辑而非新建。
适用场景：账户级参与度健康监控，尤其是商业上已归属的账户。
限制：不处理聚合用户级漏斗/留存（属 product-analytics）、收入/MRR 变动（属 revenue-analytics）、获客归因（属 web-analytics）、原始时序异常（属 anomaly-detection）、平台健康问题（属 health-checks）。若账户名单未与事件流关联（external_id 不匹配任何 group 键），则无账户级参与度可评分，属配置缺口，需记录一次而非大量报告。无法每次运行评分上千账户，依赖长期观察名单与探索/利用分配。具体报告字段、状态映射、评审路由等机制由 harness 提示与 report-contract.md 定义，本技能不重复。资料未提供收费、价格或平台支持信息。