返工指令工坊

要解决的问题

AI 协作交付最常见的失败模式不是「做不出来」，而是「做出来但不合格」。典型表现有几种：

• 反馈停留在「优化一下」「体验不好」这类模糊表述，AI 只能做表面调整，根因没动
• 截图指出多个问题，AI 只修了一部分，而且修法是打补丁而非彻底改
• 验收标准缺失，「改好了」之后无法确认是否真的改好，老问题可能还在

这些失败的共同原因是：反馈方没有把「不满意」翻译成可执行、可验收的指令。返工指令工坊（Rework Directive Studio）就是来解决这个翻译问题。

核心能力与工作流程

技能的核心是一套三段式返工指令结构。每条问题被拆成三个固定部分：

1. 硬伤描述 —— 明确问题是什么，基于截图或文字定位来源
2. 代码级修复方案 —— 给出具体的技术手段，不是「优化」这种空词
3. 禁止行为清单 —— 明确哪些做法不算修复

技能支持五步工作流程：

1. 确认问题清单：逐条列出所有问题，标注来源、严重程度（🔴 阻断 / 🟠 严重 / 🟡 一般）和分层（数据层 / 布局层 / 逻辑层 / 缺失功能 / 体验层）
2. 生成三段式返工指令
3. 技术方案深度：布局问题给 CSS 属性（如 table-layout:auto），数据问题给接口 URL 和字段映射，逻辑问题给算法步骤
4. 差异化约束：多模块「照搬」场景下，逐个模块列出差异化逻辑，要求同一输入在不同模块产生不同结果
5. 记录到工作日志：在 .workbuddy/memory/YYYY-MM-DD.md 追加差评原文、问题清单和返工要点

技能内置 15+ 常见返工类型速查表，覆盖表格滚动、表头截断、无限 loading、模块照搬、接口硬编码密钥等高频问题，每条都给出关键修复点和禁止行为。

适用边界与注意点

这个技能只负责生成指令，不负责执行。输出给执行方（AI 或人类开发者）用。

几个实践要点：

• 截图比文字更有力 —— 附截图的返工指令，执行方无法狡辩
• 首次返工给方案，同一问题返工两次则要求删除重写，不许打补丁
• 验收标准必须可截图确认 ——「无横向滚动条」可以验收，「优化体验」不行
• 指令中会要求执行方「先输出修复方案，确认后再编码」，避免盲目修改

技能覆盖代码开发、UI/UX 设计、系统建设、内容创作、数据分析和项目管理六大场景，不限于特定领域。