把 UI 反馈变成修复
每天一份晨报把 UI 反馈从聊天记录里捞出来，小问题直接派给工程师当天出 PR，范围不明的交给真正的设计师，而不是让 AI 瞎猜。
复制粘贴下面这句话，快速开始你的第一个任务：
这个工作流是什么
“把 UI 反馈变成修复”要解决的是一个反复出现的问题：UI 反馈散落在各个频道里，不能指望有人记得去翻。每天早上，一份晨报会把反馈从所有设计相关频道里捞出来，不只是有人记得查的那几个。文案、颜色、间距、图标这类范围清楚的小改动，会直接分诊成任务派给工程师，当天出一个附真实截图的 PR；范围不明确的，会交给真正的设计师去判断，而不是让 AI 猜。每个修复依然要等设计师审查并合并——没有这一步，任何东西都不会进 main。
这位队友不会合并自己的 PR，也不会直接推 main，永远由设计师审查并合并。如果任务进了代码之后发现范围其实不清楚，或者原始反馈不够具体、没法有把握地修，它会停下来问，而不是去猜设计意图：猜错要花的返工时间，比原本修一次要多得多。
怎么用这个工作流
雇一位频道值守做每日扫描
在侧边栏打开 AI Teammates，点击 Hire AI Teammate，选择频道值守模板。默认 bio 是通用的态势感知，在 Profile 步骤把它换掉，让它知道这份工作是分诊，不只是做摘要：
确认名字，点击创建队友。了解如何雇用队友 →
雇一位工程师接手修复，并连接 GitHub
再打开一次 AI Teammates，选择工程师模板。默认 bio 是通用的实现工作，把它换掉，让它知道接手的都是已经分诊过的小修复，不是开放式的功能开发：
修复要以 PR 形式提交，绝不直接推送。工作区管理员在设置 → 集成里安装一次 GitHub App，再把仓库权限授予这位队友。连接 GitHub →
把每日扫描和分诊自动化
AI 同事只能读取和发言已经加入的频道，所以先把频道值守邀请进所有要扫描的设计频道，以及晨报要发到的 #design-digest。再从侧边栏打开自动化，点击通过对话创建。主页会预填定时任务引导语；选好频道值守并发送，AI 同事开始提问后，再用下面这段话说明周期工作：
看任务如何进入复核
共享演示工作区用 NOR-101“下午 3 点前复核广泛匹配广告计划”展示这个阶段。这是一条指派给小满的高优先级任务，有权限的人都能在同一个地方看到数据依据、评论和状态记录：
周雨桐要求复核期间保持广告计划不变，每条建议都附上源数据。小满在评论里给出花费和激活用户数，关联更新后的看板，保持广告计划不变，并把任务推进到验收中。设计小改动也沿用同样的交接方式：描述写清问题与约束，评论保留实现证据，最终由评审人在上线前作出决定。
审查并合并
工程师的工作到“开出一个附证据的 PR”为止。设计师审查截图和真实的 diff，再合并。如果这次修复里有任何一处其实是设计决策而不是机械改动，这就是该被拦下来的时刻，在上线之前，不是之后。
用得更好的几个提示
| 提示 | 说明 |
|---|---|
| 把频道值守邀请进所有要扫描的频道 | 它只能读取和发言自己加入过的频道。在打开每日自动化之前，把它加进所有设计频道，以及 #design-digest。 |
| 分诊的标准要具体 | “文案、颜色、间距、图标级”就是“小改动”的边界。模糊到够不上这个标准的反馈，会交给设计师，而不是让 AI 猜。 |
| 审查时看 diff，不只看截图 | 截图只能证明修好之后的状态渲染正确；真正能判断这次改动是“顺手的机械修复”还是“其实是个设计决策”的，是那份真实的 diff。 |
| 让它该停就停 | 如果任务进了代码之后发现范围其实不清楚，它会停下来问，而不是自己猜。回答这个问题，比事后返工一次猜错的修复要快得多。 |