composer status 离线失败是因为其默认执行远程包元数据检查，需访问 packagist.org；纯本地校验仅占一部分，远程验证无法通过 --no-plugins 等参数禁用，可靠离线验证应使用 composer install --dry-run 或文件比对。

Composer 的 composer status 命令本身不依赖网络，但默认行为会触发远程包元数据检查（比如验证 composer.lock 中的哈希是否匹配 packagist.org 上最新版本），所以离线时会报错或卡住。

为什么 composer status 离线会失败

该命令在运行时默认执行两件事：一是比对 vendor/ 与 composer.lock 的文件一致性（这部分纯本地）；二是检查 composer.lock 中记录的每个包版本是否仍是“最新可用”（即调用 packagist.org API 或镜像源）。后者需要网络，离线时抛出 Could not fetch packages information 或超时。

用 --no-plugins --no-scripts + --ignore-platform-reqs 仍不够

这些参数不影响元数据拉取逻辑。真正有效的办法是绕过远程校验环节：

openclaw-github-config-impact

OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：

下载

• composer status --no-ansi 不解决根本问题
• composer status -v 只是增加日志，反而暴露更多网络请求细节
• 必须显式禁用“更新检查”行为 —— 而 Composer 没有 --offline 这样的开关

离线检测依赖状态的可靠方法

直接跳过 status 命令，改用组合操作验证关键状态：

• 检查 composer.lock 是否存在且未被修改：

  git status -- composer.lock

  （若项目用 Git）
• 确认 vendor/ 目录结构与 composer.lock 记录一致：

  composer install --dry-run --no-progress 2>/dev/null | grep -q "Nothing to install" && echo "vendor matches lock"

• 手动比对关键包哈希（可选）：

  php -r "\$l = json_decode(file_get_contents('composer.lock'), true); echo \$l['packages'][0]['dist']['shasum'] ?: 'missing';"

• 若已运行过 composer install，vendor/autoload.php 存在且可 require，基本说明依赖已就位

长期离线环境建议：冻结所有远程交互

在无法联网的 CI 或内网部署中，应提前配置：

• 设置 COMPOSER_HOME 指向含完整 repo.packagist.org 镜像缓存的目录（需预先同步）
• 使用 composer config --global repo.packagist false 彻底禁用 Packagist（仅限完全离线场景）
• 改用 composer install --no-interaction --prefer-dist --optimize-autoloader 替代 status，它只读 composer.lock 和 vendor/，不发任何 HTTP 请求

真正的离线验证不靠 status，而靠 install --dry-run 和文件系统一致性判断 —— 因为 Composer 本身没有“只校验不联网”的 status 模式。