六个活动的汇报界面与技能补齐;skill-engine 接上装配面

汇报界面(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

activities/quote-sourcing/src/manifest.ts

@@ -8,6 +8,8 @@
  *   `⏱时限/回价到期` → 时间监听(**时限必配**)。
  */
 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';
 
@@ -43,7 +45,7 @@ export const manifest: ActivityManifest = {
   identity: {
     activityId: ACTIVITY_ID,
     name: 'A3 · 渠道寻源',
-    packageVersion: '0.1.0',
+    packageVersion: '0.1.2',
     category: '统一报价',
     paradigm: 'loop',
     sdkVersion: '0.1.0-m5',
@@ -95,7 +97,7 @@ export const manifest: ActivityManifest = {
     },
     resources: {
       tools: [{ name: 'mail.send' }, { name: 'crm.history-price-read' }],
-      skills: [],
+      skills: SOURCING_SKILLS.map((s) => s.id),
       models: ['quote-extractor'],
       roles: ['PRM'],
       budget: { steps: 120, tokens: 300_000, activeMinutes: 480, humanCalls: 8 },
@@ -168,10 +170,8 @@ export const manifest: ActivityManifest = {
       narrative: NARRATIVE,
       dmn: STRATEGY_DMN,
     },
-    skills: [],
-    viewTemplates: [
-      { name: 'sourcing-board', html: '<div class="jc-card"><h3>寻源看板</h3><p data-slot="stage"></p></div>' },
-    ],
+    skills: SOURCING_SKILLS,
+    viewTemplates: [{ name: 'case-overview', html: SOURCING_CASE }],
     cardSchemas: {},
     distillHooks: [
       { on: 'milestone', milestone: 'M_quotes', prompt: '归纳各渠道的回价节奏与配合度。' },

activities/quote-sourcing/src/skills.ts

@@ -0,0 +1,46 @@
+/**
+ * A3 技能 —— 寻源的方法经验(AM 08)。
+ * loop 里技能由 AI **按适用描述临场装配**:常驻上下文只有目录,按事加载正文。
+ */
+import { skillIdSchema } from '@contracts';
+import type { Skill } from '@contracts';
+
+export const SOURCING_SKILLS: Skill[] = [
+  {
+    id: skillIdSchema.parse('sourcing.pick-channels'),
+    label: '按场景圈渠道',
+    applicability: '拿到料号与场景,要决定向谁发询时。',
+    method: [
+      '渠道不是越多越好:发得越广,回价越慢、口径越乱、对供应商的信用消耗越大。',
+      '',
+      '按场景定档:',
+      '· 常规补货 → 原厂代理 2 家足够,比的是账期与交期。',
+      '· BOM 后期 / 急单 → 加 1–2 家现货商,比的是**能不能拿到货**,价格其次。',
+      '· 停产料 → 直接问现货商与拆解渠道,原厂问了也是白问。',
+      '',
+      '每多发一家,就多一份要等的回价 —— 发询前先想清楚:这一家的回价会改变你的决定吗?',
+      '不会,就别发。',
+    ].join('\n'),
+    crystallized: [],
+    knowledgeRefs: ['渠道分级台账'],
+    version: '1.0.0',
+  },
+  {
+    id: skillIdSchema.parse('sourcing.wait-or-ask'),
+    label: '该等还是该问',
+    applicability: '当下可为与目标所需交集为空(依赖断点)时。',
+    method: [
+      '断点只有两种解法,选错就是白等或白问:',
+      '· 缺口**在世界侧**(供应商还没回价、样品还在路上)→ 立监听,必配时限。',
+      '  时限到了要有升级动作:催办 → 升级 → 改道,不能无限等。',
+      '· 缺口**只有人知道**(客户能不能接受替代、预算上限多少)→ 调人。',
+      '',
+      '判断标准很简单:**这个信息在系统外会自己到来吗?**',
+      '会 → 等(监听);不会 → 问(调人)。',
+      '把「该问的」等成超时,是寻源里最常见也最贵的错误。',
+    ].join('\n'),
+    crystallized: [],
+    knowledgeRefs: [],
+    version: '1.0.0',
+  },
+];

activities/quote-sourcing/src/views/report.ts

@@ -0,0 +1,25 @@
+/**
+ * A3 视图模版 —— 案例全景(AM 07:loop 按案例模型的**阶段与里程碑**组织汇报)。
+ *
+ * 画面素材全部来自语义引擎:阶段的生命周期态、当下可为(Enabled 集)、目标缺口。
+ * 这些是算出来的确定事实,零 LLM 即可成屏 —— 模型只决定「下一步做什么」,不负责画面。
+ */
+import { kvCard, noteCard, stagesCard, viewShell } from '@sdk';
+
+export const SOURCING_CASE = viewShell({
+  title: '渠道寻源 · 案例全景',
+  kicker: 'A3 · 案例活动(loop)',
+  tone: 'case',
+  body:
+    kvCard('本单标的', [
+      ['型号 PN', 'pn', 'mono'],
+      ['场景', 'scenario'],
+      ['当前阶段', 'activeStage', 'tag'],
+      ['当下可为', '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,系统只保证边框 —— 预算、停滞熔断、放行归人。'),
+});