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

手改是**兜 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
+74 -40
View File
@@ -1,61 +1,95 @@
/**
* A7 情报归档的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
* A7 情报归档的案例模型 —— **一步落三张表**(2026-07-31 照 A1 的状态机模式重做)。
*
* 2026-07-29 由步序声明(flow)改写而来。归档这件事没有分支:登记结果 → 更新画像 →
* 统计落地率 → 验收。三件事互不依赖,同阶段并列(CMMN 里同阶段的项本就无隐含次序)。
* 归档这件事没有分支,也没有判断:一单报价有了结果,把它沉淀成下一单用得上的情报 ——
* 历史价、客户画像、落地率统计。上一版把这三样各建成一个计划项,
* 可它们**互不依赖、同一拍就能写完**,分开只换来两次多余的 finish。
*
* 两项:
* T_archive —— 一步落三张表(历史价 / 客户画像 / 落地率);
* 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="archive">
<caseFileModel>
<caseFileItem id="result" name="报价结果"/>
<caseFileItem id="history" name="历史价格情报"/>
<caseFileItem id="profile" name="客户画像"/>
<caseFileItem id="stats" name="报价落地率统计"/>
<caseFileItem id="quoteNo" name="报价单号(开案即有)"/>
<caseFileItem id="archived_total" name="已归档条数"/>
</caseFileModel>
<casePlanModel id="plan" name="情报归档" autoComplete="true">
<sentry id="s_result">
<onPart id="op_rs" caseFileItemRef="result"><standardEvent>create</standardEvent></onPart>
</sentry>
<sentry id="s_logged">
<onPart id="op_lg" caseFileItemRef="history"><standardEvent>update</standardEvent></onPart>
<ifPart id="if_lg"><condition>reasonLogged = true</condition></ifPart>
<sentry id="s_archived">
<onPart id="op_ar" caseFileItemRef="archived_total"><standardEvent>update</standardEvent></onPart>
<ifPart id="if_ar"><condition>archived_total &gt; 0</condition></ifPart>
</sentry>
<stage id="S1" name="回写沉淀" autoComplete="true">
<entryCriterion id="ec_s1" sentryRef="s_result"/>
<humanTask id="T_log" name="人工登记结果(拒绝原因 / 竞对价位)">
<itemControl><manualActivationRule id="m_lg"/></itemControl>
</humanTask>
<humanTask id="T_profile" name="人工更新客户画像">
<entryCriterion id="ec_pf" sentryRef="s_logged"/>
<itemControl><manualActivationRule id="m_pf"/></itemControl>
</humanTask>
<humanTask id="T_stats" name="人工统计落地率">
<itemControl><manualActivationRule id="m_st"/></itemControl>
</humanTask>
</stage>
<milestone id="M_archived" name="情报已回写"/>
<humanTask id="T_release" name="人工归档闭环验收放行">
<itemControl><manualActivationRule id="m_rl"/></itemControl>
<!-- 一步落三张表:它们互不依赖,同一拍写完 -->
<humanTask id="T_archive" name="情报归档:落历史价、客户画像、落地率统计">
<itemControl><repetitionRule id="r_ar"/></itemControl>
</humanTask>
<timerEventListener id="TL_half" name="时限过半">
<timerExpression>PT12H</timerExpression>
</timerEventListener>
<humanTask id="T_release" name="封卷放行">
<entryCriterion id="ec_rel" sentryRef="s_archived"/>
<itemControl><manualActivationRule id="m_rl"/></itemControl>
</humanTask>
</casePlanModel>
</case>
</definitions>`;
export const NARRATIVE = `§0 开案:一单报价有了结果(成交 / 拒绝 / 超时)即开案。
这件事不产生对外交付,它产生的是**下一单的本钱** —— 报价落地率、客户画像、竞对价位。
这一单的价值**全在下一单**:今天记下的拒绝原因,是下次定价时的判据;
今天记下的成交价,是下次的基准。所以归档不是收尾的仪式,是情报生产。
S1 回写沉淀:先登记结果 —— 拒绝的要写清原因与竞对价位,**「客户没回」不是原因**,
问不出来就写「未获反馈」,不许编一个听着合理的理由。
再按结果更新客户画像标签与等级(利润模型 P-01 的客户等级因子取的就是它),
并把这一单计入当月落地率统计(TypeA 命中率、D+3 回复率一并算)。
**一步就能办完** —— 三张表互不依赖,同一拍写完:
· \`market.price_history\`:这一单报了什么价、什么时候报的、结果如何、拒绝原因是什么;
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
· \`shared.landing_stats\`:这个月的落地率、A 类命中、三日回复率。
§Z 结案:原因已回写、画像已更新、BD 签字放行,自动结案。
归档做得好不好,不在这一单看得出来 —— 在下一次报价能不能一眼看到「上次为什么丢」看得出来。`;
**不得空归档**:三张表都得有东西。「这一单没什么好记的」不是理由 ——
结果本身就是情报,拒绝的原因尤其是。写完把 archived_total 记上,再 finish。
【封卷放行】**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据
(criterion 照判据名原样写),然后 submit。终局唯放行:你不能自己宣布完成。
【一路上要说话】每一拍带一句 say,说**业务的话**:这一单最后怎么样、为什么、
下次遇到同类该注意什么。一两句、口语。别报「写草稿 N 行」这种系统词。`;
/**
* 步骤剧本 —— 与 A1 同一套。放行那一项不给 `doneWhen`(触达世界)。
*/
export const ARCHIVE_STEPS = [
{
item: 'T_archive',
intent: '一步落三张表:历史价、客户画像、落地率统计',
writes: ['market.price_history', 'customer.profile', 'shared.landing_stats', 'quote_archive.verdict'],
reads: [],
tools: [],
// 三张都写了才算归档过。不写 `!= null` —— 未绑定的名字那样求值为 true(A1 踩过)
doneWhen: 'archived_total > 0',
guide: `三张表互不依赖,**同一拍写完**:
· \`market.price_history\`:报了什么价、什么时候、结果如何、拒绝原因;
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
· \`shared.landing_stats\`:本月落地率、A 类命中、三日回复率。
**不得空归档** —— 「没什么好记的」不是理由,结果本身就是情报,拒绝原因尤其是。
**同一拍再写一行 \`quote_archive.verdict\`**(验收机检读的就是它):
· archived_total = 已归档条数;
· reason_logged_total = 已回写拒绝原因/竞对价位的条数(要 > 0);
· profile_updated_total = 已更新客户画像标签的条数(要 > 0);
· summary 一句人话结论。写不对 submit 会被门挡回来。写完再 finish。
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
},
{
item: 'T_release',
intent: '情报已沉淀,封卷放行',
writes: [],
reads: [],
tools: [],
guide: `**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据,然后 submit。
终局唯放行:你不能自己宣布完成。`,
},
];