用途：当用户希望为达成某个具体业务目标获得功能或改动建议时，在应用仓库中使用该技能，避免泛化的增长建议，而是基于应用当前真实形态给出排序后的推荐。
主要能力：先明确目标并推动其可衡量化（如把“提升留存”细化为“更多用户在第二周回访”），一次只处理一个目标；阅读代码库理解产品实际功能、核心用户路径（进入→价值→回访）、已有功能、定价与付费墙、引导流程、通知与邮件，以及现有分析埋点；若存在产品文档（如 docs/PRODUCT.md、PRD、路线图）则一并阅读，避免推荐已在计划中的内容，并记录技术栈以判断实现成本。随后围绕目标进行实时调研，参考该产品类别的当前最佳实践，以及有公开结果的同类产品做法（如留存、推荐、引导案例），优先采用有据可查的结果而非清单式建议。
输出方式：给出5至8个候选建议，按预期影响与投入排序；每个建议包含具体的功能或改动（指明涉及的页面与流程）、为何有效的机制与同类产品证据、按实际技术栈评估的 S/M/L 工作量、用于验证目标是否改善的指标及当前是否可测量（不可测时把埋点纳入工作）、以及诚实的风险或权衡（如通知疲劳、付费墙摩擦、范围蔓延）。先详述前三项，其余简要列出，并至少包含一个低成本、不炫目的选项，同时指出虽流行但不适合该产品的建议。
交接：与用户讨论并让其选择；若存在计划文件（路线图或任务清单），可把选中的建议按规模、顺序与验证步骤整理成规范任务，供构建循环技能执行；若无计划文件，可协助撰写。
限制：每条建议都必须追溯到既定目标；强调证据而非直觉，证据薄弱时须说明；建议须基于现有代码库与技术栈，而非想象中的重写；当目标的最大杠杆并非功能（如定价、定位、分发）时，应如实指出并指向合适阶段，而不是编造产品工作。资料中未提供该技能的具体运行环境、依赖或安装命令，暂未提供。