Busabase CLI 待审核查询参数不兼容

谢谢你把两次排查截图都贴出来。你遇到的确是CLI 帮助与服务端参数类型不一致：服务端的 status 是状态数组，旧提示把它当成单个字符串，按 --status in_review 查询会得到 400。这不是空间里没有待审核请求的证据。

我刚用 busabase-cli 0.90.2 核对了当前命令帮助和输入 schema，并实际运行只读查询：现在用 --status-json 传 JSON 数组，能正常返回待审列表。例如：

busabase-cli change-requests list --status-json '["in_review"]' --limit 50

如果你本机的帮助仍只显示 --status，请先检查 busabase-cli --version，更新到包含 --status-json 的版本后重试。也可以先用 busabase-cli schema change-requests list --io input 核对服务端要求。返回空列表才表示该次查询范围内没有匹配请求；这和参数错误的 400 是两回事。你原帖还提到 busa-mv 安装核查，那是另一段任务：不要因待审查询成功，就把模板安装或本地 Skill 安装也报告为完成。若新版本仍报错，请发版本号和脱敏命令/错误，不要贴凭据。

已按照建议更新到 busabase-cli 0.98.0，Node.js 版本为 24.22.1。目前待审核查询已能正常执行。Windows PowerShell 5.1 下直接传入 JSON 数组时，存在双引号丢失的问题；改用文件传参后查询成功：

Set-Content -LiteralPath status.json -Value '["in_review"]' -Encoding ascii
busabase-cli change-requests list --status-json '@status.json' --limit 100 --output json

返回：

{
  "changeRequests": [],
  "nextCursor": null
}

另外，busa-mv 模板和本地 Skill 尚未正式安装。安装预检过程中发现了下载等待、预检统计和 Skill 打包依赖方面的问题。

你补充的结果很清楚：在 busabase-cli 0.98.0 / Node.js 24.22.1 下，用 @status.json 绕开 PowerShell 5.1 的引号处理后，待审查询已经正常返回。changeRequests: [] 只表示这次查询范围内没有 in_review 请求；这部分可以先视为解决了。

busa-mv 模板和本地 Skill 的安装预检还是另一段未完成的工作。你提到下载等待、预检统计和打包依赖三个问题，我们先分别核对，不能把查询成功当成安装成功。方便的话，请把每一处卡住时的命令、最后一段脱敏输出或截图补在这里，尤其是哪一步停止、是否有错误提示；不要贴 API key 或安装令牌。我们会按实际预检结果回访安装问题。

已在本机 Windows 终端继续核查。环境是 busabase-cli 0.98.0、Node.js 24.22.1。模板相关的三项检查结果如下。

1. 下载等待已排除，远程预检可以正常完成

之前测试设置了 20 秒、45 秒的外部超时，等待时间不足。后续完整下载 GitHub 压缩包成功，HTTP 200，约 87.62 MB，用时 56.6 秒。因此撤回此前“下载失败或 CLI 卡住”的疑点。随后执行以下命令，正常返回终端，没有报错：

busabase-cli install https://github.com/busabase/templates/tree/main --skill busa-mv --dry-run --output json --space-id SPACE_ID_REDACTED

其中空间 ID 已脱敏。末段输出为：

Loaded 4445 file(s) from busabase/templates.
Installing "busa-mv" from templates/busa-mv/ …

{
  "dryRun": true,
  "blockers": [],
  "targetFolder": "busa-mv",
  "package": "busa-mv",
  "counts": {
    "folders": 0,
    "docs": 0,
    "bases": 4,
    "records": 3,
    "skills": 0,
    "airapps": 1,
    "drives": 0,
    "files": 25
  },
  "collisions": [],
  "warnings": [],
  "requiresAutoMerge": false
}

2. 预检统计与根 Skill 解析结果不一致

执行辅助检查脚本：

node "<诊断目录>\check-busa-mv-plan.mjs"

该脚本调用本机官方 busabase-package 0.98.0 的 readPackageTree 和 buildInstallPlan，不是 CLI 自带命令。实际输出：

{
  "packageVersion": "0.98.0",
  "recognizedAsTemplate": true,
  "rootSkillRecognized": true,
  "rootSkillName": "busa-mv",
  "rootSkillFiles": 15,
  "reportedSkillCount": 0,
  "reportedFileCount": 25
}

这里没有命令报错。解析器已经识别根 Skill 及其 15 个文件，但预检没有统计进去。

3. 根 Skill 打包集合缺少脚本引用的文件

执行另一个只读检查脚本：

node "<诊断目录>\check-busa-mv-dependencies.mjs"

它检查官方解析器生成的 rootSkill.files，结果显示以下文件在原模板中存在，但不在 Skill 文件集合中：

• content/busa-mv-app/app/js/mv-model.js：被 scripts/execute_generation_requests.mjs 引用。
• content/busa-mv-app/app/js/config.js：被 setup、publish_airapp 和 mv-busabase 脚本引用。
• assets/starter-project.json：被示例项目脚本读取。
• 根目录 package.json 也未包含在该集合中。

这项检查同样没有报错，是发现打包集合缺少相对依赖。以上第二、三项附检查截图，辅助脚本也可以补充提供。第三项目前仅做了静态检查，尚未验证安装后的运行影响。目前只完成查询和安装预检，尚未正式安装模板或本地 Skill，也没有批准、合并或删除任何变更请求。

前面“查待审核内容”的问题，已经用新版本和你提供的方法跑通了。你这次接着查的是 busa-mv 的安装：下载并没有失败，之前只是等待时间设得太短；安装前的检查也正常完成了。

我们看到两处需要处理：检查结果写着“0 个 Skill”，但这个套件里确实有一个 Skill。这是预览数字不准，不能据此说安装会漏掉它。另有一些 Skill 工作时要用的文件，可能不会跟着一起装进去。后一点要实际装到测试空间并试用后，才能确定影响。

你已经提供足够线索，不必再重复排查或在正式空间试装。我们会把这两处分别核实，确认结果后在这里回复。现在你可以把这次安装前检查视为“只看清单、还没有安装”；安装与导出说明也解释了这一步不会在空间里创建内容。