ChaiHaoandClaude Opus 5
374206b408
汇报界面(AM 07):
· 视图外壳与卡片件提到 `@sdk`(viewShell / kvCard / tableCard / stagesCard / noteCard)——
六个活动共用一套面貌,不各自发明;样式内联自带(沙箱页面不继承工作台 CSS)。
· flow 四活动按**步序位置**挂模版:
A1 事态全景 / 打标判据 / 成果预览;A4 取价基准 / 定价与门禁 / 草案待放行;
A6 正式报价单 / 放行即发出;A7 结果登记 / 闭环待放行。
· loop 两活动按**阶段与里程碑**组织:案例全景一屏,画阶段生命周期态、当下可为、目标缺口 ——
素材全部来自语义引擎,零 LLM 即可成屏;模型只决定下一步做什么,不负责画面。
为此给 loop-engine 补了视图端口,与 flow 共用同一个网关。
· 每张模版都把「这一屏在说什么 / 放行意味着什么」写在数据旁边 ——
人要在数据上作判断,判据就得摆在手边。
技能(AM 08):
· 六个活动各写了 1–2 条真技能:适用描述 + 方法正文 + 结晶片段脚本。
正文写的是**方法经验**而非流程复述(如「原文没写的不要补」「该等还是该问」
「无基准不是异常,是一种基准」)。
· 资源声明放**技能 ID**(权力面),资产放**定义本体**(方法面),两处分清。
· **skill-engine 从来没有被构造过** —— 模块实现完整却无人调用,这是它一直没被用上的原因。
容器里补上:目录与白名单都取自活动清单,装配前查扩权。
· loop 的叙事面接入**技能目录**(渐进披露:常驻上下文只给「有哪些方法、何时适用」,
正文等 AI 说要才加载),装配随即**盖戳入任务记忆** —— 回放与归因依赖之。
gates: tsc / eslint / depcruise(334 模块)/ 423 测试 全绿
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
54 lines
2.9 KiB
TypeScript
54 lines
2.9 KiB
TypeScript
/**
|
|
* A1 技能 —— 工具用法的方法经验(AM 08)。
|
|
*
|
|
* 「白名单回答『能用什么』(权力),技能回答『怎么用好』(方法)——棋子确定,棋谱是资产。」
|
|
* 每条技能 = 适用描述(何时适用)+ 方法正文(怎么判断、怎么编排工具)
|
|
* + 结晶片段脚本(可选:反复出现的确定性子序列)。
|
|
*
|
|
* **载方法,不载权力**:这里提到的工具都在本活动白名单内;技能不扩权、不改约。
|
|
*/
|
|
import { skillIdSchema } from '@contracts';
|
|
import type { Skill } from '@contracts';
|
|
|
|
export const INTAKE_SKILLS: Skill[] = [
|
|
{
|
|
id: skillIdSchema.parse('intake.read-rfq'),
|
|
label: '读懂一封询价',
|
|
applicability: '收到客户询价原文,需要拆成逐条需求时。正文格式五花八门:表格、纯文本、附件转述都可能。',
|
|
method: [
|
|
'先找**锚点**再抄字段:PN 通常是连续的字母数字混排(如 LM358DR),年用量常带「K/片/pcs/年用量/EAU」,',
|
|
'目标价常带货币符号或「目标价/target」,交期常带「周/weeks/wks/交期/lead」。',
|
|
'',
|
|
'三条纪律:',
|
|
'① **原文没写的不要补**。宁可标 missingKeyFields,也不要按常识填一个「合理值」——',
|
|
' 受理阶段编出来的数,会一路流到定价和报价单上,越往后越难发现。',
|
|
'② **单位归一但不换算口径**:12K → 12000 可以;「月用量 1000」不要自作主张乘 12,',
|
|
' 那是业务判断,该走补全卡问客户。',
|
|
'③ **一条需求一行**。同一 PN 不同数量档是两行,不是一行的两个值。',
|
|
'',
|
|
'拆不动就交人:缺 PN / 数量 / 交期任一,把 missingKeyFields 加一,让 D1 判断把补全卡发出去。',
|
|
].join('\n'),
|
|
crystallized: [],
|
|
knowledgeRefs: ['《询价受理规范》'],
|
|
version: '1.0.0',
|
|
},
|
|
{
|
|
id: skillIdSchema.parse('intake.classify-basis'),
|
|
label: '打标前先备齐判据',
|
|
applicability: '要对料号做三分类(P-03)之前,判据不全时。',
|
|
method: [
|
|
'P-03 只认三个入参:距上次报价天数、行情是否稳定、生命周期状态。三者齐了,结论是**算出来**的,不是判出来的。',
|
|
'',
|
|
'所以打标前唯一该做的事是**把判据取齐**:调历史价情报工具,拿回这三项。',
|
|
'取不到(新料号无历史)不是错误——工具会回「无历史」,那本身就是判据:',
|
|
'距上次报价记为极大值 → 命中 B 类「重估后报」,这是对的,新料号本就该重估。',
|
|
'',
|
|
'不要绕过决策表自己判。规则表是可回放、可追责的;临场判断不是。',
|
|
].join('\n'),
|
|
// 结晶片段:反复出现的确定性子序列 —— 取历史价这一步每单都一样
|
|
crystallized: [{ tool: 'crm.history-price-read', input: { pn: 'pn' } }],
|
|
knowledgeRefs: ['三分类规则 P-03'],
|
|
version: '1.0.0',
|
|
},
|
|
];
|