人手改的那一手真正落得下去;界面不撒谎那几处补齐

手改是**兜 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

apps/api/src/app/reset-runs.ts

@@ -23,6 +23,13 @@ const RUN_TABLES = [
   'sys.chat_card',
   'sys.chat_message',
   'sys.system_message',
+  /*
+   * 沟通记录与上传件是**跑出来的**,而且两张表都没有指向 task 的外键 ——
+   * `truncate ... cascade` 带不走它们(实测漏了 53 条沟通记录、1 个上传件)。
+   * 漏下的是指向已删任务的孤儿:那封信还在沟通记录里躺着,点开却没有单。
+   */
+  'sys.task_comm',
+  'sys.upload',
   'sys.node_instance',
   // 全链 Trace:span 是运行痕,与工作流同生共死 —— 清运行数据不清它,观测面会挂着一堆孤儿
   'sys.trace_span',
@@ -48,19 +55,40 @@ const RUN_TABLES = [
   /* 纪要是人记的,但开发期同属「跑出来的东西」—— 清库要清得干净,不留半场旧会 */
   'sys.minute',
   'sys.minute_resolution',
+  /* 试跑日志是试跑的存档:单没了,存档留着只会是一堆点不进去的空目录 */
+  'sys.testbed_run',
 ];
 
 export async function resetRuns(): Promise<void> {
   const pool = new Pool({ connectionString: loadConfig().databaseUrl, max: 2 });
   try {
-    // 台账的业务表是动态建的,名字问库不写死
+    /*
+     * 台账的业务表是动态建的,名字问库不写死。
+     *
+     * **主数据留着**(2026-07-31):客户 / 项目 / 供应商 / 市场是先于活动存在的档案,
+     * 活动装了卸了它都在 —— 它属于「配置好的」那一半,不是「跑出来的」。
+     * 从前这里把整个 ledger schema 一并 truncate,后果是每清一次运行数据,
+     * 样例客户就没了,「老客户来函」那条样例第二天就试不出来(而它本该是常在的夹具)。
+     * `__object_meta` 同理:性质登记随声明走,不随跑单走;抹了它,
+     * 治理台上全部表都成了「无人声明」,主数据那一区直接空掉。
+     * 单据(record)、派生(derived)、没登记性质的,照旧清 —— 那些确是跑出来的。
+     */
     const ledger = await pool.query<{ name: string }>(
-      `select quote_ident(schemaname) || '.' || quote_ident(tablename) as name
-         from pg_tables where schemaname = 'ledger'`,
+      `select quote_ident(t.schemaname) || '.' || quote_ident(t.tablename) as name
+         from pg_tables t
+         left join ledger.__object_meta m on m.domain || '__' || m.object = t.tablename
+        where t.schemaname = 'ledger'
+          and t.tablename <> '__object_meta'
+          and (m.kind is null or m.kind <> 'master')`,
     );
     const all = [...RUN_TABLES, ...ledger.rows.map((r) => r.name)];
     await pool.query(`truncate table ${all.join(', ')} restart identity cascade`);
-    process.stdout.write(`已清运行数据:${all.length} 张表(配置与组织数据原样保留)\n`);
+    const kept = await pool.query<{ n: string }>(
+      `select count(*)::text as n from ledger.__object_meta where kind = 'master'`,
+    );
+    process.stdout.write(
+      `已清运行数据:${all.length} 张表(配置与组织数据原样保留;主数据 ${kept.rows[0]?.n ?? '0'} 张表未动)\n`,
+    );
   } finally {
     await pool.end();
   }