BUSINESS / OPERATIONS统一进度口径。优先级保留最新 P0–P3统计规则统一进行中阶段修改结果复算与逐条回读业务流程 / 公司项目 · 团队协作AI 数据业务:统一 CRM 与日报口径我确认保留最新优先级规则,借助 AI 对齐 CRM 与日报口径,纠正日期和事件分类,并回读核对。根据历史交付整理的脱敏说明,封面为内容示意。阅读完整案例 ↗
REPORT / VALIDATIONv0.10.0让结论对得上事实。33项归档测试本地复测通过数值写反 已拦截 ✓摘要排名矛盾 已拦截 ✓统计周期不同 已拦截 ✓AI 工作流 / 公司项目 · 团队协作报告格式正确,数字却对不上。我发现报告中的排名矛盾,推动调整生成与校验逻辑,并借助 AI 参与脚本和测试改进。本地复测 · 合成测试样例。封面为原归档包执行结果的排版摘要。阅读完整案例 ↗相关笔记:用户说“看看竞品”,AI 应该研究到哪一步? ↗
草稿删除 / 条件核对TESTS先核对操作边界。当前版本是否一致版本检查是否已经进入发布状态检查是否属于当前账户范围检查产品实现 / 公司项目 · 团队协作保存之后,怎样才能发布?我梳理操作与验收条件,借助 AI 参与服务、表单与草稿模型开发,通过 PR 推进团队审查和修改。封面根据提交中的测试条件整理,非产品截图。阅读完整案例 ↗相关笔记:同一个广告账户,为什么在两个页面里认不出来? ↗
OFFER DESIGNITERATION把遗漏写回规则。测试暴露的遗漏拒绝了效果保证,却没说清双方未履约怎么办。补充后的要求写清学员责任、服务方补救,未批准的条款仍标为提案。GTM / 个人 Skill 项目把容易漏掉的条件,写进 Skill。我设计合成场景与对照运行,找到责任和补救安排的遗漏,再修改 Skill 规则并保留前后输出。封面为原始迭代记录摘要,使用合成课程场景。阅读完整案例 ↗相关笔记:Prompt 很难复用,所以我把它做成了 Skill ↗
EVIDENCE / REVIEW变化,还是误报?来源与单位先核对运行失败单独保留候选变化等待复核自动化 / 公开脱敏案例价格变了?先把证据看清楚。我修改比较口径、复核与去重逻辑。一次基线修正后,定向复测未再检出对应变化。阅读完整案例 ↗相关笔记:价格监控已经自动化,我为什么还要人工复核? ↗
PRODUCT / DELIVERY演示与邮件交付。功能脚本对应画面与时间段邮件素材核对语言与入口后续处理留下待检查事项产品表达与工具 / 公司交付实践产品演示与英文邮件交付把八个功能点组织成导览,再完成英文邮件。展开脚本与画面的对应、通用入口的取舍和审核中的实际修正。根据历史交付整理的脱敏说明,封面为内容示意。阅读完整案例 ↗