@lark-apaas/miaoda-cli 0.1.38 → 0.1.39-alpha.4ae5653

package/dist/services/deploy/modern/pipelines/design-local.js

@@ -28,7 +28,13 @@ async function designLocalPublishPipeline(opts) {
             skipRelease: opts.skipRelease ?? false,
             appId: ctx.appId,
             version: pre.version,
-            extra: { checkPointVersion: opts.checkPointVersion, commitID: opts.commitID },
+            extra: {
+                checkPointVersion: opts.checkPointVersion,
+                commitID: opts.commitID,
+                sessionID: opts.sessionID,
+                marker: opts.marker,
+                versionLevel: opts.versionLevel,
+            },
         });
         try {
             await (0, index_1.uploadDesignArtifacts)({ projectDir: ctx.projectDir, data });

package/dist/services/deploy/modern/pipelines/local.js

@@ -45,7 +45,13 @@ async function localBuildLocalPublishPipeline(opts) {
         skipRelease: opts.skipRelease ?? false,
         appId: ctx.appId,
         version: pre.version,
-        extra: { checkPointVersion: opts.checkPointVersion, commitID: opts.commitID },
+        extra: {
+            checkPointVersion: opts.checkPointVersion,
+            commitID: opts.commitID,
+            sessionID: opts.sessionID,
+            marker: opts.marker,
+            versionLevel: opts.versionLevel,
+        },
     });
     try {
         (0, logger_1.log)('deploy', 'Uploading artifacts...');

package/dist/utils/archive.js

@@ -0,0 +1,103 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.resetArchiveProbeCache = resetArchiveProbeCache;
+exports.extractTarGz = extractTarGz;
+exports.extractZip = extractZip;
+const node_child_process_1 = require("node:child_process");
+const error_1 = require("../utils/error");
+const logger_1 = require("../utils/logger");
+const which_1 = require("../utils/which");
+/**
+ * 归档解压的跨平台入口 —— 仓库内所有解压必须走这里，禁止再裸写
+ * `execFileSync('unzip', ...)` / `execSync('tar -xzf ...')`。
+ *
+ * 平台差异：
+ *   - `tar`：Linux（GNU tar）、macOS（bsdtar）、Windows 10 1803+（内置 bsdtar）都有，
+ *     且都支持 `-xzf` 解 .tar.gz，所以 tar.gz 一条路走到底。
+ *   - `unzip`：Linux / macOS 常见，**Windows 完全没有**。但 bsdtar 能解 zip，
+ *     所以 zip 走 `unzip → tar` 两级探测：Linux 命中 unzip，Windows 命中 tar。
+ *     （GNU tar 不支持 zip，所以顺序不能反 —— Linux 上必须优先 unzip。）
+ *
+ * 一律用 execFileSync 传参数数组、不过 shell：路径含空格 / 中文 / `&` 时，
+ * 拼字符串交给 cmd.exe 或 sh 重新分词的行为在各平台不一致，且是注入面。
+ *
+ * ─────────────────────────────────────────────────────────────────────────────
+ * 为什么**不**换成纯 JS 解压库（adm-zip / yauzl / node-tar）—— 别再尝试了：
+ *
+ * `extractZip` 的主要用途是解依赖缓存 zip（`MIAODA_DEP_CACHE_DIR`），内容是整个
+ * `node_modules/`。实测对比同一个 zip：
+ *
+ *   |          | Unix mode      | 软链                 |
+ *   | unzip    | 755 保留        | 保留                 |
+ *   | adm-zip  | 666（执行位丢） | 被当普通文件解开      |
+ *
+ * `node_modules/.bin/*` 既需要执行位、又大量是软链 —— 用 adm-zip 解出来的缓存，
+ * 沙箱里 `npm run dev` 会直接挂。yauzl 更低层，mode 得自己从
+ * `externalFileAttributes` 还原、软链也要自己判，等于把 unzip 重写一遍。
+ *
+ * node-tar 倒是保权限 + 软链（npm 自己用它装包），但装出来 2.9MB、连传递依赖
+ * +3.7MB —— 而本仓生产依赖总共才 1.7MB，翻 3 倍多。CLI 是 `npx -y` 拉起的
+ * （模板 `scripts/dev.sh` 每次本地启动都会跑 `app sync`），冷启动下载量直接可感。
+ * 外部 tar 在 Linux / macOS / Windows 10 1803+ 都有，不值得为此付这个代价。
+ * ─────────────────────────────────────────────────────────────────────────────
+ */
+/** tar 可用性探测结果缓存（单次 CLI 执行期内 PATH 不变） */
+let tarAvailable;
+let unzipAvailable;
+function hasTar() {
+    tarAvailable ??= (0, which_1.whichSync)('tar') !== undefined;
+    return tarAvailable;
+}
+function hasUnzip() {
+    unzipAvailable ??= (0, which_1.whichSync)('unzip') !== undefined;
+    return unzipAvailable;
+}
+/** 仅测试用：清掉可用性探测缓存 */
+function resetArchiveProbeCache() {
+    tarAvailable = undefined;
+    unzipAvailable = undefined;
+}
+/**
+ * 解 .tar.gz / .tgz 到 `destDir`（须已存在）。失败抛 `INTERNAL_EXTRACT_FAILED`。
+ */
+function extractTarGz(archivePath, destDir, options = {}) {
+    if (!hasTar()) {
+        throw new error_1.AppError('INTERNAL_EXTRACT_FAILED', `解压 ${archivePath} 需要 tar，但当前环境 PATH 中找不到`, {
+            next_actions: [
+                'Linux/macOS：安装 tar（通常已内置）',
+                'Windows：升级到 Windows 10 1803+（内置 tar），或安装 Git for Windows 并把其 usr/bin 加入 PATH',
+            ],
+        });
+    }
+    (0, logger_1.debug)(`archive: tar -xzf ${archivePath} -C ${destDir}`);
+    (0, node_child_process_1.execFileSync)('tar', ['-xzf', archivePath, '-C', destDir], {
+        stdio: ['ignore', 'pipe', 'pipe'],
+        ...options,
+    });
+}
+/**
+ * 解 .zip 到 `destDir`（须已存在），同名文件覆盖。失败抛 `INTERNAL_EXTRACT_FAILED`。
+ *
+ * unzip 优先（Linux 上唯一可用项），退化到 bsdtar（Windows 上唯一可用项）。
+ */
+function extractZip(archivePath, destDir, options = {}) {
+    const stdio = ['ignore', 'pipe', 'pipe'];
+    if (hasUnzip()) {
+        (0, logger_1.debug)(`archive: unzip -q -o ${archivePath} -d ${destDir}`);
+        (0, node_child_process_1.execFileSync)('unzip', ['-q', '-o', archivePath, '-d', destDir], { stdio, ...options });
+        return;
+    }
+    if (hasTar()) {
+        // bsdtar 按后缀自动识别 zip，故用 -xf 而非 -xzf（zip 不是 gzip 流）。
+        // 覆盖行为与 `unzip -o` 一致：tar 默认覆盖已存在文件。
+        (0, logger_1.debug)(`archive: tar -xf ${archivePath} -C ${destDir}（unzip 不可用，走 bsdtar）`);
+        (0, node_child_process_1.execFileSync)('tar', ['-xf', archivePath, '-C', destDir], { stdio, ...options });
+        return;
+    }
+    throw new error_1.AppError('INTERNAL_EXTRACT_FAILED', `解压 ${archivePath} 需要 unzip 或 tar，但当前环境 PATH 中两者都找不到`, {
+        next_actions: [
+            'Linux：apt-get install unzip / yum install unzip',
+            'Windows：升级到 Windows 10 1803+（内置 tar 可解 zip）',
+        ],
+    });
+}

package/dist/utils/coding-steering.js

@@ -237,7 +237,33 @@ function syncCodingSteering(opts) {
  *   - 已是软链但指错地方：删旧的，建新的（updated）
  *   - 已是普通目录 / 文件：不覆盖，警告并跳过（conflict）—— 用户可能手动放了别的 skills
  *   - 不存在：建新的（created）
+ *
+ * 软链建不出来时返回 unsupported 而不是抛错：Windows 上非管理员且未开「开发者模式」
+ * 时 symlinkSync 报 EPERM，这不该让整条 steering 同步（进而 app init / app sync）失败。
+ * 退化后果是 Claude Code 默认路径读不到 skills —— 功能降级但项目可用，且日志里给了
+ * 明确的开启方式。不做「复制代替软链」的兜底：那会让两份内容各自漂移，比读不到更糟。
+ */
+/**
+ * 建目录软链，失败只 warn 不抛。返回是否建成。
+ *
+ * 主要挡的是 Windows 的 EPERM（创建软链需要 SeCreateSymbolicLinkPrivilege，
+ * 默认只给管理员；开启「开发者模式」后普通用户也可以）。其它 errno 一样按降级处理 ——
+ * 这一步是锦上添花，不值得中断整次同步。
  */
+function trySymlink(linkTarget, linkPath, logPrefix) {
+    try {
+        node_fs_1.default.symlinkSync(linkTarget, linkPath, 'dir');
+        return true;
+    }
+    catch (err) {
+        const code = err.code ?? 'UNKNOWN';
+        const hint = process.platform === 'win32'
+            ? '（Windows 需以管理员运行，或在「设置 → 隐私和安全性 → 开发者选项」开启开发者模式）'
+            : '';
+        (0, logger_2.log)(logPrefix, `  ⚠ .claude/skills 软链创建失败 [${code}]，跳过${hint}；skills 仍在 .agents/skills 下可用`);
+        return false;
+    }
+}
 function ensureClaudeSkillsSymlink(targetDir, logPrefix) {
     const linkPath = node_path_1.default.join(targetDir, '.claude', 'skills');
     const linkTarget = node_path_1.default.join('..', '.agents', 'skills');
@@ -251,7 +277,8 @@ function ensureClaudeSkillsSymlink(targetDir, logPrefix) {
             throw err;
     }
     if (existing === null) {
-        node_fs_1.default.symlinkSync(linkTarget, linkPath, 'dir');
+        if (!trySymlink(linkTarget, linkPath, logPrefix))
+            return 'unsupported';
         (0, logger_2.log)(logPrefix, `  ✓ .claude/skills → ${linkTarget} (symlink created)`);
         return 'created';
     }
@@ -261,7 +288,8 @@ function ensureClaudeSkillsSymlink(targetDir, logPrefix) {
             return 'noop';
         }
         node_fs_1.default.unlinkSync(linkPath);
-        node_fs_1.default.symlinkSync(linkTarget, linkPath, 'dir');
+        if (!trySymlink(linkTarget, linkPath, logPrefix))
+            return 'unsupported';
         (0, logger_2.log)(logPrefix, `  ✓ .claude/skills → ${linkTarget} (symlink updated, was → ${current})`);
         return 'updated';
     }

package/dist/utils/file-ops.js

@@ -63,7 +63,15 @@ function removeLineFromContent(content, pattern) {
 // 不碰权限 —— 它跑在同一次调用里、紧随 syncSandboxSkills 之后，目录已经可写；
 // 各写入方各自 chmod 会与收尾的 lockDirReadonly 形成隐式耦合，范围一旦不对称就会
 // 出「跑一次 skills sync 把整个 skills 目录解封」这种事。
+//
+// **平台前提**：整套只读锁语义是 POSIX mode 位的，靠 shell `chmod -R` 实现。Windows
+// 没有对应概念（NTFS 用 ACL，mode 位不映射），所以那里直接跳过加解锁 —— 锁和解锁
+// 成对失效，语义仍自洽：目录始终可写，只是少了「防手改」这层保护。这是有意的降级，
+// 不是遗漏；不用 fs.chmodSync 模拟，因为它在 Windows 上对目录基本是 no-op，
+// 只会制造「以为锁上了」的假象。
 // ─────────────────────────────────────────────────────────────────────────────
+/** POSIX mode 位语义是否可用；Windows 上整套只读锁降级为 no-op */
+const SUPPORTS_POSIX_MODE = process.platform !== 'win32';
 /**
  * 解锁目录使其可写（`chmod -R u+w`）。
  *
@@ -71,8 +79,12 @@ function removeLineFromContent(content, pattern) {
  * 只加 owner 写位、不动 g/o，与老链路一致。目录不存在直接返回 false（调用方
  * 通常紧接着 mkdir）。失败只 debug 不抛：解锁是尽力而为，真写不进去让后续
  * 写操作自己报错，错误信息更具体。
+ *
+ * Windows 返回 false（没上过锁，也就无需解锁）。
  */
 function unlockDirForWrite(dir) {
+    if (!SUPPORTS_POSIX_MODE)
+        return false;
     if (!node_fs_1.default.existsSync(dir))
         return false;
     try {
@@ -92,8 +104,12 @@ function unlockDirForWrite(dir) {
  * {@link unlockDirForWrite}。
  *
  * **调用时机必须是全部写入完成之后**——锁上就写不进去了。
+ *
+ * Windows 直接返回 false（不加锁，对应 unlockDirForWrite 也不解锁）。
  */
 function lockDirReadonly(dir) {
+    if (!SUPPORTS_POSIX_MODE)
+        return false;
     if (!node_fs_1.default.existsSync(dir))
         return false;
     try {
@@ -112,18 +128,22 @@ function lockDirReadonly(dir) {
  * 只读锁下；另外老 update.sh 曾以 root 跑过，可能留下异主文件（如 root-owned 的
  * `.last-update`），`rmSync{force:true}` 只忽略 ENOENT、遇 EACCES 仍抛。
  * shell `rm -rf` 对异主文件 / 怪符号链接比 rmSync 宽容，故作主档。
+ *
+ * Windows 上没有 `rm`（也没有异主/只读锁那套前提），直接走 `fs.rmSync` 这一层。
  */
 function forceRemove(target) {
     if (!node_fs_1.default.existsSync(target))
         return;
-    unlockDirForWrite(target);
-    try {
-        (0, node_child_process_1.execFileSync)('rm', ['-rf', target], { stdio: ['ignore', 'ignore', 'pipe'] });
-        if (!node_fs_1.default.existsSync(target))
-            return;
-    }
-    catch (err) {
-        (0, logger_1.debug)(`file-ops: rm -rf ${target} failed: ${err.message}`);
+    if (SUPPORTS_POSIX_MODE) {
+        unlockDirForWrite(target);
+        try {
+            (0, node_child_process_1.execFileSync)('rm', ['-rf', target], { stdio: ['ignore', 'ignore', 'pipe'] });
+            if (!node_fs_1.default.existsSync(target))
+                return;
+        }
+        catch (err) {
+            (0, logger_1.debug)(`file-ops: rm -rf ${target} failed: ${err.message}`);
+        }
     }
     node_fs_1.default.rmSync(target, { recursive: true, force: true });
 }

package/dist/utils/http.js

@@ -64,13 +64,13 @@ function createClient(opts) {
  * 默认灰度泳道。当前 miaoda CLI 接入的新接口（modern deploy 等）只在该泳道生效，
  * 缺省走这个。MIAODA_CANARY_HEADER 可显式覆盖；设为空字符串则去掉头。
  *
- * ⚠️ TEMP（creative-upgrade 联调用）：默认泳道临时指向开发泳道 boe_debug_detail_lookup，
- * 使 alpha 发版进沙箱镜像后，app export / code-archive 等新接口无需 wrapper 即可命中
- * 尚未合流的 studio_server 改动。
- * 上线前必须还原为 'boe_miaoda_ccm'，或改为由 agent_tool 按请求 x-tt-env 注入
- * MIAODA_CANARY_HEADER（详见 http.ts 的 applyCanaryHeader 与 agent_tool ExecShellCmd）。
+ * 联调未合流的服务端改动时，不要改这个默认值 —— 用 MIAODA_CANARY_HEADER 覆盖，
+ * 或由 agent_tool 按请求 x-tt-env 注入（详见 applyCanaryHeader 与 agent_tool
+ * ExecShellCmd）。改默认值意味着所有沙箱都被带去开发泳道，且历史上多次忘记还原
+ * （boe_miaoda_doubao → ppe_miaoda_ccm → boe_miaoda_ccm → boe_debug_detail_lookup
+ * → boe_creative_history）。
  */
-const DEFAULT_CANARY_HEADER = 'boe_debug_detail_lookup';
+const DEFAULT_CANARY_HEADER = 'prod';
 /**
  * 注入 x-tt-env 小流量头：env 显式设值 > DEFAULT_CANARY_HEADER。
  *

package/dist/utils/npm-pack.js

@@ -6,12 +6,13 @@ Object.defineProperty(exports, "__esModule", { value: true });
 exports.pickLaneVersion = pickLaneVersion;
 exports.extractLaneFromTgzKey = extractLaneFromTgzKey;
 exports.fetchNpmPackage = fetchNpmPackage;
-const node_child_process_1 = require("node:child_process");
 const node_fs_1 = __importDefault(require("node:fs"));
 const node_os_1 = __importDefault(require("node:os"));
 const node_path_1 = __importDefault(require("node:path"));
+const archive_1 = require("./archive");
 const error_1 = require("./error");
 const logger_1 = require("./logger");
+const run_npm_1 = require("./run-npm");
 const DEFAULT_REGISTRY = 'https://registry.npmmirror.com/';
 /**
  * 从 `npm view <pkg> versions --json` 里过滤出后缀 `-alpha.<X>` 的版本。
@@ -29,7 +30,7 @@ function pickLaneVersion(packageName, X, registry) {
     const reg = registry ?? process.env.MIAODA_NPM_REGISTRY ?? DEFAULT_REGISTRY;
     const suffix = `-alpha.${X}`;
     try {
-        const stdout = (0, node_child_process_1.execFileSync)('npm', ['view', packageName, 'versions', '--json', '--registry', reg], { encoding: 'utf-8', stdio: ['pipe', 'pipe', 'pipe'] });
+        const stdout = (0, run_npm_1.execNpmSyncCapture)(['view', packageName, 'versions', '--json', '--registry', reg], { stdio: ['pipe', 'pipe', 'pipe'] });
         const versions = JSON.parse(stdout);
         if (!Array.isArray(versions))
             return null;
@@ -75,7 +76,7 @@ function extractLaneFromTgzKey(tgzKey) {
     return lane;
 }
 /**
- * `npm pack <pkg>@<ver> --registry <r>` + `tar -xzf`，解到临时目录。
+ * `npm pack <pkg>@<ver> --registry <r>` + 解压（走 archive 跨平台封装），解到临时目录。
  * extractDir 是包内容根（含 package.json）。使用完必须 cleanup()。
  */
 function fetchNpmPackage(opts) {
@@ -85,7 +86,7 @@ function fetchNpmPackage(opts) {
     const tmpDir = node_fs_1.default.mkdtempSync(node_path_1.default.join(node_os_1.default.tmpdir(), 'miaoda-pack-'));
     try {
         (0, logger_1.debug)(`npm pack ${pkgSpec} --registry ${registry} → ${tmpDir}`);
-        const stdout = (0, node_child_process_1.execFileSync)('npm', ['pack', pkgSpec, '--pack-destination', tmpDir, '--json', '--registry', registry], { encoding: 'utf-8', stdio: ['pipe', 'pipe', 'pipe'] });
+        const stdout = (0, run_npm_1.execNpmSyncCapture)(['pack', pkgSpec, '--pack-destination', tmpDir, '--json', '--registry', registry], { stdio: ['pipe', 'pipe', 'pipe'] });
         const packInfo = JSON.parse(stdout);
         const tgzFilename = packInfo[0]?.filename;
         const pkgVersion = packInfo[0]?.version ?? version;
@@ -95,9 +96,7 @@ function fetchNpmPackage(opts) {
         const tgzPath = node_path_1.default.join(tmpDir, tgzFilename);
         const extractDir = node_path_1.default.join(tmpDir, 'extracted');
         node_fs_1.default.mkdirSync(extractDir, { recursive: true });
-        (0, node_child_process_1.execFileSync)('tar', ['-xzf', tgzPath, '-C', extractDir], {
-            stdio: ['ignore', 'pipe', 'pipe'],
-        });
+        (0, archive_1.extractTarGz)(tgzPath, extractDir);
         return {
             extractDir: node_path_1.default.join(extractDir, 'package'),
             version: pkgVersion,

package/dist/utils/run-npm.js

@@ -0,0 +1,102 @@
+"use strict";
+var __importDefault = (this && this.__importDefault) || function (mod) {
+    return (mod && mod.__esModule) ? mod : { "default": mod };
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.execNpmSync = execNpmSync;
+exports.execNpmSyncCapture = execNpmSyncCapture;
+exports.runNpmSync = runNpmSync;
+exports.spawnNpm = spawnNpm;
+const cross_spawn_1 = __importDefault(require("cross-spawn"));
+const error_1 = require("../utils/error");
+const logger_1 = require("../utils/logger");
+/**
+ * 跨平台 npm 执行入口 —— 仓库内**所有** npm 调用必须走这里，禁止再裸写
+ * `execFileSync('npm', ...)` / `spawnSync('npm', ...)` / `spawn('npm', ...)`，
+ * 也禁止直接 import `cross-spawn` 绕过这层（两条都由 ESLint 强制）。
+ *
+ * 为什么必须封装：Windows 上 npm 不是可执行文件而是 `npm.cmd` 批处理包装。
+ *   - `execFile` / `spawn` 不带 shell 时按可执行文件解析，命中不到 `npm` → ENOENT；
+ *   - 自 Node 18.20.2 / 20.12.2（CVE-2024-27980）起，不带 `shell: true` 执行
+ *     `.cmd` / `.bat` 会直接抛 EINVAL，连"碰巧能跑"都不再成立。
+ *
+ * 为什么用 `cross-spawn` 而不是自己处理：正确的做法不只是"加 shell"。cross-spawn
+ * 在 Windows 上先判断目标是否真可执行文件，只在需要时切到 cmd.exe，并对参数做完整的
+ * 元字符转义（还专门处理了 `node_modules/.bin/*.cmd` 这类 cmd-shim 需要**双重**转义
+ * 的情况）。这些边角自己写必定漏，而它是 5000 万周下载量级的生态基建。
+ *
+ * 这层封装自身只做三件事：钉死命令名为 `npm`、把 spawn 结果的失败语义统一成
+ * `AppError`、给调用点一个稳定的收口位置。
+ */
+/** npm 子进程失败时统一抛的错误码 */
+const NPM_FAILED_CODE = 'NPM_COMMAND_FAILED';
+/** stderr 被 pipe 时，附进错误信息的尾部长度上限（避免把整篇 npm 日志灌进 message） */
+const STDERR_TAIL_LIMIT = 800;
+/**
+ * 取 stderr 尾部拼进错误信息。
+ *
+ * 参数刻意收窄成结构类型并显式带 `null`：node 的 `SpawnSyncReturns.stderr` 类型上是
+ * 非空的，但 `stdio: 'inherit' | 'ignore'` 时运行时实际为 null（输出已直出或丢弃）。
+ * 照类型写会漏掉这种情况，照运行时写又会被 no-unnecessary-condition 判成多余判断 ——
+ * 所以在这里把真实契约写清楚。
+ */
+function stderrTail(result) {
+    const raw = result.stderr;
+    if (raw === null || raw === undefined)
+        return '';
+    const text = typeof raw === 'string' ? raw : raw.toString('utf-8');
+    const trimmed = text.trim();
+    if (trimmed === '')
+        return '';
+    const tail = trimmed.length > STDERR_TAIL_LIMIT ? trimmed.slice(-STDERR_TAIL_LIMIT) : trimmed;
+    return `\n${tail}`;
+}
+/**
+ * 把 spawnSync 结果里的失败翻译成 AppError。
+ *
+ * 两类失败要分开报，因为处置动作不同：
+ *   - `error` 非空 = 进程根本没起来（npm 不在 PATH、权限问题）；
+ *   - `status !== 0` = npm 起来了但命令失败（装包失败、脚本报错），此时 stderr 才有内容。
+ */
+function assertNpmOk(args, result) {
+    if (result.error) {
+        throw new error_1.AppError(NPM_FAILED_CODE, `npm 启动失败（npm ${args.join(' ')}）：${result.error.message}`, {
+            next_actions: ['确认本机已安装 npm 且在 PATH 中', '可加 --verbose 查看执行详情'],
+        });
+    }
+    if (result.status !== 0) {
+        const code = result.status === null ? `signal ${String(result.signal)}` : `exit ${String(result.status)}`;
+        throw new error_1.AppError(NPM_FAILED_CODE, `npm ${args.join(' ')} 失败（${code}）${stderrTail(result)}`, { next_actions: ['检查上方 npm 输出定位具体错误'] });
+    }
+}
+/**
+ * 同步跑 npm，失败抛 `NPM_COMMAND_FAILED`（对齐原先 `execFileSync('npm', args)` 的
+ * "失败即抛"语义）。`stdio` 等选项原样透传。
+ */
+function execNpmSync(args, options = {}) {
+    (0, logger_1.debug)(`run-npm: npm ${args.join(' ')}`);
+    const result = cross_spawn_1.default.sync('npm', args, options);
+    assertNpmOk(args, result);
+}
+/**
+ * 同步跑 npm 并拿回 stdout 字符串，失败抛 `NPM_COMMAND_FAILED`。
+ * 用于需要解析输出的场景（如 `npm pack --json`）。
+ */
+function execNpmSyncCapture(args, options = {}) {
+    (0, logger_1.debug)(`run-npm: npm ${args.join(' ')} (capture)`);
+    const result = cross_spawn_1.default.sync('npm', args, { ...options, encoding: 'utf-8' });
+    assertNpmOk(args, result);
+    return result.stdout;
+}
+/**
+ * 同步跑 npm，**不抛错**，返回 spawnSync 结果（对齐 `spawnSync('npm', args)` 的语义）。
+ * 调用方自行判 `error` / `status` —— 用于需要把失败当正常分支处理的场景。
+ */
+function runNpmSync(args, options = {}) {
+    (0, logger_1.debug)(`run-npm: npm ${args.join(' ')} (no-throw)`);
+    return cross_spawn_1.default.sync('npm', args, options);
+}
+function spawnNpm(args, options = {}) {
+    (0, logger_1.debug)(`run-npm: npm ${args.join(' ')} (async)`);
+    return (0, cross_spawn_1.default)('npm', args, options);
+}

package/dist/utils/sync-rule.js

@@ -43,6 +43,7 @@ const jsonc = __importStar(require("jsonc-parser"));
 const file_ops_1 = require("./file-ops");
 const merge_json_1 = require("./merge-json");
 const logger_1 = require("./logger");
+const typescript_exclude_1 = require("./typescript-exclude");
 /**
  * 顺序执行 SyncRule[]，逐条 apply。一条 rule 报错不影响后续 rule（catch + 记录），最终
  * 在 handler 层决定是否整体 fail。
@@ -106,6 +107,11 @@ function applyOne(rule, opts) {
         case 'patch-script': {
             return applyPatchScript(rule, targetDir, logPrefix);
         }
+        case 'typescript-exclude': {
+            const changed = (0, typescript_exclude_1.excludeTypeScriptPath)(node_path_1.default.join(targetDir, rule.to), rule.path);
+            (0, logger_1.log)(logPrefix, `  ${changed ? '✓' : '○'} ${rule.to} (exclude ${rule.path})`);
+            return { rule, action: changed ? 'patched' : 'noop', path: rule.to };
+        }
         case 'merge-json': {
             return applyMergeJson(rule, sourceRoot, targetDir, logPrefix);
         }
@@ -215,7 +221,10 @@ function applyPatchScript(rule, targetDir, logPrefix) {
         (0, logger_1.log)(logPrefix, `  ○ scripts.${rule.name} (already patched)`);
         return { rule, action: 'noop', path: 'package.json' };
     }
-    if (!current.startsWith(rule.ifStartsWith)) {
+    const matches = rule.ifEquals
+        ? rule.ifEquals.includes(current)
+        : rule.ifStartsWith !== undefined && current.startsWith(rule.ifStartsWith);
+    if (!matches) {
         (0, logger_1.log)(logPrefix, `  ⚠ scripts.${rule.name} customized, skip patch`);
         return { rule, action: 'skipped', path: 'package.json' };
     }

package/dist/utils/typescript-exclude.js

@@ -0,0 +1,36 @@
+"use strict";
+var __importDefault = (this && this.__importDefault) || function (mod) {
+    return (mod && mod.__esModule) ? mod : { "default": mod };
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.excludeTypeScriptPath = excludeTypeScriptPath;
+const node_fs_1 = __importDefault(require("node:fs"));
+const jsonc_parser_1 = require("jsonc-parser");
+const error_1 = require("./error");
+/** Only append to explicit template excludes; never rewrite inherited user configuration. */
+function excludeTypeScriptPath(filename, excludedPath) {
+    if (!node_fs_1.default.existsSync(filename))
+        return false;
+    const source = node_fs_1.default.readFileSync(filename, 'utf8');
+    const errors = [];
+    const raw = (0, jsonc_parser_1.parse)(source, errors, { allowTrailingComma: true });
+    if (errors.length || !raw || typeof raw !== 'object')
+        throw new error_1.AppError('INVALID_CONFIG', `Invalid exclude array: ${filename}`);
+    if (raw.exclude === undefined) {
+        console.warn(`Cannot safely update inherited excludes in ${filename}; add ${excludedPath} to the effective TypeScript exclude configuration.`);
+        return false;
+    }
+    if (!Array.isArray(raw.exclude) || raw.exclude.some((p) => typeof p !== 'string'))
+        throw new error_1.AppError('INVALID_CONFIG', `Invalid exclude array: ${filename}`);
+    if (raw.exclude.includes(excludedPath))
+        return false;
+    node_fs_1.default.writeFileSync(filename, (0, jsonc_parser_1.applyEdits)(source, (0, jsonc_parser_1.modify)(source, ['exclude', raw.exclude.length], excludedPath, {
+        isArrayInsertion: true,
+        formattingOptions: {
+            insertSpaces: true,
+            tabSize: 2,
+            eol: source.includes('\r\n') ? '\r\n' : '\n',
+        },
+    })));
+    return true;
+}

package/dist/utils/which.js

@@ -0,0 +1,27 @@
+"use strict";
+var __importDefault = (this && this.__importDefault) || function (mod) {
+    return (mod && mod.__esModule) ? mod : { "default": mod };
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.whichSync = whichSync;
+const which_1 = __importDefault(require("which"));
+/**
+ * 跨平台可执行文件查找 —— 仓库内查 PATH 的唯一入口，禁止 shell out `which`。
+ *
+ * 为什么不 shell out：`which` 在 Windows 上不存在（对应的是 `where`），而 `where`
+ * 的输出格式与退出码语义又跟 `which` 不同。
+ *
+ * 为什么用社区 `which` 包而不是自己遍历 PATH：Windows 要按 PATHEXT 逐个后缀试探
+ * （`npm` 实际是 `npm.cmd`），POSIX 要看执行位，还有 all / delimiter 这些边角。
+ * 这些是 npm 官方维护的 `which` 已经做完并被全生态验证过的事，自己写只会漏。
+ *
+ * 保留这层薄封装而不是让各处直接 `import which`，是为了：
+ *   1. 把 `null`（社区库的「没找到」）归一成仓库内统一的 `undefined` optional 语义；
+ *   2. 留一个收口点 —— 换实现、加缓存、加平台特例都只改这里；
+ *   3. 配合 ESLint no-restricted-imports，保证不会有人绕过去直接用。
+ */
+function whichSync(name) {
+    if (name === '')
+        return undefined;
+    return which_1.default.sync(name, { nothrow: true }) ?? undefined;
+}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lark-apaas/miaoda-cli",
-  "version": "0.1.38",
+  "version": "0.1.39-alpha.4ae5653",
   "description": "Miaoda 平台命令行工具，面向 Agent 调用",
   "type": "commonjs",
   "bin": {
@@ -29,12 +29,16 @@
   "dependencies": {
     "@lark-apaas/http-client": "^0.1.5",
     "commander": "^13.1.0",
+    "cross-spawn": "^7.0.6",
     "jsonc-parser": "^3.3.1",
     "ora": "^5.4.1",
-    "picocolors": "^1.1.1"
+    "picocolors": "^1.1.1",
+    "which": "^7.0.0"
   },
   "devDependencies": {
+    "@types/cross-spawn": "^6.0.6",
     "@types/node": "^22.15.3",
+    "@types/which": "^3.0.4",
     "@typescript-eslint/eslint-plugin": "^8.58.2",
     "@typescript-eslint/parser": "^8.58.2",
     "@vitest/coverage-v8": "^4.1.4",
@@ -47,9 +51,9 @@
     "prettier": "^3.8.3",
     "tsc-alias": "^1.8.11",
     "tsx": "^4.19.4",
-    "typescript": "^5.8.3",
     "vitest": "^4.1.4",
-    "xml2js": "^0.6.2"
+    "xml2js": "^0.6.2",
+    "typescript": "^5.8.3"
   },
   "scripts": {
     "build": "bash scripts/build.sh",

package/upgrade/templates/nestjs-react-fullstack/templates/nest-cli.json

@@ -11,15 +11,6 @@
         "outDir": "dist/server",
         "watchAssets": true
       }
-    ],
-    "plugins": [
-      {
-        "name": "@nestjs/swagger",
-        "options": {
-          "introspectComments": true,
-          "classValidatorShim": true
-        }
-      }
     ]
   }
-}
+}

package/upgrade/templates/nestjs-react-fullstack/templates/scripts/build.sh

@@ -210,3 +210,28 @@ else
   echo "   node_modules: $NODE_MODULES_SIZE"
   echo ""
 fi
+
+# 仅成功的全构建生成 backendBuildID；必须在构建、产物准备和依赖裁剪之后。
+# UI/Skill 内容由 SDK 独立计入总 hash；纯前端发布不替换已部署的 backendBuildID。
+if [[ "${only_frontend_change:-false}" != "true" ]]; then
+  node - "$ROOT_DIR/dist" <<'NODE'
+const fs = require('node:fs');
+const path = require('node:path');
+const { randomUUID } = require('node:crypto');
+const dist = process.argv[2];
+// 防止 build:server 空跑成功、却没有可交付的服务端入口。
+if (!fs.statSync(path.join(dist, 'server/main.js')).isFile()) {
+  throw new Error('Missing server build output: dist/server/main.js');
+}
+// runtime cwd 分别为工程根、dist/（或整包解压到 dist-server/）、旧版 dist/server/。
+// 与 MCP UI/Skill 的交付布局一致：复制产物时保留同一个 UUID，不在启动时生成。
+const files = [
+  path.join(dist, 'mcp-build-id'),
+  path.join(dist, 'dist/mcp-build-id'),
+  path.join(dist, 'server/dist/mcp-build-id'),
+];
+for (const file of files) fs.mkdirSync(path.dirname(file), { recursive: true });
+const buildID = randomUUID();
+for (const file of files) fs.writeFileSync(file, buildID, 'utf8');
+NODE
+fi