Archived
ChaiHaoandClaude Opus 5
1fd215cf40
用户定的两件,一并落地。
**一、活动不再分 flow 和 loop —— 彻底退役 flow**
· `flow-engine` 模块整个删除(runner 379 行 + step-sequence 184 行 + 测试);
· `paradigm` 从清单身份、`activity_package`/`task` 两张表、任务卡与活动库一并退场;
`businessModel` 不再是判别联合 —— 只有案例模型(CMMN + 说明书 + DMN)一形;
· task 的引擎分派从「按 paradigm 取两个之一」收成**唯一的引擎**;
· `activities/` 四个 flow 活动(A1 受理 / A4 定价 / A6 议价 / A7 归档)各写了一份
案例模型:阶段照原来的步分,触达世界的项一律 manualActivationRule,
能算的交 DMN(A1 的三分类 P-03、A4 的 P-01/P-02)不交 Agent;
· 六个占位槽位的骨架从「机器步落台账 + 一张验收单」改成案例骨架,包版本 0.8.0 → 0.9.0。
**代价写在明处,不假装没有**:`turn-runner` 每一拍都要 `agent.decide` ——
环境里没有模型 key,案例活动一步也走不动。三套端到端(统一报价 / 新建流程包 / 测试台
Trace)整套跳过,文件头写明恢复条件:①有可用模型 ②走法改写成按 Enabled 集推进。
**不许把断言改松让它变绿** —— 绿得不诚实比红着更坏。debt.md 已记。
**二、审批活动可管**(新能力)
· `sys.approval_template`:审批点**可复用的那一半** —— 审批人看哪几项、按什么名字看、
怎么催、说什么话。谁来审不在里面(与活动点同口径,运营时轮值);驳回回哪个节点
也不在里面(那是每张图自己的事,留在节点上);
· 三条路由 + 引用反查:还被审批点引着就不许删(409),删了那些节点会**静默**退回旧行为;
· 运行时 `basisOf`:引了模板就按模板筛与改名,没引即旧行为(载荷全摊开)。
模板改了只影响新发出的审批单 —— 在途单的依据在发出那一刻已定形。
**三、活动库重做**:一区两格 —— 「活动(装进来的)」与「审批活动(配出来的)」,
都用流程卡那套两段式卡片(头 + 四格数据板),幽灵卡当入口(装入活动 / 新建审批活动);
「标准/案例」那一维随范式一起撤,业务分类成了唯一的一维,以行内小签呈现。
迁移 0020:两张表 drop paradigm、建 approval_template。已在开发库跑过并重播种。
实测(丁子乔账号):建「定价审批」模板 → 流程包 A5 属性里选得到 → 引用反查计数正确。
四闸绿(api:check 随本提交)。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
62 lines
3.1 KiB
TypeScript
62 lines
3.1 KiB
TypeScript
/**
|
|
* A7 情报归档的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
|
|
*
|
|
* 2026-07-29 由步序声明(flow)改写而来。归档这件事没有分支:登记结果 → 更新画像 →
|
|
* 统计落地率 → 验收。三件事互不依赖,同阶段并列(CMMN 里同阶段的项本就无隐含次序)。
|
|
*/
|
|
|
|
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="报价落地率统计"/>
|
|
</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>
|
|
|
|
<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>
|
|
|
|
<timerEventListener id="TL_half" name="时限过半">
|
|
<timerExpression>PT12H</timerExpression>
|
|
</timerEventListener>
|
|
</casePlanModel>
|
|
</case>
|
|
</definitions>`;
|
|
|
|
export const NARRATIVE = `§0 开案:一单报价有了结果(成交 / 拒绝 / 超时)即开案。
|
|
这件事不产生对外交付,它产生的是**下一单的本钱** —— 报价落地率、客户画像、竞对价位。
|
|
|
|
S1 回写沉淀:先登记结果 —— 拒绝的要写清原因与竞对价位,**「客户没回」不是原因**,
|
|
问不出来就写「未获反馈」,不许编一个听着合理的理由。
|
|
再按结果更新客户画像标签与等级(利润模型 P-01 的客户等级因子取的就是它),
|
|
并把这一单计入当月落地率统计(TypeA 命中率、D+3 回复率一并算)。
|
|
|
|
§Z 结案:原因已回写、画像已更新、BD 签字放行,自动结案。
|
|
归档做得好不好,不在这一单看得出来 —— 在下一次报价能不能一眼看到「上次为什么丢」看得出来。`;
|