@co0ontty/wand 1.68.0 → 1.68.1-beta.g0c52991

package/dist/build-info.json

@@ -1,6 +1,6 @@
 {
-  "commit": "3982229b08d479f6d7f838b8e4fce20be7c1472f",
-  "builtAt": "2026-06-16T10:21:53.525Z",
-  "version": "1.68.0",
-  "channel": "stable"
+  "commit": "0c529913d424689b382ee54369899e84aec3be94",
+  "builtAt": "2026-06-16T23:28:18.438Z",
+  "version": "1.68.1-beta.g0c52991",
+  "channel": "beta"
 }

package/dist/config.js

@@ -3,6 +3,7 @@ import { existsSync } from "node:fs";
 import { mkdir, readFile, rename, unlink, writeFile } from "node:fs/promises";
 import path from "node:path";
 import process from "node:process";
+import { isRunningAsRoot } from "./env-utils.js";
 const DEFAULT_CONFIG_DIR = ".wand";
 const DEFAULT_CONFIG_FILE = "config.json";
 /**
@@ -34,7 +35,12 @@ export const defaultConfig = () => ({
     port: 8443,
     https: false,
     password: "change-me",
-    defaultMode: "default",
+    // 非 root 启动时才有资格用 Claude 的 permission-bypass（root 会被 Claude CLI 拒绝），
+    // 所以这种环境下把默认执行模式抬到「托管」——开箱即得自动确认权限的全自主体验。
+    // root 启动则保守回落到「default」（托管在 root 下也只能降级成 acceptEdits）。
+    // 注意：defaultMode 是偏好字段，只存 SQLite、不写 config.json（见 stripPreferenceFields），
+    // 这里仅作为「用户从未在设置里显式选过模式」时的回落值——显式选择始终优先。
+    defaultMode: isRunningAsRoot() ? "default" : "managed",
     shell: process.env.SHELL || "/bin/bash",
     defaultCwd: process.cwd(),
     startupCommands: [],

package/dist/structured-session-manager.d.ts

@@ -48,6 +48,12 @@ export declare class StructuredSessionManager {
      */
     private readonly pendingSdkQueries;
     private readonly interruptedWith;
+    /**
+     * 用户主动点了「停止」的会话。异步收尾（claude -p / codex 的 close、SDK 的 abort）
+     * 据此跳过"结构化会话执行失败"路径——主动停止不是失败，按正常 idle 收尾、保留历史内容。
+     * 用 Set.delete 消费：读取的同时清除，下一轮真失败不会被旧标记误抑制。
+     */
+    private readonly userStopped;
     /**
      * Sessions where the current interrupt is a "queue promote" (用户从排队条点了「立即」
      * 把队首插队到 now)。退出处理三个分支默认会把 queuedMessages 清空——因为常规的

package/dist/structured-session-manager.js

@@ -394,6 +394,12 @@ export class StructuredSessionManager {
      */
     pendingSdkQueries = new Map();
     interruptedWith = new Map();
+    /**
+     * 用户主动点了「停止」的会话。异步收尾（claude -p / codex 的 close、SDK 的 abort）
+     * 据此跳过"结构化会话执行失败"路径——主动停止不是失败，按正常 idle 收尾、保留历史内容。
+     * 用 Set.delete 消费：读取的同时清除，下一轮真失败不会被旧标记误抑制。
+     */
+    userStopped = new Set();
     /**
      * Sessions where the current interrupt is a "queue promote" (用户从排队条点了「立即」
      * 把队首插队到 now)。退出处理三个分支默认会把 queuedMessages 清空——因为常规的
@@ -967,6 +973,9 @@ export class StructuredSessionManager {
         const session = this.requireSession(id);
         this.interruptedWith.delete(id);
         this.preserveQueueOnInterrupt.delete(id);
+        // 标记本会话为「用户主动停止」，让被 kill 的子进程 close / SDK abort 收尾时
+        // 走正常 idle 收尾而不是失败路径。
+        this.userStopped.add(id);
         const child = this.pendingChildren.get(id);
         if (child) {
             child.kill();
@@ -984,22 +993,27 @@ export class StructuredSessionManager {
             sdkAbort.abort();
             this.pendingSdkAbort.delete(id);
         }
-        const stopped = {
+        // 主动停止只是取消「当前回合」，结构化会话本身并没有结束——置为 idle 而非 stopped。
+        // 这样前端不会进入"会话已结束/恢复会话"终止态，输入框保持可用，直接展示历史内容。
+        const cancelled = {
             ...session,
-            status: "stopped",
-            endedAt: new Date().toISOString(),
+            status: "idle",
+            exitCode: null,
+            endedAt: null,
             pendingEscalation: null,
             permissionBlocked: false,
             structuredState: {
                 ...(session.structuredState ?? defaultStructuredState(session.provider ?? "claude", session.runner)),
                 inFlight: false,
                 activeRequestId: null,
+                lastError: null,
             },
         };
-        this.sessions.set(id, stopped);
-        this.storage.saveSession(stopped);
-        this.emitStructuredSnapshot(stopped, "ended");
-        return stopped;
+        this.sessions.set(id, cancelled);
+        this.storage.saveSession(cancelled);
+        // 仍发 "ended" 事件让各端停掉"回复中"指示 / 灵动岛，但携带的 status 是 idle。
+        this.emitStructuredSnapshot(cancelled, "ended");
+        return cancelled;
     }
     delete(id) {
         const child = this.pendingChildren.get(id);
@@ -1148,6 +1162,7 @@ export class StructuredSessionManager {
     // Streaming codex exec --json execution
     // ---------------------------------------------------------------------------
     runCodexStreaming(sessionId, session, prompt) {
+        this.userStopped.delete(sessionId);
         return new Promise((resolve, reject) => {
             const args = this.buildCodexArgs(session);
             const spawnedAt = new Date().toISOString();
@@ -1351,10 +1366,12 @@ export class StructuredSessionManager {
                 // 主动中断时（interruptedWith 里有新消息），不走失败路径
                 const interruptedByUser = this.interruptedWith.has(sessionId);
                 const interruptPrompt = this.interruptedWith.get(sessionId);
+                // 用户点「停止」kill 掉 codex 后会非零退出，但这不是失败——按正常 idle 收尾。
+                const userStopped = this.userStopped.delete(sessionId);
                 // codex 把模型/网络/沙箱等错误写到 stdout 的 NDJSON 流（type: error / turn.failed），
                 // 而不是 stderr。我们以 turn.failed 的 message 为准，其次是最后一个 error 事件。
                 const codexFailed = codexTurnFailed !== null;
-                if ((codexFailed || (code !== 0 && code !== null) || signal) && !interruptedByUser) {
+                if ((codexFailed || (code !== 0 && code !== null) || signal) && !interruptedByUser && !userStopped) {
                     const errorText = this.formatStructuredExitError("codex exec", code, signal, {
                         stderr,
                         primary: codexTurnFailed,
@@ -1448,6 +1465,7 @@ export class StructuredSessionManager {
      *   outside CWD). stdin is always "ignore" — no ACP bidirectional control.
      */
     runClaudeStreaming(sessionId, session, prompt) {
+        this.userStopped.delete(sessionId);
         return new Promise((resolve, reject) => {
             const args = ["-p", "--verbose", "--output-format", "stream-json"];
             // 权限策略：决策规则与 SDK runner 共享 derivePermissionPolicy()，CLI 这边把
@@ -1909,8 +1927,10 @@ export class StructuredSessionManager {
                 // 可能以非零 exit code 退出（内部 handler 调了 exit(1)）。这种情况属于正常
                 // 中断流程，不应走失败路径——后续 interruptedWith 逻辑会发送新消息。
                 const interruptedByUser = this.interruptedWith.has(sessionId);
+                // 用户点「停止」kill 掉 claude -p 后会非零退出，但这不是失败——按正常 idle 收尾。
+                const userStopped = this.userStopped.delete(sessionId);
                 const failedExit = (code !== null && code !== 0) || signal !== null;
-                if (failedExit && !interruptedByUser) {
+                if (failedExit && !interruptedByUser && !userStopped) {
                     const errorText = this.formatStructuredExitError("claude -p", code, signal, {
                         stderr,
                         // claude -p 没有 codex 那种独立的 turn.failed 事件，所以 primary 留空；
@@ -2060,6 +2080,7 @@ export class StructuredSessionManager {
      * SDKAssistantMessage with the authoritative complete content.
      */
     async runClaudeSdkStreaming(sessionId, session, prompt) {
+        this.userStopped.delete(sessionId);
         const abortController = new AbortController();
         this.pendingSdkAbort.set(sessionId, abortController);
         const isManaged = session.mode === "managed";
@@ -2450,6 +2471,8 @@ export class StructuredSessionManager {
         this.pendingSdkAbort.delete(sessionId);
         this.pendingSdkQueries.delete(sessionId);
         this.lastStreamSaveAt.delete(sessionId);
+        // SDK abort 收尾本就走 idle（不产生失败串），这里只是顺手清掉用户停止标记避免泄漏。
+        this.userStopped.delete(sessionId);
         if (emitTimer)
             clearTimeout(emitTimer);
         flushEmit();