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 验收。
|
||||
终局唯放行:你不能自己宣布完成。`,
|
||||
},
|
||||
];
|
||||
|
||||
@@ -12,7 +12,6 @@ const COMPARE = 'quote_sourcing.compare_table';
|
||||
|
||||
export default defineActivity({
|
||||
name: 'quote-sourcing',
|
||||
paradigm: 'loop',
|
||||
|
||||
async run(base: ActivityBase): Promise<ActivityOutcome> {
|
||||
const quotes = await base.ledger.read(QUOTES);
|
||||
|
||||
@@ -11,7 +11,7 @@ import type { ActivityManifest, DmnModel } from '@contracts';
|
||||
import { SOURCING_SKILLS } from './skills.ts';
|
||||
import { SOURCING_CASE } from './views/report.ts';
|
||||
import { activityIdSchema } from '@contracts';
|
||||
import { CMMN_XML, NARRATIVE } from './case-model.ts';
|
||||
import { CMMN_XML, NARRATIVE, SOURCING_STEPS } from './case-model.ts';
|
||||
|
||||
const DOMAIN = 'quote_sourcing';
|
||||
const ACTIVITY_ID = activityIdSchema.parse('quote-sourcing');
|
||||
@@ -45,7 +45,7 @@ export const manifest: ActivityManifest = {
|
||||
identity: {
|
||||
activityId: ACTIVITY_ID,
|
||||
name: 'A3 · 渠道寻源',
|
||||
packageVersion: '0.1.3',
|
||||
packageVersion: '2.0.0',
|
||||
category: '统一报价',
|
||||
sdkVersion: '0.1.0-m5',
|
||||
checksum: 'dev-checksum-quote-sourcing',
|
||||
@@ -57,8 +57,9 @@ export const manifest: ActivityManifest = {
|
||||
input: {
|
||||
data: {
|
||||
type: 'object',
|
||||
required: ['pn', 'scenario'],
|
||||
required: ['rfqRef', 'pn', 'scenario'],
|
||||
properties: {
|
||||
rfqRef: { type: 'string', title: '询价单号(单标识,贯穿全流程)' },
|
||||
pn: { type: 'string' },
|
||||
scenario: { type: 'string' },
|
||||
quantity: { type: 'integer' },
|
||||
@@ -78,13 +79,28 @@ export const manifest: ActivityManifest = {
|
||||
],
|
||||
selective: [],
|
||||
},
|
||||
requiredDeliverables: [{ key: 'compare-table', label: '寻源比价表' }],
|
||||
/*
|
||||
* 必交付物**必须给 `ledger` 地址**(2026-07-31 修)。
|
||||
* 不给的话预检退回 `scope[key]` 去找 —— key 是 `benchmark-table` 这样的短横线别名,
|
||||
* 任务视图里永远没有这个键,于是「必交付物缺一不得提交放行」永远拒,
|
||||
* 活办完了也放不了行,连拒五拍熔断(实测 A2 死于此)。
|
||||
*/
|
||||
requiredDeliverables: [
|
||||
{ key: 'compare-table', label: '寻源比价表', ledger: `${DOMAIN}.compare_table` },
|
||||
],
|
||||
/*
|
||||
* 机检谓词读的是 `verdict` 那张**汇总表**的列(照 A1 的口径)。
|
||||
* 上一版的名字(unquoted / channelsPicked)**台账里根本没有** —— S-FEEL 拿未绑定的名字
|
||||
* 比大小求值为假,判据永远达不了标,submit 门永远拒,连拒五拍熔断。
|
||||
* 判据的名字必须落在台账上,否则「机检」是一句空话(2026-07-31 销账)。
|
||||
*/
|
||||
acceptanceCriteria: [
|
||||
{ key: 'each-has-quote', label: '每料有有效报价或明确无货', level: 'L2', predicate: 'unquoted = 0' },
|
||||
{ key: 'channels-enough', label: 'BOM后期每料 2~3 家渠道', level: 'L2', predicate: 'channelsPicked >= 2' },
|
||||
{ key: 'each-has-quote', label: '每料有有效报价或明确无货', level: 'L2', predicate: 'unquoted_total = 0' },
|
||||
{ key: 'channels-enough', label: 'BOM后期每料 2~3 家渠道', level: 'L2', predicate: 'supplier_total >= 2' },
|
||||
{ key: 'cross-check', label: '价格验证按场景规则做过', level: 'L3' },
|
||||
{ key: 'prm-release', label: '采购放行', level: 'L5' },
|
||||
],
|
||||
revisableAtRelease: [],
|
||||
prohibitions: [
|
||||
{ key: 'no-stockless-trader', statement: '现货场景不得选无库存转单商' },
|
||||
{ key: 'no-unverified', statement: '不实回价或远低行情的,必须换渠道补询,不得直接采用' },
|
||||
@@ -110,8 +126,11 @@ export const manifest: ActivityManifest = {
|
||||
{
|
||||
domain: DOMAIN,
|
||||
object: 'supplier_quote',
|
||||
kind: 'record',
|
||||
caseKey: 'rfq_ref',
|
||||
label: '供应商回价单',
|
||||
fields: [
|
||||
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
|
||||
{ name: 'pn', type: 'text', primaryKey: true, masked: false },
|
||||
{ name: 'supplier', type: 'text', primaryKey: true, masked: false, label: '供应商' },
|
||||
{ name: 'price', type: 'number', primaryKey: false, masked: false, label: '回价' },
|
||||
@@ -124,14 +143,39 @@ export const manifest: ActivityManifest = {
|
||||
{
|
||||
domain: DOMAIN,
|
||||
object: 'compare_table',
|
||||
kind: 'record',
|
||||
caseKey: 'rfq_ref',
|
||||
label: '寻源比价表',
|
||||
fields: [
|
||||
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
|
||||
{ name: 'pn', type: 'text', primaryKey: true, masked: false },
|
||||
{ name: 'supplier', type: 'text', primaryKey: false, masked: false },
|
||||
{ name: 'price', type: 'number', primaryKey: false, masked: false },
|
||||
{ name: 'conclusion', type: 'text', primaryKey: false, masked: false, label: '结论' },
|
||||
],
|
||||
},
|
||||
{
|
||||
/*
|
||||
* 寻源结论 —— 一单一行的**汇总表**,验收机检谓词的入参就在这儿。
|
||||
* 汇总列与逐行列**故意不同名**:任务视图把草稿行摊平到顶层是「后写的赢」,
|
||||
* 拿逐行列求值只会验到最后写的那一行,那不叫机检、叫抽样(A1 的教训)。
|
||||
*/
|
||||
domain: DOMAIN,
|
||||
object: 'verdict',
|
||||
kind: 'record',
|
||||
caseKey: 'rfq_ref',
|
||||
label: '寻源结论',
|
||||
fields: [
|
||||
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
|
||||
{ name: 'pn', type: 'text', primaryKey: false, masked: false, label: '型号' },
|
||||
{ name: 'supplier_total', type: 'integer', primaryKey: false, masked: false, label: '已询渠道数' },
|
||||
{ name: 'quoted_total', type: 'integer', primaryKey: false, masked: false, label: '已回价条数' },
|
||||
{ name: 'unquoted_total', type: 'integer', primaryKey: false, masked: false, label: '未回价条数' },
|
||||
{ name: 'compare_total', type: 'integer', primaryKey: false, masked: false, label: '比价条数' },
|
||||
{ name: 'recommend_supplier', type: 'text', primaryKey: false, masked: false, label: '推荐供应商' },
|
||||
{ name: 'summary', type: 'text', primaryKey: false, masked: false, label: '寻源结论' },
|
||||
],
|
||||
},
|
||||
],
|
||||
listeners: [
|
||||
{
|
||||
@@ -167,6 +211,8 @@ export const manifest: ActivityManifest = {
|
||||
// 双表示同版本:XML 是机器面,说明书是叙事面 —— 不允许分叉
|
||||
narrative: NARRATIVE,
|
||||
dmn: STRATEGY_DMN,
|
||||
/* 步骤剧本 —— 与 A1 同一套:doneWhen 真了引擎自己收步,不问模型 */
|
||||
steps: SOURCING_STEPS,
|
||||
},
|
||||
skills: SOURCING_SKILLS,
|
||||
viewTemplates: [{ name: 'case-overview', html: SOURCING_CASE }],
|
||||
|
||||
@@ -1,25 +1,101 @@
|
||||
/**
|
||||
* A3 视图模版 —— 案例全景(AM 07:loop 按案例模型的**阶段与里程碑**组织汇报)。
|
||||
* A3 渠道寻源的 HTML 汇报模版 —— **活动自己持有的资产**(§9.3),随包版本冻结。
|
||||
*
|
||||
* 画面素材全部来自语义引擎:阶段的生命周期态、当下可为(Enabled 集)、目标缺口。
|
||||
* 这些是算出来的确定事实,零 LLM 即可成屏 —— 模型只决定「下一步做什么」,不负责画面。
|
||||
* ── 这一屏给谁看、他此刻要判什么 ──────────────────────────────────
|
||||
* 看的人是采购(PRM)与等着底价的 PM。他此刻只判一件事:**这价能不能拿去往下走**。
|
||||
* 于是版面按「先成果、后局面」排:
|
||||
* 一 供应商回价(收回来多少、都是什么渠道)· 二 寻源比价表(交回 PM 的成果本体)
|
||||
* → 三 案例阶段 · 四 当下可为 · 五 目标缺口(AI 的办案局面)
|
||||
* 指标带扫一眼就该有结论(回价够不够、比价表填没填),往下五节是「凭什么这么说」。
|
||||
*
|
||||
* ── 画面上的数从哪来(一个都不是编的)────────────────────────────
|
||||
* · `mine:quote_sourcing.*` 是**本单自己写下的草稿行** —— 别单放行过的回价不混进来;
|
||||
* 列名逐字取自 `declarations.ledger`,编一个不存在的列名 = 屏上永远空白。
|
||||
* · `case:*` / `enabledCount` / `gapCount` / `activeStage` 由语义引擎每拍算出,
|
||||
* 是确定事实、零 LLM 即可成屏 —— 模型只决定「下一步做什么」,不负责画面。
|
||||
* · 指标带上「已收回价 / 比价表行数」两格指的是**数组本身**:填数时数组取长度
|
||||
* (view-render 的 `displayValue` 约定),不必为「几单」另立一个计数字段。
|
||||
*
|
||||
* ── 两条不撒谎的纪律 ──────────────────────────────────────────
|
||||
* ① 右上角挂的是「在办」灯不是印章:这一屏是活的局面,它没盖过章,就别画成盖了章的样子;
|
||||
* 紫(tone `case`)是**案例活动的标记色不是状态色** —— 红绿橙只留给「达标没达标」。
|
||||
* ② 表空着就是「本单还没写下这一行」,不是渲染坏了 —— 每张表的说明里都写明空着意味着什么。
|
||||
* 寻源尤其怕这个:空白被读成「这家没报价」,而它可能只是还没登记。
|
||||
*
|
||||
* 容器是 `sandbox=""` iframe:无脚本、无外链,样式与图标由 `@sdk` 自带。
|
||||
*/
|
||||
import { kvCard, noteCard, stagesCard, viewShell } from '@sdk';
|
||||
import { noteOnly, section, stagesOnly, statsBand, tableOnly, viewShell } from '@sdk';
|
||||
|
||||
export const SOURCING_CASE = viewShell({
|
||||
title: '渠道寻源 · 案例全景',
|
||||
kicker: 'A3 · 案例活动(loop)',
|
||||
kicker: 'A3 · 渠道寻源 · 案例活动',
|
||||
tone: 'case',
|
||||
icon: 'mail',
|
||||
stamp: { kind: 'live', text: '案例在办 · 非定稿' },
|
||||
sign: 'A3 渠道寻源 · 本页每拍按当下局面重画',
|
||||
body:
|
||||
kvCard('本单标的', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['场景', 'scenario'],
|
||||
['当前阶段', 'activeStage', 'tag'],
|
||||
statsBand([
|
||||
['已收回价', 'mine:quote_sourcing.supplier_quote'],
|
||||
['比价表行数', 'mine:quote_sourcing.compare_table'],
|
||||
['当下可为', 'enabledCount'],
|
||||
['目标缺口', 'gapCount'],
|
||||
]) +
|
||||
stagesCard('阶段(CMMN)', 'case:stages', '阶段的生命周期态由语义引擎推进到 <b>Enabled</b> 为止;凡触达世界或产出关键交付的计划项必须人工启动 —— <b>Enabled ≠ Active</b>。') +
|
||||
stagesCard('当下可为', 'case:enabled', 'AI 只能在这个集合里选下一步:<b>可以越谱,不可越权</b>。') +
|
||||
stagesCard('目标缺口', 'case:gaps', '缺口只有人知道 → 调人;缺口在世界侧 → 立监听(必配时限)。当下可为 ∩ 目标所需 = 空,就是<b>依赖断点</b>。') +
|
||||
noteCard('这个活动为什么是 loop', '寻源是<b>一事一议</b>:几家供应商、谁先回、要不要追加一轮,事前排不出谱。调度权交给 AI,系统只保证边框 —— 预算、停滞熔断、放行归人。'),
|
||||
section('供应商回价(本单登记)',
|
||||
tableOnly('mine:quote_sourcing.supplier_quote', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['供应商', 'supplier'],
|
||||
['渠道等级', 'grade'],
|
||||
['回价', 'price', 'mono'],
|
||||
['交期', 'lead_time'],
|
||||
['有效期', 'valid_until', 'mono'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'回价<b>逐单登记、一一对应不可缺项</b>:发出去几家就该收回几条,没回音的也要留一条写明' +
|
||||
'「无货 / 未应答」—— 少一条,下游读到的就是「没这回事」。渠道等级是场景尺度落到纸面的地方:' +
|
||||
'BOM后期按主 → 备选 → 贸易商圈 2~3 家、<b>贸易商尽量不用</b>,现货只选有库存的。' +
|
||||
'「有效期」是回价到期监听盯的那一列,过期即触发重询。表空着,是本单还没登记回价。',
|
||||
),
|
||||
{ text: '一料一渠一行' },
|
||||
) +
|
||||
section('寻源比价表(本单交付件)',
|
||||
tableOnly('mine:quote_sourcing.compare_table', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['供应商', 'supplier'],
|
||||
['回价', 'price', 'mono'],
|
||||
['结论', 'conclusion'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'这是交回 PM 的成果本体:一料一结论,多渠道横比定底。<b>不实回价或远低行情的必须换渠道补询</b>,' +
|
||||
'不得直接采用;现货场景不得选无库存转单商。采用策略由判定表出(直采 / 取均价 / 重询),' +
|
||||
'不是模型自己说了算。表空着,是本单还没走到反馈交付。',
|
||||
),
|
||||
{ text: '交回 PM 的成果' },
|
||||
) +
|
||||
section('案例阶段(CMMN 生命周期)',
|
||||
stagesOnly('case:stages') +
|
||||
noteOnly(
|
||||
'阶段的生命周期态由语义引擎推进到 <b>Enabled</b> 为止;凡触达世界或产出关键交付的计划项' +
|
||||
'必须人工启动 —— <b>Enabled ≠ Active</b>。寻源是<b>一事一议</b>:几家供应商、谁先回、' +
|
||||
'要不要追加一轮,事前排不出谱,所以调度权交给 AI,系统只保证边框:预算、停滞熔断、放行归人。',
|
||||
),
|
||||
{ text: '推进到 Enabled 为止' },
|
||||
) +
|
||||
section('当下可为(AI 的合法选项)',
|
||||
stagesOnly('case:enabled') +
|
||||
noteOnly(
|
||||
'AI 只能在这个集合里选下一步:<b>可以越谱,不可越权</b>。发询价信是<b>触达世界</b>的动作 ——' +
|
||||
'标「待启动」的项要人按一下再动,信发出去就收不回来。这一栏空着不是它偷懒,' +
|
||||
'是当下确实无可为:要么在等人回话,要么在等供应商的回音。',
|
||||
),
|
||||
{ text: '本拍的合法选项' },
|
||||
) +
|
||||
section('目标缺口(离交付还差什么)',
|
||||
stagesOnly('case:gaps') +
|
||||
noteOnly(
|
||||
'缺口只有人知道 → 调人;缺口在世界侧(等供应商回价)→ 立监听,<b>时限必配</b> ——' +
|
||||
'没有时限的等待就是无限期挂起,而回价的时限本就写死在询价信里。' +
|
||||
'当下可为 ∩ 目标所需 = 空,就是<b>依赖断点</b>。这一栏空着,是必做的事都办完了。',
|
||||
),
|
||||
{ text: '空 = 必做的都办完了' },
|
||||
),
|
||||
});
|
||||
|
||||
Reference in New Issue
Block a user