现状快照记上这一轮最后两条,日期改到 2026-08-02

「话说的范围要盖住门拦的范围」那一条(模型漏 start 的根因)与 A1 三案例常备,
是这一轮唯二还没进快照的。快照抬头还写着 07-30,而里面已经记到 08-02。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp

CLAUDE.md

@@ -3,7 +3,7 @@
 > 一句话:组织的工作定义为可编排的工作流,工作流由**活动**编排而成;活动是完成一项任务的
 > Agent 机制,系统外开发、安装即用。人只在责任点与放行点出现 —— 确定交系统,临场交 AI,落地交人。
 
-## 现状快照(2026-07-30)
+## 现状快照(2026-08-02)
 
 - **三面一体**:设计中心 `/design`(九区:蓝图/触发器/流程包/活动库/工具箱/数据域/知识库/
   大模型/**测试台:三格 —— 流程(投一封信)/ 活动(按契约填入参)/ 日志(历次试跑存档)**)· 运营中心 `/ops`(六区:驾驶舱/工作流/任务/员工/台账/系统)· 工作台 `/`。
@@ -401,6 +401,19 @@
   (缺必填按不下提交),模型照它办,每次都撞在「这件事刚问过,人也答过了」上,连烧四拍。
   改成「这张卡一单只发一次」;同时把提交闸补到**服务端**(收下回传之前把住)——
   说明书向模型承诺「卡回来时必填一定是齐的」,那句承诺只有服务端拦得住才算数。
+- **话说的范围要盖住门拦的范围**(2026-08-02 用户问「为什么会少了 start」查出来的):
+  提示词那条规矩写的是「标了『须你启动』的项要先 start **再调工具**」——只说了调工具;
+  而拦截那一侧(`readyToWork`)管的是 tool / ask / human / decide / entry / finish 一整片。
+  模型那一拍要发的是 `human`(派工单),照字面读这条规矩管不着它,于是漏了 start,
+  撞上「S3_confirm 标了人工激活,要先 start 再干活」白烧一拍。**话窄一格,模型就正好漏在那一格上。**
+  写全之后三案例复跑 **全部被拒 0**(案例三从 14 拍 126k / 被拒 2 → 11 拍 97k / 被拒 0)。
+  同批两处呈现:目标价改左对齐(右对齐是给要竖着相加的数用的,这张表一行一个料、彼此不相加);
+  待处理那一屏表上方加**缺项红带**,点名还差几格、差在哪一行哪一列 —— 两个数由基座现算
+  (`_missing` / `_missing_keys`,与提交闸、放行门 L1 同源),「一格不缺就别出这条带」
+  交给样式表(`data-class-of` → `v-0` 那档 display:none),模版仍不算也不判。
+- **A1 三案例常备**(2026-08-02):全 A 类直通 / 客户点名跳一条 / 新客户中文正文列料缺必填 ——
+  三条来件形状真不同(俄文 BOM 附件、正文点名跳料、中文正文列料无附件),
+  末次复跑 **3/3 released、全部被拒 0**(11 / 10 / 11 拍)。
 - 后端 19 模块 + 6 活动包 + 前端 features;五道门禁全绿(2026-08-02)。
 - **别用 `db:seed` 当装活动的手段**:它会重写整套治理台配置。装活动用 `pnpm activities:install`。