答案：Composer 不支持直接设置自定义 User-Agent，可通过反向代理、插件或认证机制间接实现。默认 User-Agent 为类似“Composer/2.7.0 (Linux; 64bit) PHP/8.1.0”的格式，若需识别请求来源，建议使用 Token 或 IP 白名单替代。
要为 Composer 的 HTTP 请求设置自定义的 User-Agent，你需要修改 Composer 的配置，通常是通过自定义 HTTP 头信息来实现。Composer 本身不提供直接设置 User-Agent 的命令行选项，但支持通过配置 http-basic 或自定义请求头的方式添加额外的 HTTP 头。
使用 config 设置自定义 HTTP 头
Composer 允许你在 config 中使用 github-protocols 或全局的 http 配置来设置自定义头，但目前官方并未开放通用的自定义 header 配置项。不过，你可以通过环境变量或修改 Composer 源码行为（不推荐）来间接实现。
更实际的方法是：如果你是包的托管方或私有仓库使用者，可以通过以下方式影响请求头：
注意：Composer 目前（截至 2.7.x）不支持直接配置 User-Agent 字符串。默认的 User-Agent 类似于：Composer/2.7.0 (Linux; 64bit) PHP/8.1.0
变通方案：使用代理或中间层
如果你需要在请求中包含特定的 User-Agent（例如对接私有仓库 API），可以考虑以下方法：
- 使用私有仓库代理：在你的私有 Packagist 或 Satis 服务前加一层反向代理（如 Nginx），在代理层记录或验证原始请求头，并允许你控制客户端标识。
- 自定义安装脚本：在执行 composer install 前，通过 shell 脚本设置环境，或用中间服务拦截请求。
- 扩展 Composer 插件：开发一个插件，在发送请求时修改 HTTP 客户端的行为（需深入理解 Composer 内部机制）。
查看当前 User-Agent
运行以下命令并观察网络请求（可用调试代理如 Charles 或 mitmproxy）：
composer update --verbose
你会看到发出的请求中包含默认的 User-Agent。
基本上就这些 —— 目前 Composer 不支持直接设置自定义 User-Agent，若非必要，建议接受默认行为。如企业级审计需要识别来源，推荐使用 Token 认证或 IP 白名单替代 User-Agent 判断。
