用于审计网站、应用或设计流程的可用性、转化率和产品问题，将发现与业务结果关联，诊断低转化原因并提供修复建议。
专注于优化新用户注册后的引导流程、激活率和首次体验，帮助用户快速达成核心价值的“顿悟时刻”，减少流失并提升留存。
用于捕获 Ralph Specum 的产品反馈或 bug 报告。总结问题、收集复现上下文，并在 gh 可用时创建 GitHub Issue，否则生成可直接粘贴的 Issue 正文及 URL。
指导设计、优化或审计产品新用户引导流程，旨在提升激活率、缩短价值实现时间并减少注册后流失。涵盖从现状分析到实验设计的完整工作流。
用于在需求进入工作流后、设计开始前，分离目标与实现要求，明确非目标和成本范围。通过听证协议收集用户确认，确保需求收敛清晰后再进行后续开发。
为决策者生成验收演示HTML，基于历史标准评估任务完成度并给出Ship/Wait/Reject建议。用于非技术人员的验收环节。
用于审查、批判和改进现有游戏设计概念、机制或原型。通过证据分析识别风险与矛盾，提供权衡建议及最小化验证实验，辅助设计决策。
审查营销文案中的声明，识别需 substantiation、重构或删除的内容。依据法律标准和监管要求（如FTC），对事实性、比较性等声明进行分类与合规检查，提供修改建议以降低法律风险。
模拟独立创始人视角，评估商业计划的可执行性。结合用户时间、资金和技能预算，判断项目是否可立即上线、需削减范围、需要招聘或技术栈错误，提供运营现实检查。
专注于优化新用户注册后的引导流程、激活率及首次使用体验。通过定义‘啊哈时刻’、设计即时反馈与空状态，缩短用户获取核心价值的时间，提升留存。
专门用于审查仅包含 specs/ 目录变更的 PR，聚焦产品、技术及设计文档的质量。通过检查完整性、清晰度、可行性与一致性，输出 review.json 报告，不涉及代码缺陷审查。
为oz-for-oss仓库提供特定的Issue分类指导，区分症状与假设，规范标签使用，并定义无法通过开源贡献解决的工单处理流程。
