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

手改是**兜 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
+116 -89
View File
@@ -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 &gt;= 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 &gt; 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 验收。
终局唯放行:你不能自己宣布完成。`,
},
];
@@ -10,7 +10,6 @@ const BENCHMARK = 'quote_alternative.benchmark';
export default defineActivity({
name: 'quote-alternative',
paradigm: 'loop',
async run(base: ActivityBase): Promise<ActivityOutcome> {
const shortlist = await base.ledger.read(SHORTLIST);
+79 -9
View File
@@ -9,7 +9,7 @@ import type { ActivityManifest, DmnModel } from '@contracts';
import { ALTERNATIVE_SKILLS } from './skills.ts';
import { ALTERNATIVE_CASE } from './views/report.ts';
import { activityIdSchema } from '@contracts';
import { CMMN_XML, NARRATIVE } from './case-model.ts';
import { ALTERNATIVE_STEPS, CMMN_XML, NARRATIVE } from './case-model.ts';
const DOMAIN = 'quote_alternative';
const ACTIVITY_ID = activityIdSchema.parse('quote-alternative');
@@ -41,7 +41,7 @@ export const manifest: ActivityManifest = {
identity: {
activityId: ACTIVITY_ID,
name: 'A2 · 替代选型',
packageVersion: '0.1.3',
packageVersion: '2.0.0',
category: '统一报价',
sdkVersion: '0.1.0-m5',
checksum: 'dev-checksum-quote-alternative',
@@ -51,13 +51,24 @@ export const manifest: ActivityManifest = {
activityId: ACTIVITY_ID,
version: '0.1.0',
input: {
/*
* 入参对齐**上游真发的东西**(2026-07-31,MVP 第一轮跑出来的)。
*
* A1 的 `to-alternative` 口发的是 `altRequests`(一批替代评估请求,一条料一行),
* 不是单个 `originalPn` —— 而这里从前把 `originalPn` 写成必填,
* 于是流程走到 A2 就停在补全卡上:「缺 originalPn」。
* 上游发一批,下游要一个,这是**契约对不上**,不是数据缺失。
*
* 一单可能要替代好几颗料,`altRequests` 才是那件事的真形状。
*/
data: {
type: 'object',
required: ['originalPn'],
required: ['rfqRef', 'altRequests'],
properties: {
originalPn: { type: 'string' },
rfqRef: { type: 'string', title: '询价单号(单标识,贯穿全流程)' },
altRequests: { type: 'array', title: '替代评估请求(原 PN + 替代要求)' },
originalPn: { type: 'string', title: '原型号(单条时的便捷入口)' },
chipType: { type: 'string' },
params: { type: 'object' },
scenario: { type: 'string' },
},
},
@@ -67,19 +78,43 @@ export const manifest: ActivityManifest = {
mandatory: [
{
name: 'benchmark',
payload: { type: 'object', required: ['rows'], properties: { rows: { type: 'array' } } },
payload: { type: 'object', required: ['rfqRef', 'rows'], properties: {
/*
* **下游那条边读的就是它**(流程包 E5:A2→A3 `needSourcing = true`)。
* 从前这个口只发对标表,而边上写着 needSourcing —— 那条边永远不成立,
* 选完型再要寻价的单子出了 A2 就没路可走(与 A1 当年的 G1 全流死路同一种错)。
*/
needSourcing: { type: 'boolean', title: '选定的替代料仍需寻价' }, rfqRef: { type: 'string' }, rows: { type: 'array' } } },
description: '替代对标表(已签字)',
},
],
selective: [],
},
requiredDeliverables: [{ key: 'benchmark-table', label: '替代对标表(FAE 签字)' }],
/*
* 必交付物**必须给 `ledger` 地址**(2026-07-31 修)。
* 不给的话预检退回 `scope[key]` 去找 —— key 是 `benchmark-table` 这样的短横线别名,
* 任务视图里永远没有这个键,于是「必交付物缺一不得提交放行」永远拒,
* 活办完了也放不了行,连拒五拍熔断(实测 A2 死于此)。
*/
requiredDeliverables: [
{ key: 'benchmark-table', label: '替代对标表(FAE 签字)', ledger: `${DOMAIN}.benchmark` },
],
/*
* 机检谓词读的是 `verdict` 那张**汇总表**的列(照 A1 的口径)。
*
* 上一版写的是 `candidatesConfirmed >= 2` 与 `undocumentedDiff = 0` ——
* 这两个名字**台账里根本没有**(既不是案卷项,也不是任何一张表的列)。
* S-FEEL 拿未绑定的名字比大小求值为假,于是这两条判据**永远达不了标**:
* Agent 把活办得再干净也过不了 submit 门,连拒五拍熔断 —— 实测 A2 就死在这儿。
* 判据的名字必须落在台账上,否则「机检」是一句空话(2026-07-31 销账)。
*/
acceptanceCriteria: [
{ key: 'candidates', label: '2~3 颗分级候选经确认', level: 'L2', predicate: 'candidatesConfirmed >= 2' },
{ key: 'diff-clear', label: '差异项与风险逐项写清', level: 'L2', predicate: 'undocumentedDiff = 0' },
{ key: 'candidates', label: '2~3 颗分级候选经确认', level: 'L2', predicate: 'candidate_total >= 2' },
{ key: 'diff-clear', label: '差异项与风险逐项写清', level: 'L2', predicate: 'undocumented_total = 0' },
{ key: 'source-traceable', label: '每项数据来源可溯(以原厂官网规格书为准)', level: 'L3' },
{ key: 'fae-sign', label: 'FAE 签字放行', level: 'L5' },
],
revisableAtRelease: [],
prohibitions: [
{ key: 'no-unclear-diff', statement: '差异没核清的不放行' },
{ key: 'no-banned', statement: '客户技术画像禁用清单里的型号不得作候选' },
@@ -105,8 +140,11 @@ export const manifest: ActivityManifest = {
{
domain: DOMAIN,
object: 'shortlist',
kind: 'record',
caseKey: 'rfq_ref',
label: '初筛清单',
fields: [
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
{ name: 'original_pn', type: 'text', primaryKey: true, masked: false, label: '原型号' },
{ name: 'candidate_pn', type: 'text', primaryKey: true, masked: false, label: '候选型号' },
{ name: 'brand', type: 'text', primaryKey: false, masked: false, label: '品牌' },
@@ -116,8 +154,11 @@ export const manifest: ActivityManifest = {
{
domain: DOMAIN,
object: 'benchmark',
kind: 'record',
caseKey: 'rfq_ref',
label: '替代对标表',
fields: [
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
{ name: 'original_pn', type: 'text', primaryKey: true, masked: false },
{ name: 'candidate_pn', type: 'text', primaryKey: true, masked: false },
{ name: 'grade', type: 'text', primaryKey: false, masked: false, label: '替代等级' },
@@ -127,6 +168,33 @@ export const manifest: ActivityManifest = {
{ name: 'signed_by', type: 'text', primaryKey: false, masked: false, label: 'FAE 签字' },
],
},
{
/*
* 选型结论 —— 一单一行的**汇总表**,验收机检谓词的入参就在这儿。
* 汇总列与逐行列**故意不同名**:任务视图把草稿行摊平到顶层是「后写的赢」,
* 拿逐行列求值只会验到最后写的那一行,那不叫机检、叫抽样(A1 的教训)。
*/
domain: DOMAIN,
object: 'verdict',
kind: 'record',
caseKey: 'rfq_ref',
label: '选型结论',
fields: [
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
{ name: 'original_pn', type: 'text', primaryKey: false, masked: false, label: '原型号' },
{ name: 'candidate_total', type: 'integer', primaryKey: false, masked: false, label: '候选条数' },
{ name: 'benchmark_total', type: 'integer', primaryKey: false, masked: false, label: '对标条数' },
{
name: 'undocumented_total',
type: 'integer',
primaryKey: false,
masked: false,
label: '差异项或风险缺失条数',
},
{ name: 'recommend_pn', type: 'text', primaryKey: false, masked: false, label: '主推候选' },
{ name: 'summary', type: 'text', primaryKey: false, masked: false, label: '选型结论' },
],
},
],
listeners: [
{
@@ -161,6 +229,8 @@ export const manifest: ActivityManifest = {
cmmnXml: CMMN_XML,
narrative: NARRATIVE,
dmn: GRADE_DMN,
/* 步骤剧本 —— 与 A1 同一套:doneWhen 真了引擎自己收步,不问模型 */
steps: ALTERNATIVE_STEPS,
},
skills: ALTERNATIVE_SKILLS,
viewTemplates: [{ name: 'case-overview', html: ALTERNATIVE_CASE }],
@@ -1,26 +1,102 @@
/**
* A2 视图模版 —— 案例全景(AM 07:loop 按案例模型的阶段与里程碑组织汇报)。
* A2 替代选型的 HTML 汇报模版 —— **活动自己持有的资产**(§9.3),随包版本冻结。
*
* ── 这一屏给谁看、他此刻要判什么 ──────────────────────────────────
* 看的人是 FAE 与发起的 BD/PM。他此刻只判一件事:**这单还用不用我插手**。
* 于是版面按「先成果、后局面」排 —— 成果是他要签的东西,局面是他决定插不插手的依据:
* 一 初筛清单(撒了多少网)· 二 替代对标表(交付件本体)
* → 三 案例阶段 · 四 当下可为 · 五 目标缺口(AI 的办案局面)
* 指标带扫一眼就该有结论(候选够不够、差异核没核清),往下五节是「凭什么这么说」。
*
* ── 画面上的数从哪来(一个都不是编的)────────────────────────────
* · `mine:quote_alternative.*` 是**本单自己写下的草稿行** —— 别单放行过的记录不混进来;
* 列名逐字取自 `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 ALTERNATIVE_CASE = viewShell({
title: '替代选型 · 案例全景',
kicker: 'A2 · 案例活动(loop)',
kicker: 'A2 · 替代选型 · 案例活动',
tone: 'case',
icon: 'search',
stamp: { kind: 'live', text: '案例在办 · 非定稿' },
sign: 'A2 替代选型 · 本页每拍按当下局面重画',
body:
kvCard('本单标的', [
['原型号', 'originalPn', 'mono'],
['芯片类型', 'chipType'],
['当前阶段', 'activeStage', 'tag'],
statsBand([
['初筛候选', 'mine:quote_alternative.shortlist'],
['已对标', 'mine:quote_alternative.benchmark'],
['当下可为', 'enabledCount'],
['目标缺口', 'gapCount'],
]) +
stagesCard('阶段(CMMN)', 'case:stages', '阶段推进到 <b>Enabled</b> 为止;触达世界的计划项须人工启动。') +
stagesCard('当下可为', 'case:enabled') +
stagesCard('目标缺口', 'case:gaps', '缺口决定下一步是调人还是立监听。') +
noteCard(
'跨人卡',
'选型常要向 BD 补客户口径 —— 那是<b>跨任务征答</b>:卡以系统消息送达对方的消息要素、<b>就地作答</b>,' +
'不占对方的任务清单,也不开放本任务的对话流。它是一次性的解答请求,不是责任转移。',
section('初筛清单(本单撒网所得)',
tableOnly('mine:quote_alternative.shortlist', [
['原型号', 'original_pn', 'mono'],
['候选型号', 'candidate_pn', 'mono'],
['品牌', 'brand'],
['生命周期', 'lifecycle'],
]) +
noteOnly(
'先撒网后核验,常要两三轮:检索与聚合平台拉来的候选先落这一张,<b>逐条人工核验之前都不算数</b>。' +
'生命周期一栏是初筛就要看的第一道险 —— EOL/停产的当场淘汰;' +
'不足 2~3 颗就放宽参数或换角度重新撒网。这张表空着,是本单还没撒网,不是没找着。',
),
{ text: '常要两三轮' },
) +
section('替代对标表(本单交付件)',
tableOnly('mine:quote_alternative.benchmark', [
['候选型号', 'candidate_pn', 'mono'],
['替代等级', 'grade'],
['参数差异项', 'param_diff'],
['差异风险', 'risk'],
['验证建议', 'verify_advice'],
['FAE 签字', 'signed_by'],
]) +
noteOnly(
'这是要签字交回发起方的东西:<b>差异没核清的不放行</b> —— 「差异风险」空着的行,' +
'就是此刻拦着放行的那几行。替代等级由判定表出(P2P / 功能兼容 / 其他),不是模型自己说了算;' +
'等级定评估深度:P2P 核确免改动,其余逐项评软件、外围电路与 layout。' +
'每项数据一律以<b>原厂官网规格书</b>为准。',
),
{ text: '差异没核清不放行' },
) +
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>。标「待启动」的是触达世界或' +
'产出关键交付的项 —— 要按一下再动。这一栏空着不是它偷懒,是当下确实无可为:' +
'要么在等人回话,要么在等外面的回音。',
),
{ text: '本拍的合法选项' },
) +
section('目标缺口(离交付还差什么)',
stagesOnly('case:gaps') +
noteOnly(
'缺口只有人知道 → 调人。选型常要向 BD 补客户口径,那是<b>跨任务征答</b>:卡以系统消息送达' +
'对方、<b>就地作答</b>,不占对方的任务清单,也不开放本任务的对话流 —— 一次性的解答请求,' +
'不是责任转移。缺口在世界侧 → 立监听(<b>时限必配</b>)。' +
'当下可为 ∩ 目标所需 = 空,就是<b>依赖断点</b>。这一栏空着,是必做的事都办完了。',
),
{ text: '空 = 必做的都办完了' },
),
});