进度条补回漏掉的那一格;删掉一条已经不存在的路
用户送来一条实测日志:中间被拒四次,卡片进度条也走得不对。两处都不是模型跑偏。 **进度条漏了一格** —— `INTAKE_PHASES` 里没有 `S3_confirm`(它是 08-01 才补回成一项的): 计划项六个、名单里五个。于是 S2 一收,前两格全过,条当场跳到「判定去向」; 而人这会儿正对着受理需求审定那张卡 —— **他手上办的那件事在条上没有格子**, 条却已经走过去了。那不是走快了一格,是它在说一件没发生的事。 补成四格(定位客户 / 归一受理 / 交你审定 / 判定去向)+ 基座统一加的放行收口; 包内自测钉死「除放行外每一项恰好属于一个阶段」「一项不进两个阶段」。 **那四次拒回是一条已经不存在的路** —— 说明书里还留着「人交回来还缺必填,就再发一张卡」。 提交闸上线后那条路没有了:缺必填根本按不下提交。模型照它办,每次都撞在 「这件事刚问过,人也答过了」上,白烧四拍。改成「这张卡一单只发一次」。 同批把提交闸补到**服务端**(收下回传之前把住):说明书向模型承诺 「卡回来时必填一定是齐的」,那句承诺只有服务端拦得住才算数。 A1 三案例复跑:9 拍 / 10 拍 / 14 拍,前两个**被拒 0**(修前是 12 拍被拒 1), 进度条五格逐格走对。五道门禁全绿(975 passed)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp
This commit is contained in:
@@ -391,6 +391,16 @@
|
||||
那不是渲染毛病,是**真的中间态**(合并 / 发口 / 落终态还在跑)。从前它落在通用四态里 ——
|
||||
待办清零先闪一句「都办完了」再跳「已收尾」;那句话在那一刻是对的,可它说的是另一件事。
|
||||
现在这一段说「字已签下,正在落地」。**中间态本来就该说出来,只是要说对。**
|
||||
- **进度条漏了一格,和一条已经不存在的路**(2026-08-02 用户送来一条实测日志):
|
||||
①`INTAKE_PHASES` 漏了 `S3_confirm`(它是 08-01 才补回成一项的)—— 计划项六个、名单里五个,
|
||||
于是 S2 一收进度条当场跳到「判定去向」,而人这会儿正对着受理需求审定那张卡:
|
||||
**他手上办的那件事在条上没有格子**,条却已经走过去了。补成四格
|
||||
(定位客户 / 归一受理 / 交你审定 / 判定去向 + 基座统一加的放行收口),
|
||||
包内自测钉死「除放行外每一项恰好属于一个阶段」。
|
||||
②说明书里还留着「人交回来还缺必填,就再发一张卡」—— **提交闸上线后那条路已经不存在**
|
||||
(缺必填按不下提交),模型照它办,每次都撞在「这件事刚问过,人也答过了」上,连烧四拍。
|
||||
改成「这张卡一单只发一次」;同时把提交闸补到**服务端**(收下回传之前把住)——
|
||||
说明书向模型承诺「卡回来时必填一定是齐的」,那句承诺只有服务端拦得住才算数。
|
||||
- 后端 19 模块 + 6 活动包 + 前端 features;五道门禁全绿(2026-08-02)。
|
||||
- **别用 `db:seed` 当装活动的手段**:它会重写整套治理台配置。装活动用 `pnpm activities:install`。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user