人手改的那一手真正落得下去;界面不撒谎那几处补齐

手改是**兜 AI 的错**的那一手 —— 这一轮把它从「摆在那儿但落不了地」做成真的:

件上就地改
· 保存**按地址收**,不看当下那张卡:载荷从前借道工单的 `blocks[i]` 取列名,
  于是熔断卡(没有 blocks)在屏上时,人补的那一格一个字都送不出去 ——
  而他要补的恰恰是把这一单卡住的那个必填格。授权面改由活动清单的台账声明把关。
· **能增删行**:错不止「这一格填错了」,还有「这一行不该在」与「漏了一行」。
  删挂记号不当场抹掉(看得见、可后悔),且**删要说出来**(`drops`)——
  「没回传就是删了」会把一次不完整的回传变成一次删表。
· **必填没填按不下提交**:与放行门 L1 同一个数同一套算法;闸上摆出差在哪一行哪一格。
· 只写真改了的那几行 —— 改一格却留「修订 4 行」的痕,那句话是假的。

判据与门
· 裁量判据带谓词时**谓词说了算**:「选填缺口已补齐」基座数得出来,
  人填好的目标价它照样判「客户未提供」的毛病由此消掉。
· 验收卡判据**读时现算** —— 人在成果件上补一格,判据跟着变。
· 放行门认「**办完了没有**」不认「有人写过」:从前写个 `false` 就把门推开,
  于是一单没打标就进了放行门。三个数全由基座现数。
· 拒回把「活没干完」说成「数或行对不上」的毛病:判据点名的表一行都没写时直说那一步没办。
  **指向两扇打不开的门,比不指还糟。**

界面不撒谎
· 日志只有三色:负责人绿 · 智能体蓝 · 系统灰(归侧五种是度量的分法,不是给人看的)。
· 验收收口答两件事:落了什么(按**交付物**点名,一份成果的几张表并成一行)、
  往哪儿去(转出哪一口、带过去哪些字段);一个口都没发就直说到此为止。
· 签完到收尾之间那一段有自己的话「字已签下,正在落地」—— 中间态本来就该说出来,只是要说对。
· 消息不再被内部事件刷屏:只有从通道进来的件才谈得上「无人认领」。
· 建客户公司与联系人**一次确认落两行**;联系人编码自增不问人;卡面摆表的人读名。

A1 三案例端到端全 released:全 A 类直通 12 拍 / 客户点名跳一条 10 拍 / 新客户缺必填 14 拍。
五道门禁全绿(971 passed)。

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

activities/quote-negotiate/src/case-model.ts

@@ -1,77 +1,115 @@
 /**
- * A6 报价议价的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
+ * A6 报价议价的案例模型 —— **发出去是触达世界的一下,等回音是立监听**
+ * (2026-07-31 照 A1 的状态机模式重做)。
  *
- * 2026-07-29 由步序声明(flow)改写而来。发出报价是**触达外界**的一下,
- * 恒需人工激活(AM 4.1 原理一);客户回音是外部事件,靠 userEventListener 等,
- * 不靠轮询。三个去向(成交 / 有异议 / 拒绝)由验收放行时的选择组给出。
+ * 这个活动的要害不是步数,是**两处不可省的边界**:
+ *   · 发正式报价单 = 触达外界 → 必须人工激活(铁律③ / AM 4.1);
+ *   · 客户什么时候回是**外界的事** → 立监听等它,不在这一单里轮询、也不假装等到了。
+ *
+ * 三项:
+ *   T_compose —— 把草案落成正式报价单(条款齐全),写进台账;
+ *   T_send    —— 发出并等回音:人工激活 → 登记发信意向 + 立监听;
+ *   T_release —— 放行(人工激活),三个去向由输出选择组给出。
  */
 
 export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
 <definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
   <case id="negotiate">
     <caseFileModel>
-      <caseFileItem id="draft" name="报价草案"/>
-      <caseFileItem id="quote" name="正式报价单"/>
-      <caseFileItem id="reply" name="客户回音"/>
+      <caseFileItem id="quote_no" name="报价单号(开案即有)"/>
+      <caseFileItem id="quote_total" name="报价行条数"/>
     </caseFileModel>
     <casePlanModel id="plan" name="报价议价" autoComplete="true">
-      <sentry id="s_draft">
-        <onPart id="op_df" caseFileItemRef="draft"><standardEvent>create</standardEvent></onPart>
-      </sentry>
-      <sentry id="s_quote_ready">
-        <onPart id="op_qr" caseFileItemRef="quote"><standardEvent>update</standardEvent></onPart>
-        <ifPart id="if_qr"><condition>missingQuoteFields = 0</condition></ifPart>
-      </sentry>
-      <sentry id="s_sent">
-        <onPart id="op_st" caseFileItemRef="quote"><standardEvent>update</standardEvent></onPart>
-        <ifPart id="if_st"><condition>sent = true</condition></ifPart>
+      <sentry id="s_composed">
+        <onPart id="op_cp" caseFileItemRef="quote_total"><standardEvent>update</standardEvent></onPart>
+        <ifPart id="if_cp"><condition>quote_total &gt; 0</condition></ifPart>
       </sentry>
 
-      <stage id="S1" name="成单发出" autoComplete="true">
-        <entryCriterion id="ec_s1" sentryRef="s_draft"/>
-        <humanTask id="T_compose" name="人工生成正式报价单">
-          <itemControl><manualActivationRule id="m_cp"/><repetitionRule id="r_cp"/></itemControl>
-        </humanTask>
-        <humanTask id="T_send" name="人工发出报价单">
-          <entryCriterion id="ec_send" sentryRef="s_quote_ready"/>
-          <itemControl><manualActivationRule id="m_sd"/></itemControl>
-        </humanTask>
-      </stage>
-      <milestone id="M_sent" name="报价已发出"/>
-
-      <stage id="S2" name="跟进议价" autoComplete="true">
-        <entryCriterion id="ec_s2" sentryRef="s_sent"/>
-        <humanTask id="T_followup" name="人工按 D+3/D+7 跟进">
-          <itemControl><manualActivationRule id="m_fu"/><repetitionRule id="r_fu"/></itemControl>
-        </humanTask>
-        <planningTable id="pt_s2">
-          <humanTask id="T_revise" name="人工议价调整"/>
-        </planningTable>
-      </stage>
-
-      <humanTask id="T_release" name="人工议价结果验收放行">
-        <itemControl><manualActivationRule id="m_rl"/></itemControl>
+      <!-- 落正式报价单:条款齐全才叫一份能发出去的件 -->
+      <humanTask id="T_compose" name="落正式报价单:条款齐全,逐条落台账">
+        <itemControl><repetitionRule id="r_cp"/></itemControl>
       </humanTask>
 
-      <timerEventListener id="TL_d3" name="D+3 跟进">
-        <timerExpression>P3D</timerExpression>
-      </timerEventListener>
-      <timerEventListener id="TL_d7" name="D+7 跟进">
-        <timerExpression>P7D</timerExpression>
-      </timerEventListener>
-      <userEventListener id="UL_reply" name="客户回音"/>
+      <!-- 发出并等回音:**触达外界**,必须人工激活 -->
+      <humanTask id="T_send" name="发出报价并等客户回音">
+        <entryCriterion id="ec_sd" sentryRef="s_composed"/>
+        <itemControl><manualActivationRule id="m_sd"/><repetitionRule id="r_sd"/></itemControl>
+      </humanTask>
+
+      <humanTask id="T_release" name="议价结果验收放行">
+        <entryCriterion id="ec_rel" sentryRef="s_composed"/>
+        <itemControl><manualActivationRule id="m_rl"/></itemControl>
+      </humanTask>
     </casePlanModel>
   </case>
 </definitions>`;
 
-export const NARRATIVE = `§0 开案:拿到报价草案即开案。成品是**一份发出去的正式报价单**,外加一个明确的结果。
+export const NARRATIVE = `§0 开案:拿到报价草案即开案。成品是**一份发出去的正式报价单**,外加一个明确的结果
+(成交 / 有异议 / 拒绝)—— 那三个去向由放行时的选择组定。
 
-S1 成单发出:把草案写成正式报价单(中英双语 PDF)—— 单价、交期、SPQ、MOQ、贸易条款、
-有效期六样缺一不可,有效期按 P-04 注明。**发出这一下必须人工按**:它触达客户,
-系统不替人做这个决定。写类动作先登记意向,验收放行的那一刻才真发。
+这一单有两处不能含糊:
+· **发出去是触达世界的一下** —— 那一项标了人工激活,人不按你发不出去;
+· **客户什么时候回是外界的事** —— 立监听等它,别在这一单里轮询,更别假装等到了。
 
-S2 跟进议价:没有跟进的报价等于没报 —— D+3、D+7 两记提醒自动到点,人去问。
-客户提异议就议价调整(裁量项:改价、改交期、换料都可能),改完是新一版报价单,重新走发出。
+【T_compose 落正式报价单】把草案落成能发出去的件:单价 / 交期 / SPQ / MOQ / 贸易条款 /
+有效期,逐条写进 \`quote_negotiate.formal_quote\`,并把 quote_total(条数)写上。
+条款缺一样都不算一份能发的报价单 —— 缺了就问,别自己填一个"看起来合理"的。写完 finish。
 
-§Z 结案:验收时**恰选一口**给出去向 —— 成交 / 有异议 / 拒绝或超时。
-选哪一口就是这一单的结论,下游网关读的就是它;不选口不许放行,含糊的结果比没结果更坏。`;
+【T_send 发出并等回音】**先 start T_send**(人工激活:发出去触达客户)。
+然后用 \`mail.send\` 登记发信意向(写类工具:过程中只登记,放行那一刻才真发),
+接着 listen 一个 data 事件等客户回音,**时限必配**(比如 P7D)——
+不配时限就是个幽灵等待,这一单会永远挂着。
+回音到了再看:成交 / 有异议 / 拒绝,分别对应放行时的三个出口。
+
+【提交放行】**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据
+(criterion 照判据名原样写),然后 submit。终局唯放行:你不能自己宣布完成。
+
+【一路上要说话】每一拍带一句 say,说**业务的话**:报了什么价、什么时候发的、客户回了什么。
+一两句、口语。别报「写草稿 N 行」这种系统词。`;
+
+/**
+ * 步骤剧本 —— 与 A1 同一套。
+ * `T_send` 与 `T_release` 都不给 `doneWhen`:一个触达客户、一个触达世界,都得人按一下。
+ */
+export const NEGOTIATE_STEPS = [
+  {
+    item: 'T_compose',
+    intent: '把草案落成条款齐全的正式报价单,并结算条数',
+    writes: ['quote_negotiate.formal_quote', 'quote_negotiate.verdict'],
+    reads: [],
+    tools: [],
+    doneWhen: 'quote_total > 0',
+    guide: `逐条写进 \`quote_negotiate.formal_quote\`:单价 / 交期 / SPQ / MOQ / 贸易条款 / 有效期,
+并把 quote_total 写上。条款缺一样都不算一份能发的报价单 ——
+缺了就问,**别自己填一个「看起来合理」的值**。
+**同一拍再写一行 \`quote_negotiate.verdict\`**(验收机检读的就是它):
+· quote_total = 报价行条数;missing_field_total = 六项条款还缺的条数(要 = 0);
+· validity_days = 报价有效期天数(要 > 0);
+· followup_total = 已建跟进条数(**要 ≥2** —— D+3 与 D+7 两条,没有跟进的报价等于没报);
+· summary 一句人话结论。写不对 submit 会被门挡回来。写完再 finish。
+**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
+台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
+(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
+  },
+  {
+    item: 'T_send',
+    intent: '发出报价并立监听等客户回音',
+    writes: [],
+    reads: [],
+    tools: ['mail.send'],
+    // 触达客户 —— 人工激活,不给 doneWhen
+    guide: `**先 start T_send**(人工激活:发出去触达客户)。
+用 \`mail.send\` 登记发信意向(写类工具:只登记,放行那一刻才真发),
+再 listen 一个 data 事件等回音,**时限必配**(如 P7D)—— 不配就是幽灵等待,这一单会永远挂着。`,
+  },
+  {
+    item: 'T_release',
+    intent: '议价有结果,提交放行交 BD 验收',
+    writes: [],
+    reads: [],
+    tools: [],
+    guide: `**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据,然后 submit。
+三个去向(成交 / 有异议 / 拒绝)由放行时的选择组定。
+**台账里要写 outcome**(won / revise / lost)—— 下游三条边读的就是它,不写整条流走不下去。`,
+  },
+];

activities/quote-negotiate/src/index.ts

@@ -11,7 +11,6 @@ const QUOTE = 'quote_negotiate.formal_quote';
 
 export default defineActivity({
   name: 'quote-negotiate',
-  paradigm: 'flow',
 
   async run(base: ActivityBase): Promise<ActivityOutcome> {
     const lines = await base.ledger.read(QUOTE);

activities/quote-negotiate/src/manifest.ts

@@ -7,7 +7,7 @@
  */
 import type { ActivityManifest } from '@contracts';
 import { NEGOTIATE_SKILLS } from './skills.ts';
-import { CMMN_XML, NARRATIVE } from './case-model.ts';
+import { CMMN_XML, NARRATIVE, NEGOTIATE_STEPS } from './case-model.ts';
 import { activityIdSchema } from '@contracts';
 import { QUOTE_COMPOSED, QUOTE_RELEASE } from './views/report.ts';
 
@@ -18,7 +18,7 @@ export const manifest: ActivityManifest = {
   identity: {
     activityId: ACTIVITY_ID,
     name: 'A6 · 报价议价',
-    packageVersion: '0.1.5',
+    packageVersion: '2.1.0',
     category: '统一报价',
     sdkVersion: '0.1.0-m5',
     checksum: 'dev-checksum-quote-negotiate',
@@ -30,8 +30,8 @@ export const manifest: ActivityManifest = {
     input: {
       data: {
         type: 'object',
-        required: ['customerCode', 'items'],
-        properties: { customerCode: { type: 'string' }, items: { type: 'array' } },
+        required: ['rfqRef', 'customerCode', 'items'],
+        properties: { rfqRef: { type: 'string', title: '询价单号(单标识,贯穿全流程)' }, customerCode: { type: 'string' }, items: { type: 'array' } },
       },
       messageAllowed: true,
     },
@@ -42,23 +42,67 @@ export const manifest: ActivityManifest = {
         {
           group: 'negotiation',
           ports: [
-            { name: 'won', payload: { type: 'object' }, description: '成交 → 转订单履约(ORM)' },
-            { name: 'revise', payload: { type: 'object' }, description: '有异议 → 返回调整 A4' },
-            { name: 'lost', payload: { type: 'object' }, description: '拒绝/超时 → 转 A7 情报归档' },
+            /*
+             * 载荷里**必须带 `outcome`** —— 流程包 E10/E11/E12 三条出边读的就是它
+             * (`outcome = "won"/"revise"/"lost"`)。从前三个口的载荷都是空对象 `{}`,
+             * 于是三条边一条也不成立:整条流走到 A6 就没路可走,而口是"发射"过的。
+             * 这与 A1 当年 G1 全流死路是同一种错 —— **边读什么,口就得发什么**。
+             */
+            {
+              name: 'won',
+              payload: {
+                type: 'object',
+                required: ['outcome'],
+                properties: { outcome: { type: 'string', title: '议价结果(固定 won)' } },
+              },
+              description: '成交 → 转订单履约(ORM)',
+            },
+            {
+              name: 'revise',
+              payload: {
+                type: 'object',
+                required: ['outcome'],
+                properties: { outcome: { type: 'string', title: '议价结果(固定 revise)' } },
+              },
+              description: '有异议 → 返回调整 A4',
+            },
+            {
+              name: 'lost',
+              payload: {
+                type: 'object',
+                required: ['outcome'],
+                properties: { outcome: { type: 'string', title: '议价结果(固定 lost)' } },
+              },
+              description: '拒绝/超时 → 转 A7 情报归档',
+            },
           ],
         },
       ],
     },
+    /*
+     * 必交付物**必须给 `ledger` 地址**(2026-07-31 修)。
+     * 不给的话预检退回 `scope[key]` 去找 —— key 是 `benchmark-table` 这样的短横线别名,
+     * 任务视图里永远没有这个键,于是「必交付物缺一不得提交放行」永远拒,
+     * 活办完了也放不了行,连拒五拍熔断(实测 A2 死于此)。
+     */
     requiredDeliverables: [
-      { key: 'formal-quote', label: '正式报价单(PDF · 中英双语)' },
-      { key: 'followup', label: 'D+3/D+7 跟进提醒' },
+      { key: 'formal-quote', label: '正式报价单(PDF · 中英双语)', ledger: `${DOMAIN}.formal_quote` },
+      // 跟进不单独立表 —— 建了几条记在议价结论的 followup_total 上
+      { key: 'followup', label: 'D+3/D+7 跟进提醒', ledger: `${DOMAIN}.verdict` },
     ],
+    /*
+     * 机检谓词读的是 `verdict` 那张**汇总表**的列(照 A1 的口径)。
+     * 上一版的名字(missingQuoteFields / validityDays / followupSet)**台账里根本没有** —— S-FEEL 拿未绑定的名字
+     * 比大小求值为假,判据永远达不了标,submit 门永远拒,连拒五拍熔断。
+     * 判据的名字必须落在台账上,否则「机检」是一句空话(2026-07-31 销账)。
+     */
     acceptanceCriteria: [
-      { key: 'quote-complete', label: '单价/交期/SPQ/MOQ/贸易条款/有效期齐备', level: 'L1', predicate: 'missingQuoteFields = 0' },
-      { key: 'validity', label: '按报价有效期 P-04 注明有效期', level: 'L2', predicate: 'validityDays > 0' },
-      { key: 'followup-set', label: '已建 D+3/D+7 跟进 —— 没有跟进的报价等于没报', level: 'L2', predicate: 'followupSet = true' },
+      { key: 'quote-complete', label: '单价/交期/SPQ/MOQ/贸易条款/有效期齐备', level: 'L1', predicate: 'missing_field_total = 0' },
+      { key: 'validity', label: '按报价有效期 P-04 注明有效期', level: 'L2', predicate: 'validity_days > 0' },
+      { key: 'followup-set', label: '已建 D+3/D+7 跟进 —— 没有跟进的报价等于没报', level: 'L2', predicate: 'followup_total >= 2' },
       { key: 'bd-release', label: 'BD 放行', level: 'L5' },
     ],
+    revisableAtRelease: [],
     prohibitions: [
       { key: 'no-break-line', statement: '客户议价超出授权范围的,回 A5 重批,不私自破线' },
       { key: 'no-send-before-release', statement: '报价单在放行前不得发出 —— 写类动作集中在放行时落地' },
@@ -85,9 +129,12 @@ export const manifest: ActivityManifest = {
       {
         domain: DOMAIN,
         object: 'formal_quote',
+        kind: 'record',
+        caseKey: 'rfq_ref',
         label: '正式报价单',
         fields: [
-          { name: 'quote_no', type: 'text', primaryKey: true, masked: false, label: '报价单号' },
+          { name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
+          { name: 'quote_no', type: 'text', primaryKey: false, masked: false, label: '报价单号' },
           { name: 'pn', type: 'text', primaryKey: true, masked: false, label: 'PN' },
           { name: 'unit_price', type: 'number', primaryKey: false, masked: false, label: '单价CNY' },
           { name: 'lead_time', type: 'text', primaryKey: false, masked: false, label: '交期' },
@@ -98,8 +145,9 @@ export const manifest: ActivityManifest = {
         ],
       },
       {
-        domain: 'shared',
-        object: 'history_price',
+        domain: 'market',
+        object: 'price_history',
+        kind: 'master',
         label: '历史价格情报(共享域)',
         fields: [
           { name: 'pn', type: 'text', primaryKey: true, masked: false },
@@ -108,6 +156,28 @@ export const manifest: ActivityManifest = {
           { name: 'lead_time', type: 'text', primaryKey: false, masked: false },
         ],
       },
+      {
+        /*
+         * 议价结论 —— 一单一行的**汇总表**,验收机检谓词的入参就在这儿。
+         * 汇总列与逐行列**故意不同名**:任务视图把草稿行摊平到顶层是「后写的赢」,
+         * 拿逐行列求值只会验到最后写的那一行,那不叫机检、叫抽样(A1 的教训)。
+         */
+        domain: DOMAIN,
+        object: 'verdict',
+        kind: 'record',
+        caseKey: 'rfq_ref',
+        label: '议价结论',
+        fields: [
+          { name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
+          { name: 'quote_no', type: 'text', primaryKey: false, masked: false, label: '报价单号' },
+          { name: 'quote_total', type: 'integer', primaryKey: false, masked: false, label: '报价行条数' },
+          { name: 'missing_field_total', type: 'integer', primaryKey: false, masked: false, label: '条款缺失条数' },
+          { name: 'validity_days', type: 'integer', primaryKey: false, masked: false, label: '报价有效期天数' },
+          { name: 'followup_total', type: 'integer', primaryKey: false, masked: false, label: '已建跟进条数' },
+          { name: 'outcome', type: 'text', primaryKey: false, masked: false, label: '议价结果(won/revise/lost)' },
+          { name: 'summary', type: 'text', primaryKey: false, masked: false, label: '议价结论' },
+        ],
+      },
     ],
     listeners: [
       {
@@ -134,6 +204,8 @@ export const manifest: ActivityManifest = {
       cmmnXml: CMMN_XML,
       narrative: NARRATIVE,
       dmn: { drd: [], tables: [] },
+      /* 步骤剧本 —— 与 A1 同一套:doneWhen 真了引擎自己收步,不问模型 */
+      steps: NEGOTIATE_STEPS,
     },
     skills: NEGOTIATE_SKILLS,
     viewTemplates: [

activities/quote-negotiate/src/views/report.ts

@@ -1,50 +1,189 @@
 /**
- * A6 视图模版 —— 议价两屏:正式报价单 / 待放行即发出(AM 07)。
- * 这是**唯一会触达外界**的活动:放行一刻要发信、要回写台账,所以那一屏必须说清后果。
+ * A6 报价议价的 HTML 报告模版 —— **活动自己持有的资产**(§10.3),随包版本冻结。
+ *
+ * 议价是**多轮往来**:成单 → 人工按下发出 → D+3 催 → D+7 催 → 客户还价 → 改一版再发。
+ * 所以这两屏都要让人看得出**先后**:这一版是第几轮、上一轮报的是多少、下一记提醒在哪天。
+ * 只摆一个「当前单价」的屏,人签字时没有参照系,也就无从判断这一让让得值不值 ——
+ * 于是「历次报价」那一节摆的是共享域整表(含既往单),它不是本单成果,是本单的尺子。
+ *
+ * 两个局面:
+ *   ① 正式报价单(草稿)—— 六样条款齐不齐;这一步还没碰外界,一封信都没发;
+ *   ② 放行即发出 —— 按下的那一刻信就到客户手上,签字前是最后一次能改的机会。
+ *
+ * 容器是 `sandbox=""` iframe:无脚本、无外链、样式自带;数据由基座推送时填
+ * (`data-slot` 取值、`data-rows` 逐行展开)。
+ *
+ * 两条贯穿全包的呈现纪律:
+ * · **状态章一律用「在办」灯,不用「已办」印** —— 模版是随包冻结的静态字符串,
+ *   它盖不了一个还没发生的章;这两张都是放行前的局面;
+ * · **`verdict` 的橙档专指「还没发生,等你按」** —— 发出的后果是预告不是既成事实。
+ *   整屏的结构色一律品牌蓝/案卷紫,红橙绿只落在「达标没达标」上,不拿来渲染气氛。
  */
-import { kvCard, noteCard, tableCard, viewShell } from '@sdk';
+import { noteOnly, section, stagesOnly, statsBand, tableOnly, verdict, viewShell } from '@sdk';
 
+/**
+ * 静态阶梯 —— **规则与节拍不是数据**:六样条款的要求、D+3/D+7 的节拍、三个出口的去向
+ * 都随包冻结,不该走 `data-rows` 等基座来填(那会让「规矩」看起来像「这一单的结果」)。
+ * 沿用外壳已有的 `.steps` 版式,与引擎推的阶段列表同一副面孔。
+ */
+function ladder(rows: ReadonlyArray<readonly [string, string, string]>): string {
+  return `<ul class="steps">${rows
+    .map(
+      ([no, term, gloss]) =>
+        `<li><span class="n">${no}</span><span><span class="t">${term}</span> <span class="d">${gloss}</span></span></li>`,
+    )
+    .join('')}</ul>`;
+}
+
+/**
+ * 键值格 —— 报价单的条款是**一份单据的正面**,六样并排比一张六列横向滚动的表好读。
+ * `@sdk` 的 `kvCard` 自带一个「·」号章节,与本页「一/二/三」的编号排不到一起,
+ * 所以这里只借外壳已有的 `.kv` 版式,章节仍交给 `section` 统一编号。
+ */
+function kvGrid(items: ReadonlyArray<readonly [string, string, ('mono' | 'tag')?]>): string {
+  return `<div class="kv">${items
+    .map(([label, path, style]) => {
+      const cls = style === undefined ? '' : ` class="${style === 'mono' ? 'mono' : 'tag'}"`;
+      return `<div><em>${label}</em><b${cls} data-slot="${path}"></b></div>`;
+    })
+    .join('')}</div>`;
+}
+
+/** 局面一:S1 成单 —— 人此刻要核的是「六样齐没齐、这一版能不能发」 */
 export const QUOTE_COMPOSED = viewShell({
-  title: '正式报价单',
-  kicker: 'A6 · 报价议价',
+  title: '正式报价单(草稿)',
+  kicker: 'A6 · 报价议价 · S1 成单',
   tone: 'brand',
+  icon: 'handshake',
+  stamp: { kind: 'live', text: '成单中' },
+  sign: 'A6 报价议价 · 正式报价单(本单草稿)',
   body:
-    kvCard('报价抬头', [
-      ['报价单号', 'quoteNo', 'mono'],
-      ['客户编码', 'customerCode', 'mono'],
-      ['型号 PN', 'pn', 'mono'],
-    ]) +
-    kvCard('报价条款', [
-      ['单价', 'unit_price'],
+    /* `items` 是起单入参的数组,基座渲染数组时给的是条数 —— 正好是「这一单要报几条」 */
+    statsBand([
+      ['报价条目', 'items'],
+      ['单价 CNY', 'unit_price'],
       ['交期', 'lead_time'],
-      ['最小包装量 SPQ', 'spq'],
-      ['最小起订量 MOQ', 'moq'],
-      ['贸易条款', 'trade_terms'],
       ['有效期', 'valid_until'],
     ]) +
-    noteCard('这一步还没碰外界', '报价单此刻只是<b>草稿</b>。发出动作是<b>写类</b>的,过程中只登记为「动作意向」——入参冻结、等放行,放行前一封信都不会发出去。'),
-});
-
-export const QUOTE_RELEASE = viewShell({
-  title: '正式报价单 · 放行即发出',
-  kicker: 'A6 · 成果预览',
-  tone: 'danger',
-  body:
-    tableCard(
-      '本单报价',
-      'mine:quote_negotiate.formal_quote',
-      [
+    section('报价条款六样 —— 缺一不可',
+      kvGrid([
+        ['单价 CNY', 'unit_price'],
+        ['交期', 'lead_time'],
+        ['最小包装量 SPQ', 'spq'],
+        ['最小起订量 MOQ', 'moq'],
+        ['贸易条款', 'trade_terms'],
+        ['有效期', 'valid_until'],
+      ]) +
+        noteOnly(
+          '单价与交期<b>照审批通过的草案抄</b>,不做任何「顺手优化」—— 改价要重新过审批点。' +
+            '有效期按行情波动定,不要一律写「长期有效」:那等于把汇率与料价风险自己扛了。' +
+            '拿不准的项<b>宁可空着走补全</b>,不要填一个看起来合理的值。',
+        ),
+      { text: '缺一样多一轮' },
+    ) +
+    section('本单已成形的报价行',
+      tableOnly('mine:quote_negotiate.formal_quote', [
         ['报价单号', 'quote_no', 'mono'],
-        ['型号', 'pn', 'mono'],
+        ['型号 PN', 'pn', 'mono'],
         ['单价', 'unit_price'],
         ['交期', 'lead_time'],
-      ],
+        ['有效期', 'valid_until'],
+      ]),
+      { text: '只列本单写下的行' },
     ) +
-    noteCard(
-      '按下放行会发生什么',
-      '① <b>落地预检</b>先跑:交付物齐备、动作意向可执行、授权在契约边界内 —— 预检不过不发卡。' +
-        '② 放行通过<b>即刻落地</b>:台账回写 + 出站发送(报价单发给客户),动作附幂等键。' +
-        '③ <b>落地收敛</b>后输出口才发射 —— 下游只见落地完成的任务;已成动作留存<b>不回滚</b>。' +
-        '④ 出口三选一(成交 / 有异议 / 拒绝)<b>恰发一口</b>,随放行一并确认,G4 网关按它分流。',
+    section('议价的节拍 —— 一轮一版',
+      ladder([
+        ['1', '写成正式报价单', '中英双语,六样齐备'],
+        ['2', '人工按下发出', '触达客户的一下,系统不替人做这个决定'],
+        ['3', 'D+3 提醒到点', '没有跟进的报价等于没报'],
+        ['4', 'D+7 提醒到点', '第二记催办,仍无回音即等超时'],
+        ['5', '客户回音 → 议价调整', '改价、改交期、换料都是新一版,重新走发出'],
+      ]),
+      { text: '往来看得出先后' },
+    ) +
+    section('案例当下进程', stagesOnly('case:stages'), { text: 'Enabled ≠ Active' }) +
+    section('这一步还没碰外界',
+      verdict('报价单此刻只是草稿 —— 一封信都还没发出去', 'wait', '发出这一下必须人工按') +
+        noteOnly(
+          '发出是<b>写类动作</b>:过程中只登记为「动作意向」—— 入参冻结、等放行,放行前不触达世界。' +
+            '预授权是逐项列举的:催办模板可即时发,<b>报价单不行</b>。',
+        ),
+    ),
+});
+
+/** 局面二:待放行 —— 按下的那一刻信就发出去,这是最后一次能改的机会 */
+export const QUOTE_RELEASE = viewShell({
+  title: '正式报价单 · 放行即发出',
+  kicker: 'A6 · 报价议价 · 成果待签',
+  tone: 'case',
+  icon: 'send',
+  stamp: { kind: 'live', text: '待签字放行' },
+  sign: 'A6 报价议价 · 正式报价单(待放行即发出)',
+  body:
+    statsBand([
+      ['单价 CNY', 'unit_price'],
+      ['交期', 'lead_time'],
+      ['最小起订量 MOQ', 'moq'],
+      ['有效期', 'valid_until'],
+    ]) +
+    section('本单交付:正式报价单',
+      tableOnly('mine:quote_negotiate.formal_quote', [
+        ['报价单号', 'quote_no', 'mono'],
+        ['型号 PN', 'pn', 'mono'],
+        ['单价', 'unit_price'],
+        ['交期', 'lead_time'],
+        ['SPQ', 'spq'],
+        ['MOQ', 'moq'],
+        ['贸易条款', 'trade_terms'],
+        ['有效期', 'valid_until'],
+      ]),
+      { text: '发出去的就是这几行' },
+    ) +
+    section('历次报价对照 —— 这一轮让了多少',
+      /*
+       * 这一张**故意不用 `mine:`**:它取共享域整表,含既往单的行。
+       * 本单成果只看 `mine:`(见上一节),而「让了多少」这件事天然要跟别的单比 ——
+       * 没有上一轮的价摆在旁边,人签字时判断不了这一让的分寸。
+       */
+      tableOnly('shared.history_price', [
+        ['型号 PN', 'pn', 'mono'],
+        ['报价日期', 'quoted_at', 'mono'],
+        ['单价', 'unit_price'],
+        ['交期', 'lead_time'],
+      ]) +
+        noteOnly(
+          '这一节<b>不是本单成果</b>,是共享域里同一料号的历次报价(含既往单)—— 摆在这里只做一件事:' +
+            '给这一轮的价一个参照系。报价日期在列上,先后按日期对;它由 A7 情报归档一单一单沉下来。',
+        ),
+      { text: '含既往单' },
+    ) +
+    section('放行前要过的四道判据',
+      ladder([
+        ['1', '单价 / 交期 / SPQ / MOQ / 贸易条款 / 有效期齐备', 'L1 机检 · missingQuoteFields = 0'],
+        ['2', '按报价有效期 P-04 注明有效期', 'L2 机检 · validityDays 大于 0'],
+        ['3', '已建 D+3 / D+7 跟进', 'L2 机检 · 没有跟进的报价等于没报'],
+        ['4', 'BD 放行', 'L5 人签 · 签了才算数'],
+      ]),
+      { text: '三机检 · 一人签' },
+    ) +
+    section('出口三选一 —— 恰发一口',
+      ladder([
+        ['1', '成交', '转订单履约(ORM),这条流走到终点'],
+        ['2', '有异议', '回 A4 重开新实例重算 —— 旧的已终,不再入算'],
+        ['3', '拒绝 / 超时', '转 A7 情报归档,把拒绝原因与竞对价位登记下来'],
+      ]) +
+        noteOnly(
+          '三个出口对应三种后续,随放行<b>恰选一口</b>,下游网关读的就是它;<b>不选口不许放行</b> ——' +
+            '含糊的结果比没结果更坏。「拒绝」不是失败终态:原因回写历史情报后,下一单的三分类与利润模型会用上它。',
+        ),
+      { text: '下游只读这一口' },
+    ) +
+    section('按下放行会发生什么',
+      verdict('放行即落地:台账回写 + 报价单出站发送', 'wait', '已成动作留存,不回滚') +
+        noteOnly(
+          '① <b>落地预检</b>先跑:交付物齐备、动作意向可执行、授权在契约边界内 —— 预检不过不发卡;' +
+            '② 放行通过<b>即刻落地</b>,出站动作附幂等键;' +
+            '③ <b>落地收敛</b>之后输出口才发射 —— 下游只见落地完成的任务。',
+        ),
     ),
 });