check-onboarding

用途：审计产品的用户引导体验，输出结构化的优先级发现报告（P0-P3）。它属于基础原语（primitive），只负责调查和报告，不直接修复；如需根据发现创建 GitHub issue 可用 /log-onboarding-issues，修复可用 /fix-onboarding。\n\n主要检查项：\n1. 首次运行体验：是否存在 onboarding/welcome 流程、新用户检测（如 isNewUser、hasCompletedOnboarding）、导览/走查组件。\n2. 认证流程：auth callback 处理、注册后跳转、资料完善步骤。\n3. 空状态：EmptyState 组件、新用户占位内容、加载状态（skeleton/shimmer）。\n4. 摩擦点：首次交互的必填字段、表单复杂度（统计 input 数量）、在展示价值前的付费墙。\n5. 渐进式披露：tooltip/hint、功能发现提示、上下文帮助。\n6. 顿悟时刻路径：核心动作识别、到达首次成功的步骤（多步表单/wizard/progress）。\n7. 留存钩子：通知权限、邮箱捕获、进度保存、欢迎回来体验。\n\n输出格式：按 P0 关键（用户立刻流失）、P1 必要（激活阻碍）、P2 重要（减少摩擦）、P3 留存增强四档列出发现；同时给出估算指标（到达首次价值的步骤数、价值前的必填字段数、到顿悟的时间）与当前状态摘要。\n\n典型命令（保持原样）：find . -path "onboarding" -name ".tsx"；grep -rE "isNewUser|firstVisit|hasCompletedOnboarding|onboardingComplete" --include=".ts" --include="*.tsx" .；grep -rE "empty|Empty|no.found|NoResults|EmptyState" --include=".tsx" components/。\n\n适用场景：前端/全栈项目中，对新手引导、注册转化、激活漏斗做静态代码层面的初步体检。\n\n限制：资料未提供安装方式、运行环境依赖、支持的平台、收费与价格信息，暂未明确；审计结果基于代码搜索的启发式判断，并非运行时真实用户数据；到顿悟的时间在缺少埋点时为未知。