Archived
人手改的那一手真正落得下去;界面不撒谎那几处补齐
手改是**兜 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:
Claude Opus 5
@@ -1,120 +1,132 @@
|
||||
/**
|
||||
* A3 渠道寻源的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
|
||||
* 「说明书是 XML 的叙事投影,迭代时一起放行」(AM 3.1)。
|
||||
* A3 渠道寻源的案例模型 —— **一张执行单办完**(2026-07-31 用户定,与 A2 同一口径)。
|
||||
*
|
||||
* 上一版按四种询价场景(BOM 早期 / BOM 后期 / 现货 / 样品)把流程铺开成一串计划项。
|
||||
* 场景之分在业务上是真的,可它**不改变系统要管的事**:发函、收回价、比价、给结论。
|
||||
* 而这四步在一次寻源里是连着做的 —— 采购不会办完「发函」就交回来等系统叫他。
|
||||
* 把它切成四项,换来的只是 Agent 每一步都要跟 harness 对一次账。
|
||||
*
|
||||
* 现在只有两项:
|
||||
* T_source —— 派一张执行单给采购(卡面两张可编辑表:供应商回价 / 寻源比价),他填完提交;
|
||||
* T_release —— 放行(触达世界,人工激活)。
|
||||
*
|
||||
* 场景之分不进模型,进**说明书**:采购自己知道 BOM 早期该广撒网、现货该问库存。
|
||||
* 那是他的判断,不是系统的步。
|
||||
*/
|
||||
|
||||
export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
|
||||
<definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
|
||||
<case id="sourcing">
|
||||
<!--
|
||||
案卷项的 id **就是任务视图里的键名**。只认两样:
|
||||
起单入参(pn)与「比价表写了几行」(compare_total)——
|
||||
后者既是放行前提,也是这一单唯一的机检判据。
|
||||
-->
|
||||
<caseFileModel>
|
||||
<caseFileItem id="inquiry" name="询价请求"/>
|
||||
<caseFileItem id="supplier_quote" name="供应商回价单"/>
|
||||
<caseFileItem id="compare_table" name="寻源比价表"/>
|
||||
<caseFileItem id="pn" name="型号(开案即有)"/>
|
||||
<caseFileItem id="compare_total" name="比价表条数"/>
|
||||
</caseFileModel>
|
||||
<casePlanModel id="plan" name="渠道寻源" autoComplete="true">
|
||||
<sentry id="s_inquiry">
|
||||
<onPart id="op_inquiry" caseFileItemRef="inquiry"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_need_quote">
|
||||
<onPart id="op_need" caseFileItemRef="inquiry"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_need"><condition>needNewQuote = true</condition></ifPart>
|
||||
</sentry>
|
||||
<sentry id="s_channels">
|
||||
<onPart id="op_ch" caseFileItemRef="inquiry"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_ch"><condition>channelsPicked >= 2</condition></ifPart>
|
||||
</sentry>
|
||||
<sentry id="s_quotes_in">
|
||||
<onPart id="op_q" caseFileItemRef="supplier_quote"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_ready">
|
||||
<onPart id="op_r" caseFileItemRef="compare_table"><standardEvent>create</standardEvent></onPart>
|
||||
<sentry id="s_compared">
|
||||
<onPart id="op_cp" caseFileItemRef="compare_total"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_cp"><condition>compare_total > 0</condition></ifPart>
|
||||
</sentry>
|
||||
|
||||
<stage id="S1" name="接需核史" autoComplete="true">
|
||||
<entryCriterion id="ec_s1" sentryRef="s_inquiry"/>
|
||||
<humanTask id="T_history" name="人工查历史报价">
|
||||
<itemControl><manualActivationRule id="m_hist"/></itemControl>
|
||||
</humanTask>
|
||||
<decisionTask id="D_strategy" name="判定采用策略" decisionRef="sourcing-strategy">
|
||||
<itemControl><manualActivationRule id="m_str"/></itemControl>
|
||||
</decisionTask>
|
||||
</stage>
|
||||
<milestone id="M_strategy" name="策略已定"/>
|
||||
|
||||
<stage id="S2" name="选渠定策" autoComplete="true">
|
||||
<entryCriterion id="ec_s2" sentryRef="s_need_quote"/>
|
||||
<humanTask id="T_pick" name="人工按场景圈渠道">
|
||||
<itemControl><manualActivationRule id="m_pick"/></itemControl>
|
||||
</humanTask>
|
||||
<planningTable id="pt_s2">
|
||||
<humanTask id="T_verify_channel" name="人工渠道资质核实"/>
|
||||
</planningTable>
|
||||
</stage>
|
||||
<milestone id="M_channels" name="渠道圈定"/>
|
||||
|
||||
<stage id="S3" name="发询比价" autoComplete="true">
|
||||
<entryCriterion id="ec_s3" sentryRef="s_channels"/>
|
||||
<humanTask id="T_send" name="人工批量发询">
|
||||
<itemControl><manualActivationRule id="m_send"/><repetitionRule id="r_send"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_log_quote" name="人工登记回价">
|
||||
<entryCriterion id="ec_log" sentryRef="s_quotes_in"/>
|
||||
<itemControl><manualActivationRule id="m_log"/><repetitionRule id="r_log"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_verify_price" name="人工价格验证">
|
||||
<itemControl><manualActivationRule id="m_vp"/><repetitionRule id="r_vp"/></itemControl>
|
||||
</humanTask>
|
||||
<planningTable id="pt_s3">
|
||||
<humanTask id="T_chase" name="人工追价补询"/>
|
||||
</planningTable>
|
||||
</stage>
|
||||
<milestone id="M_quotes" name="报价确认"/>
|
||||
|
||||
<stage id="S4" name="反馈交付" autoComplete="true">
|
||||
<entryCriterion id="ec_s4" sentryRef="s_ready"/>
|
||||
<humanTask id="T_fill_table" name="人工填寻源比价表">
|
||||
<itemControl><manualActivationRule id="m_fill"/></itemControl>
|
||||
</humanTask>
|
||||
<planningTable id="pt_s4">
|
||||
<humanTask id="T_order" name="人工下单与跟踪"/>
|
||||
</planningTable>
|
||||
</stage>
|
||||
<milestone id="M_delivered" name="交付完成"/>
|
||||
|
||||
<humanTask id="T_knowledge" name="人工知识入库">
|
||||
<itemControl><manualActivationRule id="m_kb"/></itemControl>
|
||||
<!-- 唯一的活:派一张执行单给采购,他填完提交 -->
|
||||
<humanTask id="T_source" name="渠道寻源:派执行单给采购,收回供应商回价与比价结论">
|
||||
<itemControl><repetitionRule id="r_src"/></itemControl>
|
||||
</humanTask>
|
||||
|
||||
<timerEventListener id="TL_deadline" name="时限预警">
|
||||
<timerExpression>P4D</timerExpression>
|
||||
</timerEventListener>
|
||||
<timerEventListener id="TL_quote_expiry" name="回价到期">
|
||||
<timerExpression>P7D</timerExpression>
|
||||
</timerEventListener>
|
||||
<!-- 放行:触达世界,必须人工激活 -->
|
||||
<humanTask id="T_release" name="寻源结论验收放行">
|
||||
<entryCriterion id="ec_rel" sentryRef="s_compared"/>
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
</humanTask>
|
||||
</casePlanModel>
|
||||
</case>
|
||||
</definitions>`;
|
||||
|
||||
export const NARRATIVE = `§0 开案:本案例覆盖四种询价场景 —— BOM早期、BOM后期、现货询价、样品询价。
|
||||
场景不同,供应商选择尺度与价格验证规则各异,但都遵循同一主线:
|
||||
PM 提交询价请求 → 查历史报价判定可否直采 →(须询价时)按场景圈渠道 → 发询验证 → 填入寻源比价表反馈。
|
||||
export const NARRATIVE = `§0 开案:A1 判出一条料要寻源(无近期历史价、或行情波动),这一单就到你手上。
|
||||
成品只有一样:**一份能拿去定价的比价结论** —— 几家报了什么价、交期多久、推荐哪一家、为什么。
|
||||
|
||||
S1 接需核史:系统带出在供供应商与历史报价。先核历史,按场景规则逐 PN 判定是否可直接采用 ——
|
||||
可直采则跳过询价直接进入反馈交付;须新询价则进入选渠阶段。
|
||||
· 查历史报价:未达 3 次询价但有效期已过的,标记须重询。
|
||||
· 判定采用策略:BOM早期有效期内直采、过期浮动≤10%直采、10-20%取均价、>20%重询;
|
||||
BOM后期历史最低(≥3次)直采,否则降 20% 谈;现货/样品一律重询。
|
||||
**这一单只有一步**:把寻源这件事派给采购(执行工单),他填完你收进台账,然后提交放行。
|
||||
四种询价场景(BOM 早期 / BOM 后期 / 现货 / 样品)的打法差别是**采购的判断**,
|
||||
不是系统要管的步 —— 你在 ask 里说清是哪种场景就够了,别替他把流程铺开。
|
||||
|
||||
S2 选渠定策:BOM早期/样品渠道可放宽;BOM后期按主→备选→贸易商顺序圈 2~3 家,贸易商尽量不用;
|
||||
现货仅选有库存且可提供仓库实拍的供应商。渠道资质核实是「看情况」的裁量项。
|
||||
【T_source 派执行单】发 human 行动(workOrder="execution"),卡面 blocks 放**两张可编辑表**:
|
||||
· 供应商回价:列 = 型号 / 供应商 / 回价 / MOQ / 交期 / 有效期;
|
||||
· 寻源比价:列 = 型号 / 供应商 / 回价 / 结论。
|
||||
两张都 editable:true;没有的值给空字符串 —— 空格子界面会自己标红「待填写」。
|
||||
ask 说清要他做什么(哪颗料、什么场景、要几家、什么时候要);
|
||||
basis 摆上型号、数量、目标价、客户交期要求(裸卡基座拒发)。
|
||||
|
||||
S3 发询比价:同一料所有渠道一次发齐;PN/数量/目标价/回价时限写死在询价里。
|
||||
回价逐单登记,一一对应不可缺项。价格验证因场景而异。回价异常或未应答则追价补询(裁量项)。
|
||||
他提交后,回传值出现在你的轨迹里:表格那一份的键是 **table:0 / table:1**(块序号),
|
||||
值是整张表的 JSON —— **第一行是列名**,其余每行一条,列序与你派出去时一致。
|
||||
照它 write 进 \`quote_sourcing.supplier_quote\` 与 \`quote_sourcing.compare_table\`,
|
||||
并把比价表条数记进 compare_total。**写完就 finish T_source,别再发第二张单** —— 他已经答过了。
|
||||
|
||||
S4 反馈交付:确认报价/LT/SPQ/有效期逐项填入寻源比价表,供 PM 直接查阅。
|
||||
现货/样品场景多一步下单与跟踪(裁量项)。
|
||||
【提交放行】比价表有行了 —— **先 start T_release**(人工激活:放行触达世界,必须按一下),
|
||||
然后 submit,BD 验收。终局唯放行:你不能自己宣布完成。
|
||||
|
||||
全程随时可做:知识入库 —— 回价与成交沉淀历史价格情报,渠道表现回写供应商渠道目录。
|
||||
【一路上要说话】负责人正看着这一单。每一拍带一句 say,说**业务的话**:
|
||||
哪颗料在寻源、找了几家、回价怎么样、这一单往哪走。
|
||||
一两句、口语。别报「写草稿 2 行」这种系统词。`;
|
||||
|
||||
§Z 结案:必做的事都办完、没有进行中的事,自动算结案(CMMN AutoComplete)。
|
||||
寻源比价表交付 PM 即结案 —— 每询一轮,行情底账厚一层。`;
|
||||
/**
|
||||
* 步骤剧本 —— 与 A1/A2 同一套机制:`doneWhen` 为真,引擎自己收步、**不问模型**。
|
||||
* 放行那一项不给 `doneWhen` —— 它触达世界,必须人按一下(铁律③)。
|
||||
*/
|
||||
export const SOURCING_STEPS = [
|
||||
{
|
||||
item: 'T_source',
|
||||
intent: '派一张执行单给采购,收回供应商回价与比价结论',
|
||||
writes: ['quote_sourcing.supplier_quote', 'quote_sourcing.compare_table', 'quote_sourcing.verdict'],
|
||||
reads: [],
|
||||
tools: [],
|
||||
/*
|
||||
* 比价表有行了才算办完。**不能写 `compare_total != null`** ——
|
||||
* S-FEEL 里未绑定的名字 `!= null` 求值为 true,那一步开局即被收掉(A1 踩过)。
|
||||
*/
|
||||
doneWhen: 'compare_total > 0',
|
||||
guide: `**照这个骨架发,一个字段都别少**(prose 描述不管用,直接抄):
|
||||
{"kind":"human","itemId":"T_source","workOrder":"execution","card":{
|
||||
"title":"…","ask":"这颗料要寻源,请找几家报价并给比价结论",
|
||||
"basis":[{"k":"…","v":"…"}],
|
||||
"blocks":[
|
||||
{"t":"table","title":"供应商回价","cols":["型号","供应商","回价","MOQ"],"editable":true,
|
||||
"rows":[["NE555P","","",""],["NE555P","","",""]]},
|
||||
{"t":"table","title":"寻源比价","cols":["型号","供应商","回价","结论"],"editable":true,
|
||||
"rows":[["NE555P","","",""],["NE555P","","",""]]}
|
||||
]}}
|
||||
**一条料至少摆 2 行** —— 判据「BOM后期每料 2~3 家渠道」机检的就是渠道数,
|
||||
只问一家过不了门(型号那列你先填,供应商与价格留给采购)。
|
||||
**rows 必须有行**:一条料一行,不知道的值给空字符串(界面自己标红「待填写」)。
|
||||
只给 cols 不给 rows,人看到的是一排表头加一片空白,一个格子都填不了(实测栽过)。
|
||||
**blocks 少了整张卡就废了** —— 基座会用当下局面兜底成一句「需要你判断下一步」,
|
||||
人拿到一张没有表的空卡,这一步等于没派(实测栽过)。
|
||||
|
||||
**rows 一条料一行**,型号那一列先填上;ask 说清什么场景、要几家、什么时候要;
|
||||
basis 摆上型号、数量、目标价、交期要求(**裸卡基座拒发**)。
|
||||
|
||||
他提交后回传值进你的轨迹:表格的键是 **table:0 / table:1**,值是整张表的 JSON,
|
||||
**第一行是列名**。照它 write 进两张台账,并把比价表条数记进 compare_total。
|
||||
**同一拍再写一行 \`quote_sourcing.verdict\`**(验收机检读的就是它):
|
||||
· supplier_total = 询了几家渠道(判据要 ≥2,**只问一家过不了门**);
|
||||
· quoted_total / unquoted_total = 已回价 / 未回价条数(未回价要 = 0);
|
||||
· compare_total = 比价表条数;recommend_supplier 推荐哪家;summary 一句人话结论。
|
||||
这几个数写不对,submit 会被门挡回来 —— **它们不是台账装饰,是判据本身**。
|
||||
**写完就 finish,别再发第二张单** —— 他已经答过了。
|
||||
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
|
||||
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
|
||||
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
|
||||
},
|
||||
{
|
||||
item: 'T_release',
|
||||
intent: '比价结论已齐,提交放行交 BD 验收',
|
||||
writes: [],
|
||||
reads: [],
|
||||
tools: [],
|
||||
guide: `比价表有行了 —— **先 start T_release**(它标了人工激活),然后 submit,BD 验收。
|
||||
终局唯放行:你不能自己宣布完成。`,
|
||||
},
|
||||
];
|
||||
|
||||
Reference in New Issue
Block a user