@clawos-dev/clawd 0.2.401 → 0.2.403

package/dist/cli.cjs

@@ -6692,6 +6692,21 @@ var init_topic = __esm({
     TopicLineMetaSchema = external_exports.object({
       rejectCount: external_exports.number().int().min(0),
       accepted: external_exports.boolean().default(false),
+      /**
+       * 该线在本话题内的**序号**，daemon 按建线先后顺序发，从 1 起。
+       *
+       * 存在的理由只有一个：老板说「第 2 条线」和 Master 说「线2」得指同一条。所以它必须
+       * **稳定且不复用**——删掉第 2 条后新建的线拿 4 而不是 2，否则昨天说的号今天指向别的线，
+       * 序号就没有价值了。发号点见 topic-store.claimLineOrdinal。
+       *
+       * 早先这个号是 UI 从 lineId 字符串里 parse 的（`line-<N>-<slug>`），等于把序号语义
+       * 寄生在 Master 随手起的名字上：Master 用语义命名（`line-channel-fix`）就 parse 不出，
+       * sidebar 整个不显示号。序号的产生端必须是 daemon。
+       *
+       * optional 而非 default：store 不按 schema parse（见 topic-store），存量 lineMeta
+       * 里没有这个字段，读侧一律 `?? null`，回填由 `topic:get` 的发号 pass 幂等补上。
+       */
+      ordinal: external_exports.number().int().min(1).optional(),
       /**
        * Master 在 watcher 判 fail 的情况下仍判合格的次数。
        *
@@ -6716,6 +6731,19 @@ var init_topic = __esm({
       activity: external_exports.array(TopicActivityEntrySchema),
       /** lineId -> 线级元数据 */
       lineMeta: external_exports.record(TopicLineMetaSchema),
+      /**
+       * 线号水位：下一条线该拿的号。发一个加一，**只增不减**。
+       *
+       * 为什么是话题上的一个独立字段，而不是「现有 lineMeta 里的最大号 + 1」现算：现算的水位
+       * 跟着现存线数走，删掉最大号那条线水位就退，下一条新线会**捡回那个号**。老板原话：
+       * 「删了线，已经标记的线的序号不能变吧，要不然留档的记录不都坏了么」——号对不上只是难用，
+       * 号能对上、却对到了另一条线（流水里「#3 判合格」后来指向一条新线）是把留档直接读坏。
+       * 所以不变式有两条：**已发的号永不改**、**号永不复用**，后者必须与现存线数彻底脱钩。
+       *
+       * optional 而非 default：store 不按 schema parse（见 topic-store），存量话题没有这个
+       * 字段，读盘时按「现有最大号 + 1」一次性归一（不能从 1 重开，否则现有的 #1 #2 会被复用）。
+       */
+      nextLineOrdinal: external_exports.number().int().min(1).optional(),
       state: TopicStateSchema,
       createdAt: external_exports.string().min(1),
       updatedAt: external_exports.string().min(1)
@@ -6730,7 +6758,14 @@ var init_topic = __esm({
       acceptance: external_exports.array(external_exports.string()),
       rejectCount: external_exports.number().int().min(0),
       /** 已被 Master 判定合格（`topic:accept`）。UI 的「合格」态靠它，不是猜的 */
-      accepted: external_exports.boolean()
+      accepted: external_exports.boolean(),
+      /**
+       * 线号（见 TopicLineMetaSchema.ordinal）。UI 直接渲染，**不再从 lineId 猜**。
+       *
+       * nullable 而非必填：joinLines 是纯函数，拿到的 lineMeta 里可能还没发过号（发号 pass
+       * 在 handler 侧）。走 `topic:get` 出去的线一律已发号，null 只在纯函数被单独调用时出现。
+       */
+      ordinal: external_exports.number().int().min(1).nullable()
     });
     TopicListArgsSchema = external_exports.object({ channelId: external_exports.string().min(1) });
     TopicGetArgsSchema = external_exports.object({
@@ -52657,6 +52692,10 @@ var PersonaDispatchManager = class {
       ...args.taskBrief ? { taskBrief: args.taskBrief } : {},
       ...args.meta ? { meta: args.meta } : {}
     });
+    const lineId = args.meta?.["lineId"];
+    if (typeof lineId === "string" && lineId) {
+      this.deps.onLineClaimed?.({ sourceSessionId: args.sourceSessionId, lineId });
+    }
     return { dispatchId };
   }
   get(dispatchId) {
@@ -52908,19 +52947,40 @@ function createTopicStore(deps) {
     t.updatedAt = new Date(deps.now()).toISOString();
   };
   const lineMetaOf = (t, lineId) => t.lineMeta[lineId] ??= { rejectCount: 0, accepted: false, overrideCount: 0 };
+  const ensureOrdinalWatermark = (t) => {
+    const floor = Object.values(t.lineMeta).reduce((max, m2) => Math.max(max, m2.ordinal ?? 0), 0) + 1;
+    const w2 = t.nextLineOrdinal;
+    const normalized = typeof w2 === "number" && Number.isSafeInteger(w2) && w2 >= floor ? w2 : floor;
+    t.nextLineOrdinal = normalized;
+    return normalized;
+  };
   return {
     /**
-     * 读盘后把存量 `state: 'archived'` 归一成 `'done'`。
+     * 读盘后两件归一，**落盘口径不同**：一只改内存（下一次任何写操作自然带出去），
+     * 二补过就立刻回写。理由见各自那段。
+     *
+     * 一、存量 `state: 'archived'` 归成 `'done'`。归档已改由该话题 Master 会话的 `archivedAt`
+     * 承载（spec 2026-08-25-topic-archive-and-pin），`TOPIC_STATES` 随之退掉那一档。json-store
+     * 读盘本身不过 zod，但 `topic:list` 的响应要过 `TopicListResultSchema.parse` —— 留着这个
+     * 值会让**整个频道**的话题列表 parse 失败。
      *
-     * 归档已改由该话题 Master 会话的 `archivedAt` 承载（spec 2026-08-25-topic-archive-and-pin），
-     * `TOPIC_STATES` 随之退掉那一档。json-store 读盘本身不过 zod，但 `topic:list` 的响应要过
-     * `TopicListResultSchema.parse` —— 留着这个值会让**整个频道**的话题列表 parse 失败。
+     * 二、补/纠线号水位。放在读盘而不是发号时：水位一旦落后于已发出的号，下一条新线就会捡回
+     * 一个已经写进流水的号，那是「留档被读坏」而不是「少个号」，越早接上越好。
+     *
+     * **补过就立刻固化**（这一条与 archived 那条不同，不能只留在内存里）：水位不落盘的话，
+     * 下次启动还得靠 lineMeta 重算，而 lineMeta 一旦丢了最大号那条，重算出来的水位就退，
+     * 退了就把已经发出去的号又发一遍。不变式不能挂在「lineMeta 一直完好」这个外部事实上。
+     * 水位已经合法的话题不算改动，不会因此每次启动都写一次盘。
      */
     async load() {
       await file.load();
+      let normalized = false;
       for (const t of file.all()) {
         if (t.state === "archived") t.state = "done";
+        const before = t.nextLineOrdinal;
+        if (ensureOrdinalWatermark(t) !== before) normalized = true;
       }
+      if (normalized) file.scheduleFlush();
     },
     flushNow: file.flushNow,
     get,
@@ -52938,6 +52998,8 @@ function createTopicStore(deps) {
         acceptanceCriteria: [],
         activity: [],
         lineMeta: {},
+        // 新话题的第一条线拿 1
+        nextLineOrdinal: 1,
         state: "planning",
         createdAt: iso,
         updatedAt: iso
@@ -52974,6 +53036,19 @@ function createTopicStore(deps) {
       file.scheduleFlush();
       return t;
     },
+    claimLineOrdinal(topicId, lineId) {
+      const t = get(topicId);
+      if (!t) return void 0;
+      const existing = t.lineMeta[lineId]?.ordinal;
+      if (existing !== void 0) return existing;
+      const ordinal = ensureOrdinalWatermark(t);
+      t.nextLineOrdinal = ordinal + 1;
+      const meta = lineMetaOf(t, lineId);
+      meta.ordinal = ordinal;
+      touch(t);
+      file.scheduleFlush();
+      return ordinal;
+    },
     bumpReject(topicId, lineId) {
       const t = get(topicId);
       if (!t) return void 0;
@@ -62113,7 +62188,7 @@ function computeMethodAccess(args) {
 }
 
 // src/version.ts
-var version = "0.2.401".length > 0 ? "0.2.401" : "dev";
+var version = "0.2.403".length > 0 ? "0.2.403" : "dev";
 
 // src/cli-probe/probe.ts
 var fs66 = __toESM(require("fs"), 1);
@@ -64322,7 +64397,9 @@ function joinLines(records, lineMeta) {
       status: r.status,
       acceptance: Array.isArray(meta.acceptance) ? meta.acceptance.map(String) : [],
       rejectCount: lineMeta[meta.lineId]?.rejectCount ?? 0,
-      accepted: lineMeta[meta.lineId]?.accepted ?? false
+      accepted: lineMeta[meta.lineId]?.accepted ?? false,
+      // 号只读不发：这里是纯函数，发号在 linesOf 那一趟（store 是唯一发号点）
+      ordinal: lineMeta[meta.lineId]?.ordinal ?? null
     });
   }
   return out;
@@ -64333,7 +64410,15 @@ function buildTopicHandlers(deps) {
     if (!t) throw new ClawdError(ERROR_CODES.INVALID_PARAM, `topic not found: ${topicId}`);
     return t;
   };
-  const linesOf = (t) => joinLines(deps.dispatchStore.list({ sourceSessionId: t.masterSessionId }), t.lineMeta);
+  const linesOf = (t) => {
+    const records = deps.dispatchStore.list({ sourceSessionId: t.masterSessionId });
+    const inCreationOrder = records.slice().sort((a, b2) => a.createdAt < b2.createdAt ? -1 : a.createdAt > b2.createdAt ? 1 : 0);
+    for (const r of inCreationOrder) {
+      const lineId = r.meta?.lineId;
+      if (typeof lineId === "string" && lineId) deps.topicStore.claimLineOrdinal(t.id, lineId);
+    }
+    return joinLines(records, t.lineMeta);
+  };
   return {
     "topic:list": async (frame) => {
       const { channelId } = TopicListArgsSchema.parse(frame);
@@ -66089,7 +66174,13 @@ async function startDaemon(config) {
     genId: () => v4_default(),
     store: dispatchStore,
     now: () => Date.now(),
-    onCompleted: (sid) => deliverPendingRef?.(sid)
+    onCompleted: (sid) => deliverPendingRef?.(sid),
+    // 建线即发号：dispatch 的 sourceSessionId 就是该话题的 Master session（1:1），
+    // 反查得到话题后按建线先后领一个稳定的线号。派的不是话题线（反查不到话题）时 no-op。
+    onLineClaimed: ({ sourceSessionId, lineId }) => {
+      const topic = topicStore.getByMasterSession(sourceSessionId);
+      if (topic) topicStore.claimLineOrdinal(topic.id, lineId);
+    }
   });
   const here = typeof __dirname === "string" ? __dirname : import_node_path71.default.dirname((0, import_node_url4.fileURLToPath)(import_meta7.url));
   const mcpConfigs = [];

package/dist/dispatch/mcp-server.cjs

@@ -21880,6 +21880,21 @@ var TopicActivityEntrySchema = external_exports.object({
 var TopicLineMetaSchema = external_exports.object({
   rejectCount: external_exports.number().int().min(0),
   accepted: external_exports.boolean().default(false),
+  /**
+   * 该线在本话题内的**序号**，daemon 按建线先后顺序发，从 1 起。
+   *
+   * 存在的理由只有一个：老板说「第 2 条线」和 Master 说「线2」得指同一条。所以它必须
+   * **稳定且不复用**——删掉第 2 条后新建的线拿 4 而不是 2，否则昨天说的号今天指向别的线，
+   * 序号就没有价值了。发号点见 topic-store.claimLineOrdinal。
+   *
+   * 早先这个号是 UI 从 lineId 字符串里 parse 的（`line-<N>-<slug>`），等于把序号语义
+   * 寄生在 Master 随手起的名字上：Master 用语义命名（`line-channel-fix`）就 parse 不出，
+   * sidebar 整个不显示号。序号的产生端必须是 daemon。
+   *
+   * optional 而非 default：store 不按 schema parse（见 topic-store），存量 lineMeta
+   * 里没有这个字段，读侧一律 `?? null`，回填由 `topic:get` 的发号 pass 幂等补上。
+   */
+  ordinal: external_exports.number().int().min(1).optional(),
   /**
    * Master 在 watcher 判 fail 的情况下仍判合格的次数。
    *
@@ -21904,6 +21919,19 @@ var TopicSchema = external_exports.object({
   activity: external_exports.array(TopicActivityEntrySchema),
   /** lineId -> 线级元数据 */
   lineMeta: external_exports.record(TopicLineMetaSchema),
+  /**
+   * 线号水位：下一条线该拿的号。发一个加一，**只增不减**。
+   *
+   * 为什么是话题上的一个独立字段，而不是「现有 lineMeta 里的最大号 + 1」现算：现算的水位
+   * 跟着现存线数走，删掉最大号那条线水位就退，下一条新线会**捡回那个号**。老板原话：
+   * 「删了线，已经标记的线的序号不能变吧，要不然留档的记录不都坏了么」——号对不上只是难用，
+   * 号能对上、却对到了另一条线（流水里「#3 判合格」后来指向一条新线）是把留档直接读坏。
+   * 所以不变式有两条：**已发的号永不改**、**号永不复用**，后者必须与现存线数彻底脱钩。
+   *
+   * optional 而非 default：store 不按 schema parse（见 topic-store），存量话题没有这个
+   * 字段，读盘时按「现有最大号 + 1」一次性归一（不能从 1 重开，否则现有的 #1 #2 会被复用）。
+   */
+  nextLineOrdinal: external_exports.number().int().min(1).optional(),
   state: TopicStateSchema,
   createdAt: external_exports.string().min(1),
   updatedAt: external_exports.string().min(1)
@@ -21918,7 +21946,14 @@ var TopicLineViewSchema = external_exports.object({
   acceptance: external_exports.array(external_exports.string()),
   rejectCount: external_exports.number().int().min(0),
   /** 已被 Master 判定合格（`topic:accept`）。UI 的「合格」态靠它，不是猜的 */
-  accepted: external_exports.boolean()
+  accepted: external_exports.boolean(),
+  /**
+   * 线号（见 TopicLineMetaSchema.ordinal）。UI 直接渲染，**不再从 lineId 猜**。
+   *
+   * nullable 而非必填：joinLines 是纯函数，拿到的 lineMeta 里可能还没发过号（发号 pass
+   * 在 handler 侧）。走 `topic:get` 出去的线一律已发号，null 只在纯函数被单独调用时出现。
+   */
+  ordinal: external_exports.number().int().min(1).nullable()
 });
 var TopicListArgsSchema = external_exports.object({ channelId: external_exports.string().min(1) });
 var TopicGetArgsSchema = external_exports.object({