资料文件真产出来了;E04/I01 补到验收线,顺手填了几个「墙拦住却不给路」的坑

**资料文件全链**(用户:审核资料这一步要真产出 word/excel/md/html,前端能渲、点资料名能开)
接手时这一步一个文件都产不出来 —— S3 剧本白纸黑字写着「file_ref 本 MVP 阶段可留空」。
文件是台账那一行的投影,不另存一份:
· 声明 `file:{titleColumn,bodyColumn,formatColumn}`,它同时是授权面(没声明就点不开)
· 现造真字节 —— docx/xlsx 是自己打的 OOXML 包(zip-write:store+CRC32,零依赖)
· 读回来渲 —— 解的就是造出来那份字节,渲得出来才证明文件是真的
· 件上 `data-file-of` → 工作区二级界面(Word 纸面/Excel 网格/渲好的 md/沙箱 html)+ 下载原件
放行落地前把每一份冻进 `sys.task_asset_file`(迁移 0029):归档件点开的必须是签字那一刻
那一份,而资料落在主数据上、试跑单不落正式表 —— 不存这一份,收工后一个都点不开。
工作成果里「产出的资料」自成一摞。Markdown 富文本渲染顺带销账(仍零依赖)。

**Harness**
· 画面按「这一拍办完之后」在办的那一步挑 —— 从前拿拍首的局面决定拍尾的事:
  收掉 S4、发出 S5 的卡,而屏上还摆着 S4 的只读件,人无处可填(墙要配路第四次现形)
· 验收「重做」真能退回重做,且打回后台账没动就不许再提交(软硬两段,不锁死单子)
· 立监听的授权面是清单声明;发卡的授权面是调人预算,不是计划项
· 读工具同参重调有兜底;空转写身后还有行动就不废串;finish 的 doneWhen 按写完后的草稿算

**界面**
· 翻件与翻页各归各位(从前二选一,多卡多页时页翻不动);没得翻写「—」不写 0/0
· 工作成果详情能翻份;表宽超出能横滑(E04/I01 抄版式时把 overflow-x 抄丢了)
· 查看面灰底滚过一屏变白 —— 两条独立的路都治了(沙箱内不同色 / 弹性子项不长个)
· 测试台「取不到」不再当成「还活着」

**活动**
E04 关系覆盖、I01 品牌内容各自补到验收线:判据全读基座数、判据指向的东西摆上卡面、
样例满载且名字 ≤14 字;提交前要裁的判据搬进说明书(模型会压拍,压过之后只有说明书还在)。

验收:e2e i01 4/4、e04 3/3 全部 released,资料在办中渲得出、放行后存了档点得开;
门禁 typecheck/lint/depcruise/1628 测全绿。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EEJX8Z7CHejvwmDQyPQuBX

activities/crm-relationship-coverage/src/skills.ts

@@ -0,0 +1,79 @@
+/**
+ * E04 技能 —— 关系覆盖经营的方法经验。载方法,不载权力。
+ *
+ * 与剧本的分工:剧本写「这一步做什么、写哪几列」,技能写「为什么这么判、
+ * 拿不准时按哪条走」。剧本改了口径,技能里同一句要跟着改(规范 §5.9)。
+ */
+import { skillIdSchema } from '@contracts';
+import type { Skill } from '@contracts';
+
+export const COVERAGE_SKILLS: Skill[] = [
+  {
+    id: skillIdSchema.parse('crm-coverage.gap-analysis'),
+    label: '读覆盖现状、找决策链空白节点',
+    applicability: '识别候选客户之后、拟经营计划之前,要判断这一轮该覆盖谁。',
+    method: [
+      '决策链地图(`customer.profile.decision_chain`)按 BT 层级列节点:',
+      '· BT-01 采购/供应链层、BT-02 技术层(研发/质量)、BT-03 高层(产品总监/VP)。',
+      '一个节点算「已覆盖」,要同时满足三条:该节点上有联系人对应、那个人标了',
+      '`key_person=true`、亲密度 `relationship >= 3`。三条少一条都算空白 ——',
+      '认得这个人不等于覆盖了这个人,亲密度不够的关键人一样是缺口。',
+      '',
+      '调 `crm-relationship-coverage.recompute-score` 拿 `gapNodes`,别自己数:',
+      '节点覆盖是逐条核对的活,人算容易漏,数得出来的事一律让工具数。',
+      '**批量调**(入参 `customers` 数组,一次多家客户):工具调用后同拍其余动作作废,',
+      '一家客户调一次就要多截断一拍,而结果是同一份数据算出来的,批量传入不影响精度。',
+      '',
+      '`gapNodes` 全员缺口(一个节点都没覆盖到)是正常结果,不是异常 —— 不要回头重调工具',
+      '确认;缺口本身就是下一步经营计划要处理的东西。',
+      '',
+      '缺口分析只认台账现状,不猜将来:客户明说要覆盖某个人,先看 `customer.contact`',
+      '里有没有这个人的记录,没有的话缺口分析给不出他,只能在计划里写「需先建档」。',
+    ].join('\n'),
+    crystallized: [],
+    knowledgeRefs: ['决策链地图', 'BT 层级'],
+    version: '1.0.0',
+  },
+  {
+    id: skillIdSchema.parse('crm-coverage.plan-drafting'),
+    label: '按影响力 × 亲密度缺口排经营计划',
+    applicability: '缺口找齐之后,要给每个关键人排优先级、定动作时。',
+    method: [
+      '排序不是拍脑袋,是尺:调 `crm-relationship-coverage.rank-key-persons` 批量算',
+      '(一次多条,不要一条关键人调一次 —— 拿回来的排序结果本就是同一份数据算出来的)。',
+      '`influence` 权重高的、`relationship` 缺口大的排前面 —— 一个天天见面的低影响力的人,',
+      '排序上必然让位给一个见不到面的高影响力的人,这是尺给的结论,不是你临场判断的。',
+      '',
+      '建议动作要**具体到能执行**:「拜访」不够,「下月中拜访技术总监,带 XX 认证报告」',
+      '才算数;每条动作配一个 `target_date`,没有时间点的建议是空话,验收判据③会核这个。',
+      '',
+      '理由(`rationale`)要说清「为什么是这个人、这个动作」——',
+      '引影响力评级与亲密度差值,不要只写「重要客户,建议拜访」这类空话,',
+      '人审计划时判的就是这句话站不站得住。',
+    ].join('\n'),
+    crystallized: [],
+    knowledgeRefs: ['影响力 × 亲密度缺口排序'],
+    version: '1.0.0',
+  },
+  {
+    id: skillIdSchema.parse('crm-coverage.ledger-update'),
+    label: '收口写台账、每条更新配依据',
+    applicability: '执行回执收齐之后,要把结果写回 L-02/L-08 主数据时。',
+    method: [
+      '每一条更新都要能在回执里找到对应的事实 —— `evidence_ref` 不是可选的装饰,',
+      '是验收判据①的唯一抓手:写「回执 contact_code=CU-0142-01:已完成拜访,',
+      '亲密度由3提升至4」这种能溯源的话,不写「综合判断」这类查无实据的话。',
+      '',
+      '覆盖度 `coverage_score` 收口时按执行后的最新数据重算一次(调',
+      '`crm-relationship-coverage.recompute-score`),不要凭回执的完成条数估一个大概值 ——',
+      '分数要能重算出同一个数,重算不出来的分数没人信得过。',
+      '',
+      '「无变动」也要写清楚:回执里 `key_person_change` 是 `unchanged`(人在卡上选的',
+      '「无变动」)的联系人,台账更新明细里不必为它单开一行,但不许因为没变动就漏掉',
+      '这条覆盖度的重算依据。',
+    ].join('\n'),
+    crystallized: [],
+    knowledgeRefs: ['台账更新依据'],
+    version: '1.0.0',
+  },
+];