用途：按 CEO Bible Section G 的 9 类框架解读指标，区分 PostHog 可覆盖与需人工/CRM/创始人观察的部分，用于 PMF 前的阶段判断与决策。
主要能力：9 类指标分别为市场学习（合格对话数、重复痛点率、异议集中度，人工）、产品价值（中位 TTFV、激活率、结果达成）、使用/参与（第 4/8 周留存活跃目标账户、工作流深度、二次使用率）、销售管道（ICP 管道、会议→商机、赢单率、销售周期，CRM）、留存/扩展（健康账户率、扩展拉动率、毛客户留存）、B2C→B2B 转化（目标注册率、激活→PQL、PQL→销售对话、同公司涌现）、团队执行（实验周期、假设关联路线图、信念改变率，人工）、单位经济（净烧钱/跑道、贡献毛利、收入集中度，财务）、PMF 检测（楔子可重复性、持久收入比、自然拉动指数）。
使用方式：PostHog 侧以 funnel_next_stage_available 事件构成核心漏斗（signup_started→account_created→email_confirmed→workspace_created→first_value_moment→first_primary_resource_added→primary_resource_processed→first_key_action_executed→first_value_delivered→return_usage→regular_usage→power_user→team_invitation_sent），分匿名访客、用户身份、产品价值、账户/公司（organizationId）四层分析；归因区分首触与末触，核心问题是“哪个来源带来最多留存公司”。查询示例：posthog__query-generate-hogql-from-question question="How many user_journey_milestone events with milestone Account Created happened yesterday?"。输出可用 Telegram 格式（最多 15 行），并遵循 USER.md 的语言与格式偏好。
适用场景：PMF 前的 CEO 晨报/周报、漏斗健康与 TTFV 检查、来源→激活归因、账户级多用户识别。
限制：部分指标无 PostHog 覆盖，需人工、CRM 或财务数据；MRR、CAC、LTV 在可重复性出现前仅作护栏；流量、总注册、功能数、PR 等属虚荣指标，不应作为进展报告；CAC 回收、LTV/CAC、成熟 NRR 等留待 PMF 后。具体价格、平台支持与效果资料未提供。