- 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(含通则:更新器把原生错误兜底成指错方向的人话)。
28 lines
3.1 KiB
Markdown
28 lines
3.1 KiB
Markdown
# 评审循环与扩展派发
|
|
|
|
主 Agent 专用,是 [视觉评审派发协议](visual-review.md) 的补充:交接清单和反馈处理照那份文件执行,评审轮次和下面几种评审按本文件。各种评审的标准在 [评审手册补充](review-modes.md),由子 Agent 读,主 Agent 不读。
|
|
|
|
## 评审轮次
|
|
|
|
**打分循环制**(针对全新设计):以 9 分为完成目标,最多 3 轮。每轮都派全新的子 Agent,但第一轮之后不再从头挑毛病,否则每轮都冒出新问题,循环收不住,分数的涨落也说明不了修改有没有用。
|
|
|
|
1. **第一轮盲审**:按派发协议交接,评审给出排好序的问题、提升条目、“保留”一行和分数。
|
|
2. **之后的轮次先复核**:改完只重新截这一轮改动影响到的画面和动效,派全新子 Agent,交给它新截图和上一轮的问题与提升清单,清单连同“保留”一行原样转交,不给分数,也不附你的修改说明。提示词用下表的复核模板。复核逐条判断修好、修了一部分还是没修,最多再指出 3 处这批修改带来的新问题,然后重新打分。
|
|
3. **什么时候换回盲审**:复核里全部修好、分数仍不到 9,说明剩下的差距第一轮没指出来,下一轮派全新盲审,拿一份新的问题清单。评审第一条写“重做”时,按派发协议回到方向卡重做,下一轮也用盲审。
|
|
4. **停止**:满 9 分;或到 3 轮;或同一条问题连续两轮复核都没修好,这时停下,在交付说明里写清卡在哪里、试过什么改法。
|
|
|
|
- **到了 9 分也要收尾**:剩下的提升条目,只要不改方向、半小时内能做完,做掉再交付,要新增元素的不在此列;不做的逐条写明具体代价,不用“当前也说得通”带过。
|
|
|
|
## 复核、多方向、任务走查与方案评审
|
|
|
|
| 你做了什么改动 | 子 Agent 的提示词 (Prompt) 模板 |
|
|
| --- | --- |
|
|
| 打分循环第二轮起,复核上一轮的问题和提升 | `请读取 references/review-modes.md,按照【复核】标准,对照附上的上一轮问题与提升清单检查这些新截图,然后重新打分。` |
|
|
| 几个方向都做成了完整页面,或用户要求评审几个首屏 | `请读取 references/review-modes.md,按照【多方向横向对比】标准,检查提供的多张方向截图是否属于同一骨架换皮。` |
|
|
| 涉及业务流程或交互链路的更改 | `请读取 references/review-modes.md,按照【任务走查】标准,模拟真实用户完成以下任务,记录体验障碍。` |
|
|
| **评审改流程和加新功能的方案**:改流程或加新功能出了几个方案 | `请读取 references/review-modes.md,按照【改流程与加新功能方案评审】标准,比较提供的几个方案,指出假差异、补丁和每个方案最可能失败的场景。` |
|
|
|
|
模板里的路径按 [派发协议](visual-review.md) 换成绝对路径。
|
|
|
|
小游戏、抽奖、计时养成这类产品,派发全新界面评审时在提示词末尾加一句:`另按 references/play-craft.md 的“交付和评审时多查几项”核对。`
|