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

手改是**兜 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
This commit is contained in:
2026-08-02 13:41:44 +08:00
co-authored by Claude Opus 5
parent 94f1c7a4ef
commit 259192f736
228 changed files with 27850 additions and 2847 deletions
+136 -25
View File
@@ -1,43 +1,154 @@
/**
* A7 视图模版 —— 归档两屏:结果登记 / 闭环待放行(AM 07)。
* 归档是这条流的收尾:它写回的是**下一单的判据**,所以要说清「这次学到了什么」。
* A7 情报归档的 HTML 报告模版 —— **活动自己持有的资产**(§10.3),随包版本冻结。
*
* 归档最容易被当成走过场:单子已经丢了,再填一遍原因像是给失败写检讨。
* 所以这两屏从头到尾只讲一件事 —— **这一单留下了什么,下一单谁会用它**。
* 三张共享域表各自对着下一单的一个判据:历史价格情报喂三分类 P-03 的「距上次报价」、
* 客户资料库喂利润模型 P-01 的客户等级因子、落地率统计喂驾驶舱。人在这一屏上要判断的
* 不是「填没填」,是**填的这几个字下一单的机器读不读得懂** —— 写成散文只能被人读,
* 写成字段才进得了决策表。
*
* 两个局面:
* ① 结果登记 —— 拒绝原因与竞对价位在不在、算不算数;
* ② 闭环待放行 —— 三样沉淀齐不齐;签完这一笔整条流走到终点。
*
* 这里**没有「案例进程」一节**:归档只有 S1 一个阶段,摆出来是一行凑数的进度条,
* 而版面上每多一节,真正要看的三张表就少一分注意力。
*
* 容器是 `sandbox=""` iframe:无脚本、无外链、样式自带;数据由基座推送时填
* (`data-slot` 取值、`data-rows` 逐行展开)。状态章一律用「在办」灯 ——
* 模版是随包冻结的静态字符串,盖不了一个还没发生的章;`verdict` 的橙档专指
* 「还没发生,等你按」,绿只留给已达标的机检结论。
*/
import { kvCard, noteCard, tableCard, viewShell } from '@sdk';
import { noteOnly, section, statsBand, tableOnly, verdict, viewShell } from '@sdk';
/**
* 静态阶梯 —— **判据的写法与沉淀的去向不是数据**,它们随包冻结,不走 `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>`;
}
/** 局面一:S1 回写 —— 人此刻要判的是「这条原因,下一单读不读得懂」 */
export const ARCHIVE_LOGGED = viewShell({
title: '结果登记',
kicker: 'A7 · 情报归档',
kicker: 'A7 · 情报归档 · S1 回写',
tone: 'archive',
icon: 'database',
stamp: { kind: 'live', text: '回写中' },
sign: 'A7 情报归档 · 结果登记(共享域)',
body:
kvCard('本单结果', [
['型号 PN', 'pn', 'mono'],
['报价日期', 'quotedAt', 'mono'],
['拒绝原因', 'lostReason'],
statsBand([
['报价日期', 'quoted_at'],
['竞对价位', 'competitor_price'],
['客户等级', 'grade'],
]) +
noteCard('为什么要登记', '拒绝原因与竞对价位是<b>下一单的判据</b>:它们回写历史价格情报,供 P-03 的「距上次报价 / 行情稳定」与 P-01 的客户等级因子取用。这一单的败仗,是下一单的地形图。'),
section('本单登记的结果',
tableOnly('mine:shared.history_price', [
['型号 PN', 'pn', 'mono'],
['报价日期', 'quoted_at', 'mono'],
['拒绝原因', 'lost_reason'],
['竞对价位', 'competitor_price'],
]) +
noteOnly(
'<b>「客户没回」不是原因。</b>问不出来就写「未获反馈」—— 不许编一个听着合理的理由:' +
'编出来的原因会一路流进下一单的判据里,而那时已经没人记得它是编的。',
),
{ text: '只列本单写下的行' },
) +
section('什么样的原因才算数',
ladder([
['1', '竞对报价多少、差几个百分点', '要数,不要形容词'],
['2', '输在价格、交期,还是资质 / 认证', '把败因归到一个维度上'],
['3', '客户是否明说了可接受区间', '下一单的起点就藏在这句话里'],
]) +
noteOnly(
'<b>「价格高」不是原因,是结论。</b>判据要能被下一单<b>机器读取</b>:' +
'P-03 用「距上次报价 / 行情稳定」,P-01 用客户等级。' +
'写成一段散文,它就只能被人读;写成字段,它才进得了决策表。',
),
{ text: '写成字段' },
) +
section('这一单往哪儿沉 —— 三张共享域表',
ladder([
['1', '历史价格情报 · shared.history_price', '喂给下一单的三分类 P-03'],
['2', '客户资料库 · shared.customer', '喂给下一单的利润模型 P-01'],
['3', '报价落地率统计 · shared.landing_stats', '喂给驾驶舱的落地率与 D+3 回复率'],
]),
{ text: '跨活动的沉淀事实' },
) +
section('这一单的底线',
verdict('不得空归档 —— 每一单不成交的报价也是情报资产', 'wait', '原因未回写,预检当场退回') +
noteOnly(
'归档做得好不好,<b>不在这一单看得出来</b> —— 在下一次报价能不能一眼看到「上次为什么丢」看得出来。',
),
),
});
/** 局面二:闭环待放行 —— 签完这一笔,整条工作流走到终点 */
export const ARCHIVE_RELEASE = viewShell({
title: '情报归档 · 闭环待放行',
kicker: 'A7 · 成果预览',
tone: 'ok',
kicker: 'A7 · 情报归档 · 成果待签',
tone: 'case',
icon: 'archive',
stamp: { kind: 'live', text: '待签字封卷' },
sign: 'A7 情报归档 · 闭环成果(待放行)',
body:
tableCard('历史价格情报回写', 'mine:shared.history_price', [
['型号', 'pn', 'mono'],
['报价日期', 'quoted_at', 'mono'],
['拒绝原因', 'lost_reason'],
]) +
kvCard('画像与落地率', [
['客户编码', 'customer_code', 'mono'],
['画像标签', 'profile_tags'],
['统计周期', 'period', 'mono'],
statsBand([
['统计周期', 'period'],
['落地率', 'landing_rate'],
['TypeA 命中', 'type_a_hit'],
['D+3 回复率', 'reply_rate_d3'],
]) +
noteCard(
'闭环的含义',
'放行后这条工作流走到<b>终点节点</b>,状态收敛为「已完成」。' +
'终态封卷触发<b>蒸馏钩子</b>:从任务记忆归纳出活动记忆的候选条目(带证据链),' +
'经回放与人放行才成为下一版业务模型的一部分 —— <b>记忆不载权力</b>。',
section('历史价格情报回写',
tableOnly('mine:shared.history_price', [
['型号 PN', 'pn', 'mono'],
['报价日期', 'quoted_at', 'mono'],
['拒绝原因', 'lost_reason'],
['竞对价位', 'competitor_price'],
]),
{ text: '下一单 P-03 取它' },
) +
section('客户画像更新',
tableOnly('mine:shared.customer', [
['客户码', 'customer_code', 'mono'],
['客户等级', 'grade'],
['画像标签', 'profile_tags'],
]),
{ text: '下一单 P-01 取它' },
) +
section('报价落地率统计',
tableOnly('mine:shared.landing_stats', [
['月份', 'period', 'mono'],
['落地率', 'landing_rate'],
['TypeA 命中', 'type_a_hit'],
['D+3 回复率', 'reply_rate_d3'],
]) +
noteOnly(
'三张表都写在<b>共享域</b>:它们是跨活动的沉淀事实,不属于这一单 ——' +
'这也是活动之间除了流程边以外,唯一一条合法的信息通路。',
),
{ text: '驾驶舱取它' },
) +
section('放行前要过的三道判据',
ladder([
['1', '拒绝原因 / 竞对价位已回写', 'L1 机检 · reasonLogged = true'],
['2', '客户画像标签已更新', 'L2 机检 · profileUpdated = true'],
['3', 'BD 放行', 'L5 人签 · 签了才算数'],
]),
{ text: '两机检 · 一人签' },
) +
section('封卷之后会发生什么',
verdict('放行即闭环:这条工作流就此收敛为「已完成」', 'wait', '终态封卷触发蒸馏钩子') +
noteOnly(
'蒸馏从任务记忆归纳出<b>活动记忆</b>的候选条目(带证据链),经回放与人放行才成为' +
'下一版业务模型的一部分 —— <b>记忆不载权力</b>。这一单丢了,但它把下一单的地形描出来了。',
),
),
});