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,81 +1,137 @@
|
||||
/**
|
||||
* A4 成本定价的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
|
||||
* A4 成本定价的案例模型 —— **算价归判定表,超限那一下归人**(2026-07-31 照 A1 的状态机模式重做)。
|
||||
*
|
||||
* 2026-07-29 由步序声明(flow)改写而来。原六步各归其位:取价基准与逐条定价属「算价」,
|
||||
* 偏离率与底价门禁属「自检」(两支 DMN:P-01 利润模型、P-02 底价门禁),
|
||||
* 超限条目调人决策是**触达客户利益的一下**,必须人工激活;末尾一张验收单。
|
||||
* 与 A2/A3 的分工:那两个是「一次专家判断」,派一张执行单收回结论就够了;
|
||||
* 定价不同 —— 它**有确定性规则可依**(P-01 利润模型、P-02 底价门禁两支 DMN),
|
||||
* 算价这件事该算不该问。所以它照 A1 的样子分步建模,而不是甩一张单给人。
|
||||
*
|
||||
* 三项:
|
||||
* T_price —— 逐条算价并落草案(拟报单价 / 毛利 / 偏离度 / 门禁处置);
|
||||
* T_approve —— **只在门禁判超限时入场**:触达客户利益的一下,人工激活,派决策卡;
|
||||
* T_release —— 放行(人工激活)。
|
||||
*
|
||||
* 「超限才叫人」是这个活动的要害:每条都叫人,人就成了橡皮图章;一条都不叫,
|
||||
* 底价门禁就是摆设。所以那一项挂前提(`s_over`),由判定表的结论决定它入不入场。
|
||||
*/
|
||||
|
||||
export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
|
||||
<definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
|
||||
<case id="pricing">
|
||||
<!--
|
||||
案卷项的 id **就是任务视图里的键名**:
|
||||
draft_total 是草案条数(算完没算完),over_total 是超限条数(要不要叫人)。
|
||||
两个都由 T_price 写进台账,摊平到顶层后驱动前提。
|
||||
-->
|
||||
<caseFileModel>
|
||||
<caseFileItem id="records" name="待定价条目"/>
|
||||
<caseFileItem id="basis" name="取价基准"/>
|
||||
<caseFileItem id="draft" name="报价草案"/>
|
||||
<caseFileItem id="floors" name="底价表"/>
|
||||
<caseFileItem id="pn" name="型号(开案即有)"/>
|
||||
<caseFileItem id="draft_total" name="草案条数"/>
|
||||
<caseFileItem id="over_total" name="超限条数"/>
|
||||
</caseFileModel>
|
||||
<casePlanModel id="plan" name="成本定价" autoComplete="true">
|
||||
<sentry id="s_records">
|
||||
<onPart id="op_rc" caseFileItemRef="records"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_basis">
|
||||
<onPart id="op_bs" caseFileItemRef="basis"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_priced">
|
||||
<onPart id="op_pd" caseFileItemRef="draft"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_pd"><condition>unpriced = 0</condition></ifPart>
|
||||
<onPart id="op_pr" caseFileItemRef="draft_total"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_pr"><condition>draft_total > 0</condition></ifPart>
|
||||
</sentry>
|
||||
<sentry id="s_breach">
|
||||
<onPart id="op_br" caseFileItemRef="draft"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_br"><condition>breaches > 0</condition></ifPart>
|
||||
<!-- 超限才叫人:门禁判出有超限条目,这一项才入场 -->
|
||||
<sentry id="s_over">
|
||||
<onPart id="op_ov" caseFileItemRef="over_total"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_ov"><condition>over_total > 0</condition></ifPart>
|
||||
</sentry>
|
||||
|
||||
<stage id="S1" name="算价" autoComplete="true">
|
||||
<entryCriterion id="ec_s1" sentryRef="s_records"/>
|
||||
<humanTask id="T_basis" name="人工取价基准">
|
||||
<itemControl><manualActivationRule id="m_bs"/></itemControl>
|
||||
</humanTask>
|
||||
<decisionTask id="D_price" name="逐条定价" decisionRef="p01-margin">
|
||||
<entryCriterion id="ec_price" sentryRef="s_basis"/>
|
||||
</decisionTask>
|
||||
</stage>
|
||||
<milestone id="M_priced" name="全条已定价"/>
|
||||
|
||||
<stage id="S2" name="自检" autoComplete="true">
|
||||
<entryCriterion id="ec_s2" sentryRef="s_priced"/>
|
||||
<decisionTask id="D_floor" name="底价门禁" decisionRef="p02-floor"/>
|
||||
<humanTask id="T_breach" name="人工裁超限条目(回调还是注明理由)">
|
||||
<entryCriterion id="ec_breach" sentryRef="s_breach"/>
|
||||
<itemControl><manualActivationRule id="m_br"/><repetitionRule id="r_br"/></itemControl>
|
||||
</humanTask>
|
||||
<planningTable id="pt_s2">
|
||||
<humanTask id="T_refresh_floor" name="人工刷新底价"/>
|
||||
</planningTable>
|
||||
</stage>
|
||||
<milestone id="M_gated" name="门禁已过"/>
|
||||
|
||||
<humanTask id="T_release" name="人工报价草案验收放行">
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
<!-- 算价:判定表说了算,不是临场判 -->
|
||||
<humanTask id="T_price" name="逐条算价:取基准、算毛利与偏离度、过底价门禁">
|
||||
<itemControl><repetitionRule id="r_pr"/></itemControl>
|
||||
</humanTask>
|
||||
|
||||
<timerEventListener id="TL_half" name="时限过半">
|
||||
<timerExpression>PT8H</timerExpression>
|
||||
</timerEventListener>
|
||||
<!-- 超限审批:触达客户利益的一下,必须人工激活 -->
|
||||
<humanTask id="T_approve" name="超限条目决策:低于底价的那几条要人拍板">
|
||||
<entryCriterion id="ec_ap" sentryRef="s_over"/>
|
||||
<itemControl><manualActivationRule id="m_ap"/><repetitionRule id="r_ap"/></itemControl>
|
||||
</humanTask>
|
||||
|
||||
<!-- 放行:触达世界,必须人工激活 -->
|
||||
<humanTask id="T_release" name="报价草案验收放行">
|
||||
<entryCriterion id="ec_rel" sentryRef="s_priced"/>
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
</humanTask>
|
||||
</casePlanModel>
|
||||
</case>
|
||||
</definitions>`;
|
||||
|
||||
export const NARRATIVE = `§0 开案:拿到一批待定价条目即开案。成品是**一份全条目带偏离度的报价草案** ——
|
||||
每条有拟报单价与毛利率,且都过了底价门禁。
|
||||
人签的不是一个数字,是**这个数字的来路**:基准从哪来、毛利怎么算、偏离多少、门禁怎么判。
|
||||
|
||||
S1 算价:先取价基准(历史成交价 / 供应商回价 / 替代料对标价,按可得性择优),
|
||||
再按利润模型 P-01 逐条定价 —— 客户等级、数量档、料号类型、行情共同决定加价率。
|
||||
基准取不到的条目不许拍脑袋定价,回头找寻源或标注「无基准」。
|
||||
**能算的不问人**:P-01(利润模型)与 P-02(底价门禁)两支判定表说了算,你不临场拍价。
|
||||
你的活是把判据取齐、把结论落进台账;**只有超限的那几条才叫人**。
|
||||
|
||||
S2 自检:算出偏离度(基准价 ↔ 拟报价),按底价门禁 P-02 逐条判。
|
||||
**偏离 ±20% 以内自动放过;超限的一律调人** —— 要么回调价格,要么写明为什么这样报。
|
||||
底价超一周没更新的先刷底价再判(裁量项),拿旧底价判新行情等于没判。
|
||||
【T_price 逐条算价】基准价取自历史价情报(A3 的比价结论 / CRM 历史价)。新料号无历史时
|
||||
基准记 0,由底价门禁按「无基准」处置 —— **不凭空编一个偏离率出来**。
|
||||
逐条写进 \`quote_pricing.draft\`:拟报单价 / 目标毛利 / 相对基准偏离 / 门禁处置。
|
||||
同一拍接着把 draft_total(条数)与 over_total(门禁判「超限」的条数)写上 ——
|
||||
这两个数一个是完成判据,一个决定要不要叫人。写完 finish。
|
||||
|
||||
§Z 结案:每条都有拟报单价与毛利率、超限条目已处置、BD 签字放行,自动结案。
|
||||
草案交出去就是下游议价的起点 —— 它不是最终报价,但每一条都要经得起问「为什么是这个价」。`;
|
||||
【T_approve 超限决策】**只在 over_total > 0 时走这一步**。它触达客户利益,
|
||||
所以标了人工激活:**先 start,再发决策卡**(decide,itemId 填 T_approve)。
|
||||
选项按门禁的处置给(照原价报 / 按底价报 / 退回重算),consequence 写清各自的后果;
|
||||
basis 摆上是哪几条、偏离多少、底价是多少(裸卡基座拒发)。
|
||||
人点完,轨迹上会出现「decision 卡回传 —— 人选了:xxx」—— **看到它就照那条路把 draft 改掉**,
|
||||
别再发第二张卡。改完 finish。
|
||||
|
||||
【提交放行】草案有行了 —— **先 start T_release**(人工激活),然后 submit,BD 验收。
|
||||
提交前把两条裁量判据裁掉(judge,criterion 照判据名原样写);终局唯放行,你不能自己宣布完成。
|
||||
|
||||
【一路上要说话】每一拍带一句 say,说**业务的话**:这批料算下来什么价、哪几条压线、
|
||||
要不要找人拍板。一两句、口语。别报「写草稿 N 行」这种系统词。`;
|
||||
|
||||
/**
|
||||
* 步骤剧本 —— 与 A1 同一套:`doneWhen` 为真,引擎自己收步、**不问模型**。
|
||||
*
|
||||
* 两处不给 `doneWhen`:`T_approve`(人工激活,要人拍板)与 `T_release`(触达世界)。
|
||||
* 给了就等于给引擎一把替人签字的钥匙。
|
||||
*/
|
||||
export const PRICING_STEPS = [
|
||||
{
|
||||
item: 'T_price',
|
||||
intent: '逐条算价并落草案:拟报单价 / 毛利 / 偏离度 / 门禁处置,并结算条数与超限数',
|
||||
writes: ['quote_pricing.draft', 'quote_pricing.verdict'],
|
||||
reads: [],
|
||||
tools: [],
|
||||
// 草案有行了才算算完。不写 `!= null` —— 未绑定的名字那样求值为 true(A1 踩过)
|
||||
doneWhen: 'draft_total > 0',
|
||||
guide: `基准价取自历史价情报(A3 的比价结论 / CRM 历史价)。新料号无历史时基准记 0,
|
||||
由底价门禁按「无基准」处置 —— **不凭空编一个偏离率**。
|
||||
逐条写进 \`quote_pricing.draft\`:拟报单价 / 目标毛利 / 相对基准偏离 / 门禁处置。
|
||||
**同一拍接着**把 draft_total 与 over_total(门禁判超限的条数)写上 ——
|
||||
前者是完成判据,后者决定要不要叫人。
|
||||
**同一拍再写一行 \`quote_pricing.verdict\`**(验收机检读的就是它):
|
||||
· draft_total / unpriced_total = 草案条数 / 还没定出价的条数(后者要 = 0);
|
||||
· over_total = 门禁判超限的条数;
|
||||
· unresolved_over_total = 超限里**还没处置**的条数(要 = 0 —— 回调了或注明了理由都算已处置);
|
||||
· summary 一句人话结论。写不对 submit 会被门挡回来。三笔写完再 finish。
|
||||
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
|
||||
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
|
||||
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
|
||||
},
|
||||
{
|
||||
item: 'T_approve',
|
||||
intent: '超限条目要人拍板 —— 发决策卡,照人选的那条路改草案',
|
||||
writes: ['quote_pricing.draft'],
|
||||
reads: [],
|
||||
tools: [],
|
||||
// 人工激活 + 要人拍板 —— 不给 doneWhen,引擎不许替人收
|
||||
guide: `**只在 over_total > 0 时走这一步**。它触达客户利益,标了人工激活:
|
||||
**先 start T_approve**(与发卡排同一拍即可),再发决策卡(decide,itemId 填 T_approve)。
|
||||
选项按门禁处置给(照原价报 / 按底价报 / 退回重算),consequence 写清后果;
|
||||
basis 摆上哪几条、偏离多少、底价多少(**裸卡基座拒发**)。
|
||||
人点完轨迹上会出现「decision 卡回传 —— 人选了:xxx」,**照那条路改 draft,别再发第二张卡**。`,
|
||||
},
|
||||
{
|
||||
item: 'T_release',
|
||||
intent: '草案已齐,提交放行交 BD 验收',
|
||||
writes: [],
|
||||
reads: [],
|
||||
tools: [],
|
||||
guide: `草案有行了 —— **先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据
|
||||
(criterion 照判据名原样写),然后 submit。终局唯放行:你不能自己宣布完成。`,
|
||||
},
|
||||
];
|
||||
|
||||
Reference in New Issue
Block a user