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,111 +1,138 @@
|
||||
/**
|
||||
* A2 替代选型的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
|
||||
* A2 替代选型的案例模型 —— **一张执行单办完**(2026-07-31 用户定,大幅简化)。
|
||||
*
|
||||
* 上一版把 SOP 上的每一小步都建成了计划项(查规格、判品牌、查沉淀、撒网初筛、
|
||||
* 逐条核验、确认主推、收规格书、参数对比、风险评估…… 九个 humanTask)。
|
||||
* 那是把「FAE 脑子里怎么想」当成了「系统要管几步」——
|
||||
* 而这一整段在业务上是**一件事**:拿着原型号去选一个替代料,选完给出对标结论。
|
||||
* 系统该做的不是替他把这件事切成九块,是**把该填的表摆好、把结果收进台账**。
|
||||
*
|
||||
* 现在只有两项:
|
||||
* T_select —— 派一张执行单给 FAE(卡面两张可编辑表),他填完提交;
|
||||
* T_release —— 放行(触达世界,人工激活)。
|
||||
*
|
||||
* 与 A1 的分工:A1 是**受理归一**,活多、判据多、有确定性规则可依(两张判定表),
|
||||
* 值得逐步建模;A2 是**一次专家判断**,建模建得再细也换不来业务上的好处,
|
||||
* 只会让 Agent 全程跟 harness 较劲(A1 上一版 12 项的教训就在这儿)。
|
||||
*/
|
||||
|
||||
export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
|
||||
<definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
|
||||
<case id="alternative">
|
||||
<!--
|
||||
案卷项的 id **就是任务视图里的键名**。这里只认两样:
|
||||
起单入参(altRequests —— A1 发过来的那批替代评估请求)与「对标表写了几行」(benchmark_total)——
|
||||
后者既是放行前提,也是这一单唯一的机检判据。
|
||||
-->
|
||||
<caseFileModel>
|
||||
<caseFileItem id="request" name="替代评估请求"/>
|
||||
<caseFileItem id="shortlist" name="初筛清单"/>
|
||||
<caseFileItem id="benchmark" name="替代对标表"/>
|
||||
<caseFileItem id="datasheet" name="芯片规格书"/>
|
||||
<caseFileItem id="altRequests" name="替代评估请求(开案即有,一条料一行)"/>
|
||||
<caseFileItem id="benchmark_total" name="对标表条数"/>
|
||||
</caseFileModel>
|
||||
<casePlanModel id="plan" name="替代选型" autoComplete="true">
|
||||
<sentry id="s_request">
|
||||
<onPart id="op_req" caseFileItemRef="request"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_need_alt">
|
||||
<onPart id="op_alt" caseFileItemRef="request"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_alt"><condition>needAlternative = true</condition></ifPart>
|
||||
</sentry>
|
||||
<sentry id="s_shortlist">
|
||||
<onPart id="op_sl" caseFileItemRef="shortlist"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_confirmed">
|
||||
<onPart id="op_cf" caseFileItemRef="shortlist"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_cf"><condition>candidatesConfirmed >= 2</condition></ifPart>
|
||||
<sentry id="s_benchmarked">
|
||||
<onPart id="op_bm" caseFileItemRef="benchmark_total"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_bm"><condition>benchmark_total > 0</condition></ifPart>
|
||||
</sentry>
|
||||
|
||||
<stage id="S1" name="初选核险" autoComplete="true">
|
||||
<entryCriterion id="ec_s1" sentryRef="s_request"/>
|
||||
<humanTask id="T_spec_risk" name="人工查规格核险">
|
||||
<itemControl><manualActivationRule id="m_sr"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_brand" name="人工判主推品牌">
|
||||
<itemControl><manualActivationRule id="m_br"/></itemControl>
|
||||
</humanTask>
|
||||
<planningTable id="pt_s1">
|
||||
<humanTask id="T_known_issues" name="人工查沉淀避坑"/>
|
||||
</planningTable>
|
||||
</stage>
|
||||
<milestone id="M_initial" name="初选定性"/>
|
||||
|
||||
<stage id="S2" name="圈选替代" autoComplete="true">
|
||||
<entryCriterion id="ec_s2" sentryRef="s_need_alt"/>
|
||||
<humanTask id="T_shortlist" name="人工撒网拉初筛">
|
||||
<itemControl><manualActivationRule id="m_sl"/><repetitionRule id="r_sl"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_grade" name="人工逐条核验分级">
|
||||
<entryCriterion id="ec_grade" sentryRef="s_shortlist"/>
|
||||
<itemControl><manualActivationRule id="m_gr"/><repetitionRule id="r_gr"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_confirm" name="人工确认主推型号">
|
||||
<itemControl><manualActivationRule id="m_cf"/></itemControl>
|
||||
</humanTask>
|
||||
</stage>
|
||||
<milestone id="M_candidates" name="候选圈定"/>
|
||||
|
||||
<stage id="S3" name="对比评估交付" autoComplete="true">
|
||||
<entryCriterion id="ec_s3" sentryRef="s_confirmed"/>
|
||||
<humanTask id="T_collect" name="人工收集规格书">
|
||||
<itemControl><manualActivationRule id="m_co"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_compare" name="人工参数对比表">
|
||||
<itemControl><manualActivationRule id="m_cp"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_risk" name="人工替代风险评估">
|
||||
<itemControl><manualActivationRule id="m_rk"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_sign" name="人工签字交出">
|
||||
<itemControl><manualActivationRule id="m_sg"/></itemControl>
|
||||
</humanTask>
|
||||
</stage>
|
||||
<milestone id="M_signed" name="签字放行"/>
|
||||
|
||||
<humanTask id="T_knowledge" name="人工知识入库">
|
||||
<itemControl><manualActivationRule id="m_kb"/></itemControl>
|
||||
<!-- 唯一的活:派一张执行单给 FAE,他填完提交 -->
|
||||
<humanTask id="T_select" name="替代选型:派执行单给 FAE,收回初筛与对标结论">
|
||||
<itemControl><repetitionRule id="r_sel"/></itemControl>
|
||||
</humanTask>
|
||||
|
||||
<timerEventListener id="TL_half" name="时限过半">
|
||||
<timerExpression>P2D</timerExpression>
|
||||
</timerEventListener>
|
||||
<userEventListener id="UL_change" name="客户改需求"/>
|
||||
<!-- 放行:触达世界,必须人工激活 -->
|
||||
<humanTask id="T_release" name="替代选型结论验收放行">
|
||||
<entryCriterion id="ec_rel" sentryRef="s_benchmarked"/>
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
</humanTask>
|
||||
</casePlanModel>
|
||||
</case>
|
||||
</definitions>`;
|
||||
|
||||
export const NARRATIVE = `§0 开案:替代选型一事一议 —— 收到替代评估请求即开案。客户/PM 给出初选物料,或芯片类型与大致参数。
|
||||
先核初选(EOL 等风险提示 + 是否我司主推品牌),无风险且主推直接采信初选办结;
|
||||
需要替代的,先撒网(AI 检索/聚合平台拉初筛清单)后逐条人工核验,常要两三轮,
|
||||
存活候选按替代等级分级(P2P/功能兼容/其他)圈 2~3 颗,做参数对比与风险评估成报告交回。
|
||||
**任何替代必须把差异与风险写清 —— 差异没核清的不放行。**
|
||||
export const NARRATIVE = `§0 开案:A1 判出一条料要替代(原型号 EOL / 缺货 / 客户点名),这一单就到你手上。
|
||||
成品只有一样:**一份能让 BD 拿去跟客户讲的替代对标结论** ——
|
||||
哪几个候选、推荐哪一个、参数差在哪、有什么风险、要不要打样验证。
|
||||
|
||||
S1 初选核险:一手资料以原厂官网为准(产品页/规格书/PCN·EOL 公告);
|
||||
查芯片规格书确认初选料有无 EOL/停产风险,生命周期对照 PN物料主库;
|
||||
对品牌原厂字典判是否我司主推 —— 无风险且主推,直接采信初选、免替代办结。
|
||||
顺手查替代料库与技术问题案例库(裁量项),有沉淀方案或已知坑先亮出来。
|
||||
**这一单只有一步**:把选型这件事派给 FAE(执行工单),他填完你收进台账,然后提交放行。
|
||||
别把它拆成「先查规格、再判品牌、再撒网、再核验……」—— 那是他脑子里的过程,
|
||||
不是系统要管的步。你替他把表摆好就够了。
|
||||
|
||||
S2 圈选替代:先撒网后核验,常要两三轮。逐条人工核验做全面参数对比 ——
|
||||
先明确每项数据的来源(一律以原厂官网规格书为准),再逐项对标(Pin-to-Pin);
|
||||
存活者按替代等级分级;候选过客户技术画像禁用清单;不足 2~3 颗就放宽参数或换角度重新撒网。
|
||||
【T_select 派执行单】发 human 行动(workOrder="execution"),卡面 blocks 放**两张可编辑表**:
|
||||
· 初筛清单:列 = 原型号 / 候选型号 / 品牌 / 生命周期;
|
||||
· 替代对标表:列 = 候选型号 / 替代等级 / 参数差异项 / 差异风险 / 验证建议 / FAE签字。
|
||||
两张都 editable:true;没有的值给空字符串 —— 空格子界面会自己标红「待填写」。
|
||||
ask 一句话说清要他做什么;basis 摆上原型号、芯片类型、客户的特殊要求(裸卡基座拒发)。
|
||||
|
||||
S3 对比评估交付:收齐候选规格书,关键参数逐项对比写进替代对标表,标出差异项与替代等级,
|
||||
写明差异带来的风险;按等级定评估深度 —— P2P 核确免改动,功能兼容/其他逐项评软件开发、
|
||||
外围电路与 layout 改动。FAE 签字后交回发起方。
|
||||
他提交后,回传值出现在你的轨迹里:表格那一份的键是 **table:0 / table:1**(块序号),
|
||||
值是整张表的 JSON —— **第一行是列名**,其余每行一条,列序与你派出去时一致。
|
||||
照它 write 进 \`quote_alternative.shortlist\` 与 \`quote_alternative.benchmark\`,
|
||||
并把对标表条数记进 benchmark_total。**写完就 finish T_select,别再发第二张单** —— 他已经答过了。
|
||||
|
||||
全程随时可做:知识入库 —— 规格书入库、替代关系回填替代料库与 PN物料主库、踩到的坑记案例库。
|
||||
【提交放行】对标表有行了 —— **先 start T_release**(人工激活:放行触达世界,必须按一下),
|
||||
然后 submit,BD 验收。终局唯放行:你不能自己宣布完成。
|
||||
|
||||
§Z 结案:必做的事都办完、没有进行中的事,自动算结案(CMMN AutoComplete)。
|
||||
无需替代的,确认初选可用即结案;需要替代的,推荐报告(已签字)交回发起方即结案 ——
|
||||
每办一案,知识库厚一层。`;
|
||||
【一路上要说话】负责人正看着这一单。每一拍带一句 say,说**业务的话**:
|
||||
哪颗料要替代、你打算怎么办、FAE 回了什么结论、这一单往哪走。
|
||||
一两句、口语,像同事扭头说一声。别报「写草稿 2 行」这种系统词 ——
|
||||
他明天要拿这些话去跟客户讲。`;
|
||||
|
||||
/**
|
||||
* 步骤剧本 —— 与 A1 同一套机制:`doneWhen` 为真,引擎自己收步、**不问模型**。
|
||||
*
|
||||
* 只有一条真活。放行那一项不给 `doneWhen` —— 它触达世界,必须人按一下(铁律③)。
|
||||
*/
|
||||
export const ALTERNATIVE_STEPS = [
|
||||
{
|
||||
item: 'T_select',
|
||||
intent: '派一张执行单给 FAE,收回初筛清单与替代对标结论,并结算汇总数',
|
||||
writes: ['quote_alternative.shortlist', 'quote_alternative.benchmark', 'quote_alternative.verdict'],
|
||||
reads: [],
|
||||
tools: [],
|
||||
/*
|
||||
* 对标表有行了才算办完。**不能写 `benchmark_total != null`** ——
|
||||
* S-FEEL 里未绑定的名字 `!= null` 求值为 true,那一步开局即被收掉(A1 踩过,测里拦下的)。
|
||||
*/
|
||||
doneWhen: 'benchmark_total > 0',
|
||||
guide: `**照这个骨架发,一个字段都别少**(prose 描述不管用,直接抄):
|
||||
{"kind":"human","itemId":"T_select","workOrder":"execution","card":{
|
||||
"title":"…","ask":"这颗料原型号停产,请挑替代并给对标结论",
|
||||
"basis":[{"k":"…","v":"…"}],
|
||||
"blocks":[
|
||||
{"t":"table","title":"初筛清单","cols":["原型号","候选型号","品牌","生命周期"],"editable":true,
|
||||
"rows":[["LM358DR","LM358BIDR","",""],["LM358DR","TLV9062IDR","",""]]},
|
||||
{"t":"table","title":"替代对标表","cols":["候选型号","替代等级","参数差异项","差异风险","验证建议","FAE签字"],"editable":true,
|
||||
"rows":[["","","","","",""]]}
|
||||
]}}
|
||||
**rows 必须有行**:一条料一行,不知道的值给空字符串(界面自己标红「待填写」)。
|
||||
只给 cols 不给 rows,人看到的是一排表头加一片空白,一个格子都填不了(实测栽过)。
|
||||
**blocks 少了整张卡就废了** —— 基座会用当下局面兜底成一句「需要你判断下一步」,
|
||||
人拿到一张没有表的空卡,这一步等于没派(实测栽过)。
|
||||
|
||||
**候选是你提的,不是让 FAE 从零想** —— 初筛清单每个原型号先摆 **2~3 行候选**
|
||||
(原型号 + 候选型号两列你填,你认得这些料;品牌与生命周期留空让他核)。
|
||||
判据「2~3 颗分级候选经确认」机检的就是候选条数,只给一行**过不了门**。
|
||||
替代对标表照候选逐行起,basis 摆上原型号、芯片类型、客户特殊要求(**裸卡基座拒发**)。
|
||||
|
||||
他提交后回传值进你的轨迹:表格的键是 **table:0 / table:1**,值是整张表的 JSON,
|
||||
**第一行是列名**。照它 write 进 \`shortlist\` 与 \`benchmark\`,
|
||||
**同一拍再写一行 \`quote_alternative.verdict\`**(验收机检读的就是它):
|
||||
· candidate_total = 初筛清单条数(要 ≥2);
|
||||
· benchmark_total = 对标表条数;
|
||||
· undocumented_total = 对标表里「参数差异项」或「差异风险」还空着的条数(要 = 0);
|
||||
· recommend_pn 主推候选、summary 一句人话结论。
|
||||
这三个数写不对,submit 会被门挡回来 —— **它们不是台账装饰,是判据本身**。
|
||||
**写完就 finish,别再发第二张单** —— 他已经答过了。
|
||||
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
|
||||
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
|
||||
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
|
||||
},
|
||||
{
|
||||
item: 'T_release',
|
||||
intent: '对标结论已齐,提交放行交 BD 验收',
|
||||
writes: [],
|
||||
reads: [],
|
||||
tools: [],
|
||||
// 放行触达世界 —— 引擎不自动收它(所以这里不给 doneWhen)
|
||||
guide: `对标表有行了 —— **先 start T_release**(它标了人工激活),然后 submit,BD 验收。
|
||||
终局唯放行:你不能自己宣布完成。`,
|
||||
},
|
||||
];
|
||||
|
||||
Reference in New Issue
Block a user