@clawos-dev/clawd 0.2.459 → 0.2.460

package/dist/app-builder-plugin/mcp-server.cjs

@@ -22071,6 +22071,21 @@ var TOPIC_DECISION_STATUS_RESOLVED = TOPIC_DECISION_STATUSES[1];
 var TopicDecisionTypeSchema = external_exports.enum(TOPIC_DECISION_TYPES);
 var TopicDecisionStatusSchema = external_exports.enum(TOPIC_DECISION_STATUSES);
 var TopicDecisionSchema = external_exports.object({
+  /**
+   * 这条决策的标识，供后来的答复回指。可选：存量记录一条都没有，**不迁移**。
+   *
+   * 之所以要它——提问和答复是**两条**流水（`open` 一条、`resolved` 一条，见 `resolves`），
+   * 两条之间没有任何关联时，展示层只能逐条渲染，于是**已经拍板完的待办永远挂在那儿**。
+   */
+  id: nonBlank2.optional(),
+  /**
+   * 本条解决的是哪条决策（填对方的 `id`）。展示层据此把提问与答复合并成一行。
+   *
+   * **只关联、不改写**：不去改动已落盘那条 `open` 记录的 status。原地改写会丢掉
+   * 「什么时候提出 / 什么时候解决」的双时间戳，也丢掉「Master 建议了什么 vs
+   * 老板最终定了什么」的差异——而老板事后要看的恰恰是这个差异。合并只发生在展示层。
+   */
+  resolves: nonBlank2.optional(),
   type: TopicDecisionTypeSchema,
   status: TopicDecisionStatusSchema,
   question: nonBlank2,

package/dist/cli.cjs

@@ -6892,6 +6892,21 @@ var init_topic = __esm({
     TopicDecisionTypeSchema = external_exports.enum(TOPIC_DECISION_TYPES);
     TopicDecisionStatusSchema = external_exports.enum(TOPIC_DECISION_STATUSES);
     TopicDecisionSchema = external_exports.object({
+      /**
+       * 这条决策的标识，供后来的答复回指。可选：存量记录一条都没有，**不迁移**。
+       *
+       * 之所以要它——提问和答复是**两条**流水（`open` 一条、`resolved` 一条，见 `resolves`），
+       * 两条之间没有任何关联时，展示层只能逐条渲染，于是**已经拍板完的待办永远挂在那儿**。
+       */
+      id: nonBlank2.optional(),
+      /**
+       * 本条解决的是哪条决策（填对方的 `id`）。展示层据此把提问与答复合并成一行。
+       *
+       * **只关联、不改写**：不去改动已落盘那条 `open` 记录的 status。原地改写会丢掉
+       * 「什么时候提出 / 什么时候解决」的双时间戳，也丢掉「Master 建议了什么 vs
+       * 老板最终定了什么」的差异——而老板事后要看的恰恰是这个差异。合并只发生在展示层。
+       */
+      resolves: nonBlank2.optional(),
       type: TopicDecisionTypeSchema,
       status: TopicDecisionStatusSchema,
       question: nonBlank2,
@@ -63931,7 +63946,7 @@ function computeMethodAccess(args) {
 }
 
 // src/version.ts
-var version = "0.2.459".length > 0 ? "0.2.459" : "dev";
+var version = "0.2.460".length > 0 ? "0.2.460" : "dev";
 
 // src/cli-probe/probe.ts
 var fs70 = __toESM(require("fs"), 1);

package/dist/dispatch/mcp-server.cjs

@@ -22065,6 +22065,21 @@ var TOPIC_DECISION_STATUS_RESOLVED = TOPIC_DECISION_STATUSES[1];
 var TopicDecisionTypeSchema = external_exports.enum(TOPIC_DECISION_TYPES);
 var TopicDecisionStatusSchema = external_exports.enum(TOPIC_DECISION_STATUSES);
 var TopicDecisionSchema = external_exports.object({
+  /**
+   * 这条决策的标识，供后来的答复回指。可选：存量记录一条都没有，**不迁移**。
+   *
+   * 之所以要它——提问和答复是**两条**流水（`open` 一条、`resolved` 一条，见 `resolves`），
+   * 两条之间没有任何关联时，展示层只能逐条渲染，于是**已经拍板完的待办永远挂在那儿**。
+   */
+  id: nonBlank2.optional(),
+  /**
+   * 本条解决的是哪条决策（填对方的 `id`）。展示层据此把提问与答复合并成一行。
+   *
+   * **只关联、不改写**：不去改动已落盘那条 `open` 记录的 status。原地改写会丢掉
+   * 「什么时候提出 / 什么时候解决」的双时间戳，也丢掉「Master 建议了什么 vs
+   * 老板最终定了什么」的差异——而老板事后要看的恰恰是这个差异。合并只发生在展示层。
+   */
+  resolves: nonBlank2.optional(),
   type: TopicDecisionTypeSchema,
   status: TopicDecisionStatusSchema,
   question: nonBlank2,