Composer 不支持中文命名仓库，因 Git、SSH、文件系统及 Packagist 均不兼容中文路径与名称；name 字段需符合 ^[a-z0-9]([_.-]?[a-z0-9])*$/ 正则，URL 中中文会被转义导致解析失败；唯一可靠方案是使用规范英文名并辅以中文注释。
Composer 本身不处理中文命名仓库的任何特殊逻辑，但你若在 composer.json 的 name 字段或 URL 中用了中文（比如 "name": "公司/内部工具" 或 "url": "git@bitbucket.org:team/内部-sdk.git"），大概率会失败——不是因为 Composer 不支持中文，而是 Git、SSH、文件系统和 Packagist 协议层普遍不兼容。
Git 和 SSH 根本不接受中文路径或仓库名
Bitbucket、GitHub、GitLab 等平台对仓库名有严格限制：只允许字母、数字、连字符 -、下划线 _ 和点 .。中文字符会被拒绝创建，或创建后实际 URL 被转义成类似 %E4%B8%AD%E6%96%87 的编码串，而 Composer + Git 无法正确解析这类 URL。
- 运行
git clone git@github.com:org/中文-repo.git会直接报错：fatal: repository 'git@github.com:org/中文-repo.git' does not exist - 即使平台允许创建（极少数自建 Git 服务），
ssh连接时也会因主机名或路径含非 ASCII 字符失败，ssh -T可能卡住或返回协议错误 -
composer install在解析repositories时，遇到非法 URL 会静默跳过该源，或降级到 HTTPS 后报 404
composer.json 中 name 字段含中文会导致包无法被识别
Composer 的依赖解析器对 name 字段执行严格正则校验：^[a-z0-9]([_.-]?[a-z0-9])*$（小写字母、数字、点、下划线、连字符）。中文字符直接触发校验失败，require 语句完全不匹配。
Software Data Github Interact Developer Helper
下载
帮助用户满足已验证需求：代理用户在Clawhub上对GitHub式工作流有强烈需求，需要实用帮助修复bug、强化设置。
- 私有仓库根目录下的
composer.json写了"name": "科技部/用户中心"→ Composer 拒绝加载该包，composer update时不会报错，但该包不会出现在vendor/中 - 主项目
require里写"科技部/用户中心": "dev-main"→ Composer 查不到任何匹配源，最终提示could not find package 科技部/用户中心 - 大小写 + 中文混合（如
"KeJiBu/用户中心"）同样无效，vendor 名必须全小写且不含中文
真正可行的替代方案：用英文别名映射中文语义
不要试图绕过限制，直接用符合规范的英文名，并在文档、注释或内部约定中注明对应中文含义。这是唯一稳定、可协作、CI 友好的做法。
- 仓库名用
tech-dept/user-center，而不是科技部/用户中心；name字段也保持一致 - Bitbucket/GitHub 上仓库显示名可以设为“用户中心（科技部）”，不影响 URL 和 Composer 解析
- 如果已有中文命名旧仓库，重命名时注意：远程 URL 改变后，所有
composer.json中的url和require都要同步更新，且需删掉vendor/和composer.lock重建 - CI 环境尤其要注意：runner 用户的
~/.ssh/下密钥、~/.ssh/config中 Host 配置、以及git clone命令能否成功，这些和命名无关，但常因重命名后 URL 没改全而连带出错
中文命名看似直观，但在 Git 生态链路里是明确的断点。与其花时间调试编码转换或代理转发，不如一开始就用 acme/user-center 这类标准命名——它不损失表达力，还能避免所有下游工具链的隐性兼容问题。
