抢先体验设计师
把候补名单设计成可衡量、分阶段推进并持续收集反馈的产品抢先体验计划。
技能明确限定范围，要求确认后写入记忆，采用提案而非直接修改规范注册表，并要求把导入数据视为不可信；但候补名单、测试者和分析数据可能含敏感信息，最小化、保留期限和具体回滚流程未在本技能中完整说明，因此扣8分。
输入、输出、完成条件和异常数据处理规则较清晰，且明确不应编造基线；但静态阅读无法复现关键路径，通知订阅者、注册表提案和外部平台约束没有本技能级测试或失败反馈，另有18.0.0与安全策略支持17.x的版本不一致，因此扣12分。
触发场景、输入、输出、非适用范围和中文关键词定义明确，支持无密钥的用户粘贴数据；但对中国大陆网络可达性、平台差异和更多非移动场景的边界证据不足，geo-relevance也标为low，因此扣4分。
结构完整，包含Quick Start、契约、数据源、步骤、保存确认、交接、引用、版本和Apache-2.0许可；但维护责任、更新路径、变更记录未在该技能自身明确，且保存结果规则与Writes描述存在轻微张力，因此扣5分。
输出目标覆盖阶段阶梯、毕业标准、分 cohort、反馈闭环和邀请机制，且可直接形成设计文档；但没有代表性成品或验证结果，量化阈值依赖用户数据并需后续注册表和其他技能接续，静态校准下只能给7分。
技能要求标注Measured、User-provided或Estimated，并要求官方商店资料和提案协议，具备一定审计性；但提供的测试主要验证仓库通用架构和审计工件，不覆盖本技能关键路径，也没有第三方执行证据，因此扣6分。
- 不要把Estimated阈值当作行业基准；必须用产品自身历史数据校准。
- 写入memory或提交注册表提案前确认授权，并审查候补名单、测试者数据中的个人信息。
- 技能要求每次状态变更通知订阅者，但未给出可复现的通知实现、失败处理或回滚方案。
- 核对18.0.0与安全策略支持版本不一致，并确认所依赖的官方商店文档可访问。
这个 Skill 能做什么，适合哪些场景？
这是 Aaron Marketing Skills 中 launch/research 阶段的单个技能，用于设计从候补名单到 GA 的 waitlist→concept→alpha→beta→GA 阶梯。它为每个阶段定义目的、进入动作、访问范围和量化毕业标准，并规划分批邀请、测试者招募、反馈通知及邀请推荐机制。它适合需要把内测流程结构化的产品团队，但不负责获客、报名页面、同意记录、规范阶段主记录或推荐激励经济模型。
读取产品、当前阶段、受众、发布目标、候补名单与测试者数据，以及已有的 launch-registry 阶段记录；在移动端发布时参考 App Store Connect 或 Play Console 的官方测试轨道限制。输出 waitlist→concept→alpha→beta→GA 阶梯、每阶段的量化毕业标准、cohort gating 与邀请节流方案、测试者招募和发布日社会证明准备、反馈状态闭环及邀请码/链接和反滥用机制。阶段定义通过 registry-events.py 的 operation: propose 请求提交给 launch-registry，而不是直接写入 canonical stage record。
- 产品负责人已有候补名单，想按支持能力分批邀请用户进入 alpha 和 beta。
- 发布团队需要为 beta 定义核心流程完成率、反馈数量和错误容忍度等毕业门槛。
- 移动应用团队需要结合 TestFlight 或 Play testing track 约束设计测试 cohort。
- 增长或社区负责人希望建立带邀请码、归因和反滥用保护的推荐邀请机制。
- 发布团队需要在 GA 前建立反馈状态变化通知和合规的 launch-day testimonial 准备流程。
这个 Skill 有哪些优点和局限？
- 覆盖从 waitlist 到 GA 的完整阶段阶梯，并要求明确 opt-in/opt-out 语义。
- 将毕业标准、cohort gating、邀请节流、反馈通知和推荐机制组合成可交接的设计。
- 强调使用用户数据并区分 Measured、User-provided 和 Estimated，避免虚构行业基准。
- 明确遵守 sole-writer 规则，不直接改写 launch-registry canonical record。
- 不能替代候补名单获客策略、报名捕获流程或 signup 页面设计。
- 不记录 consent、不维护 canonical stage record，也不负责 referral economics。
- 需要用户提供候补名单、测试者和激活数据；没有数据时无法建立可靠基线。
- 阶段定义必须通过 registry proposal protocol 交给 launch-registry formalize，流程依赖仓库的本地记忆和事件结构。
如何安装这个 Skill？
安装整个仓库后使用该路径下的技能：Claude Code：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后 /plugin install aaron-marketing@aaron。其他 Agent Skills-compatible hosts：npx skills add aaron-he-zhu/aaron-marketing-skills，或直接 git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。仓库中的目标文件是 launch/research/early-access-designer/SKILL.md；源材料没有提供该技能的独立安装命令。
如何使用这个 Skill？
向兼容主机输入：Design an early access program for [product]. Current stage: [waitlist / private beta / none]. Goal: GA by [date]. 也可以输入：Define graduation criteria for our beta — here is what testers can do today, plus our activation data export. 使用真实的候补名单、测试者数量和激活数据；所有阈值在用产品自身历史数据验证前都应标为 Estimated。
这个 Skill 与同类方案有什么区别？
与 list-growth-designer 的边界是：本技能设计阶段阶梯和运营机制，list-growth-designer 负责候补名单获客与合规捕获流程。与 launch-registry 的边界是：本技能提出阶段候选，launch-registry 负责 canonical stage record。