配置GitHub Personal Access Token可提升API调用限额至每小时5000次，结合使用国内镜像源、启用Git缓存及避免共享IP下的多用户未认证请求，能有效解决Composer安装依赖时的“API rate limit exceeded”问题。
当使用 Composer 安装或更新依赖时，如果涉及大量 GitHub 仓库，很容易遇到 "API rate limit exceeded" 错误。这是因为 Composer 在请求 GitHub 的公开 API 时受限于每小时最多 60 次未认证的请求。以下是几种有效解决该问题的方法。
1. 配置 GitHub Personal Access Token
最直接有效的办法是为 Composer 配置一个 GitHub Personal Access Token（PAT），这样请求就会以认证用户身份进行，速率限制将提升至每小时 5000 次。
- 登录 GitHub，进入 Settings → Developer settings → Personal access tokens → Tokens (classic)
- 点击 "Generate new token"，选择 repo 和 read:packages 权限即可
- 生成后复制 token 字符串
- 在终端运行以下命令，将 token 添加到 Composer 配置中：
composer config --global github-oauth.github.com YOUR-TOKEN-HERE
这会把 token 写入全局 Composer 配置文件（通常是 ~/.composer/config.json），之后所有 GitHub 请求都会携带认证信息，大幅降低触发限流的概率。
2. 使用镜像或缓存代理
减少对 GitHub API 的直接调用次数，可以通过配置国内镜像或私有包管理工具来缓解问题。
- 使用国内镜像源（如阿里云 Composer 全量镜像）：
composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
- 这类镜像通常缓存了常用包，能避免频繁访问 GitHub
- 注意：镜像只对 Packagist 上的公开包有效，私有仓库仍需处理 token
3. 启用系统级 Git 缓存
Composer 在安装某些包时会通过 git 克隆仓库。启用 Git 缓存可避免重复下载。
- 开启 Composer 的 git 缓存功能：
composer config --global cache-vcs-paths true
这会让 Composer 把克隆过的仓库缓存起来，下次更新时优先使用本地副本，减少 API 调用和网络请求。
4. 检查是否多人共享 IP
在公司或学校等网络环境中，多个用户可能共用一个公网 IP。此时即使每个人都没超限，总请求也可能被限。
- 确认团队成员是否都配置了各自的 GitHub Token
- 建议在 CI/CD 环境中也设置 token，避免构建失败
- 可以临时通过 composer show -v 查看详细请求日志，确认错误来源
基本上就这些。配置 Personal Access Token 是最关键一步，再结合镜像和缓存机制，基本不会再遇到 API 限流问题。不复杂但容易忽略。
