资料文件真产出来了;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

apps/api/src/app/seed-activities.ts

@@ -30,6 +30,8 @@ const REAL_PACKAGES = [
   'quote-pricing',
   'quote-negotiate',
   'quote-archive',
+  'crm-relationship-coverage',
+  'brand-content-toolkit',
 ] as const;
 
 /**
@@ -65,21 +67,6 @@ export async function installRealActivities(container: Container): Promise<void>
       // 冲突要如实报:静默吞掉的话,表结构和声明对不上而没人知道
       (conflicts.length === 0 ? '' : ` —— 合并冲突 ${conflicts.length} 处:${conflicts.map((c) => c.field).join('、')}`),
   );
-  /*
-   * 一位样例客户 —— 让「老客户认得出」那条路试得出来(见 `MASTER_SAMPLE_ROWS` 的注)。
-   * 按主键写,重复播种是覆盖不是堆叠;写正式版(不是草稿层),
-   * 因为 A1 第一步查的就是正式版 —— 草稿只有本任务自己看得见。
-   */
-  for (const row of MASTER_SAMPLE_ROWS) {
-    await container.ledger.systemWrite({
-      address: { domain: row.address.domain, object: row.address.object },
-      key: { ...row.key },
-      values: { ...row.values },
-      cause: { kind: 'governance', ref: 'seed:master-sample' },
-    });
-  }
-  log(`   样例客户已就位:${MASTER_SAMPLE_ROWS[1]?.values.email ?? ''}(样例 2 用它试老客户那条路)`);
-
   const root = activitiesRoot();
 
   for (const dir of REAL_PACKAGES) {
@@ -135,4 +122,25 @@ export async function installRealActivities(container: Container): Promise<void>
       log(`   活动包 ${dir} 未过安装两审:${error instanceof Error ? error.message : String(error)}`);
     }
   }
+
+  /*
+   * **样例客户 —— 装完全部活动包之后再播种**(2026-08-20 改序,踩过坑):
+   * `MASTER_SAMPLE_ROWS` 里带着 E04 追加的列(`cust_type`/`decision_chain`…)——
+   * 这些列要等 `crm-relationship-coverage` 装进 `REAL_PACKAGES` 循环、
+   * 它的台账声明经 `applyDeclarations` 做过 `add-column` 之后才真的存在于物理表。
+   * 原来放在装活动**之前**播种,种到这些新列时 Postgres 直接报
+   * `column "cust_type" of relation "customer__profile" does not exist`——
+   * 主数据物化(平台基线列)在活动之前没错,但样例数据要用到**活动追加的列**时,
+   * 必须排在对应活动装完之后。按主键写,重复播种是覆盖不是堆叠;写正式版
+   * (不是草稿层),因为 A1 第一步查的就是正式版 —— 草稿只有本任务自己看得见。
+   */
+  for (const row of MASTER_SAMPLE_ROWS) {
+    await container.ledger.systemWrite({
+      address: { domain: row.address.domain, object: row.address.object },
+      key: { ...row.key },
+      values: { ...row.values },
+      cause: { kind: 'governance', ref: 'seed:master-sample' },
+    });
+  }
+  log(`   样例客户已就位:${MASTER_SAMPLE_ROWS[1]?.values.email ?? ''}(样例 2 用它试老客户那条路)`);
 }