- oil-ui-pro 升到 0.22.2:references 13→28 份(新增 16、删 imagery.md)、assets 增 cards/(22 组)与 fonts/、SKILL.md 顶层五步结构未改名。 - 升级路径:官方 `npx github:oil-oil/oil-cli update` 稳定失败(error=replace、报「检查目录权限」)。 真身为 EXDEV —— 解压在 os.tmpdir()(C 盘)、技能目录在 E 盘,Windows 上 rename 不能跨盘; CLI 的 catch 把非 CliError 原生异常一律兜底成 replaceFailed,真错误一个字不吐。 做法=借其 prepare() 只做下载+校验,再 cp 到同盘 stage、rename 交换;官方命令复验 up_to_date。 - 回归:product-planning 按名引用的 visual-review.md/tools.md/design-direction.md/style-explorer.md 全部健在;命名闸门 2061|0|27。 - session-mechanism/references/pitfalls.md 新增 P0-98(含通则:更新器把原生错误兜底成指错方向的人话)。
3.1 KiB
3.1 KiB
评审循环与扩展派发
主 Agent 专用,是 视觉评审派发协议 的补充:交接清单和反馈处理照那份文件执行,评审轮次和下面几种评审按本文件。各种评审的标准在 评审手册补充,由子 Agent 读,主 Agent 不读。
评审轮次
打分循环制(针对全新设计):以 9 分为完成目标,最多 3 轮。每轮都派全新的子 Agent,但第一轮之后不再从头挑毛病,否则每轮都冒出新问题,循环收不住,分数的涨落也说明不了修改有没有用。
- 第一轮盲审:按派发协议交接,评审给出排好序的问题、提升条目、“保留”一行和分数。
- 之后的轮次先复核:改完只重新截这一轮改动影响到的画面和动效,派全新子 Agent,交给它新截图和上一轮的问题与提升清单,清单连同“保留”一行原样转交,不给分数,也不附你的修改说明。提示词用下表的复核模板。复核逐条判断修好、修了一部分还是没修,最多再指出 3 处这批修改带来的新问题,然后重新打分。
- 什么时候换回盲审:复核里全部修好、分数仍不到 9,说明剩下的差距第一轮没指出来,下一轮派全新盲审,拿一份新的问题清单。评审第一条写“重做”时,按派发协议回到方向卡重做,下一轮也用盲审。
- 停止:满 9 分;或到 3 轮;或同一条问题连续两轮复核都没修好,这时停下,在交付说明里写清卡在哪里、试过什么改法。
- 到了 9 分也要收尾:剩下的提升条目,只要不改方向、半小时内能做完,做掉再交付,要新增元素的不在此列;不做的逐条写明具体代价,不用“当前也说得通”带过。
复核、多方向、任务走查与方案评审
| 你做了什么改动 | 子 Agent 的提示词 (Prompt) 模板 |
|---|---|
| 打分循环第二轮起,复核上一轮的问题和提升 | 请读取 references/review-modes.md,按照【复核】标准,对照附上的上一轮问题与提升清单检查这些新截图,然后重新打分。 |
| 几个方向都做成了完整页面,或用户要求评审几个首屏 | 请读取 references/review-modes.md,按照【多方向横向对比】标准,检查提供的多张方向截图是否属于同一骨架换皮。 |
| 涉及业务流程或交互链路的更改 | 请读取 references/review-modes.md,按照【任务走查】标准,模拟真实用户完成以下任务,记录体验障碍。 |
| 评审改流程和加新功能的方案:改流程或加新功能出了几个方案 | 请读取 references/review-modes.md,按照【改流程与加新功能方案评审】标准,比较提供的几个方案,指出假差异、补丁和每个方案最可能失败的场景。 |
模板里的路径按 派发协议 换成绝对路径。
小游戏、抽奖、计时养成这类产品,派发全新界面评审时在提示词末尾加一句:另按 references/play-craft.md 的“交付和评审时多查几项”核对。