中文系统下 composer init 卡在“package name”是因composer校验包名非法（如中文、空格、大写），需重命名目录或显式传参；psr-4需手动配置autoload，非交互模式须填全参数。
中文环境下直接跑 composer init 很容易卡死或生成非法包名，根本原因不是编码问题，而是 Composer 对包名格式的硬性校验与中文系统默认用户名/目录名冲突。
为什么在中文系统里 composer init 会卡在 “Package name”？
Composer 默认尝试从 Git 用户名或当前目录名推导 name 字段，而中文用户名（如“张三
- 目录名含中文、空格、大写字母、下划线开头，全部非法；必须先重命名：
mv "我的项目" my-project - Git 用户名含中文或空格时，
git config user.name的输出会被 Composer 读取并拼出张三/myapp这类非法包名 - 最稳解法：跳过自动推导，显式传参：
composer init --name="myorg/myapp"
--autoload 在中文环境下的 PSR-4 配置陷阱
交互式流程中问到 Would you like to define your autoload rules?，选 yes 后它只支持 classmap，**不支持 PSR-4**——这个限制跟语言无关，但在中文用户常误以为“选了就配好”，结果写完代码却 class_exists() 返回 false。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须手动编辑
composer.json，加这段（注意双反斜杠）："autoload": { "psr-4": { "App\": "src/" } } - 路径
"src/"必须真实存在，且大小写敏感；Windows 下若目录是SRC，填src/就不会映射 - 非交互模式下传 JSON：
--autoload='{"psr-4":{"App\":"src/"}}'，单引号包裹，反斜杠必须双写，否则 shell 或 JSON 解析都失败
--no-interaction 不是省事，是更严苛的填空
加了 --no-interaction 后，Composer 不再提供任何默认值，缺一个参数就退出，连 composer.json 都不生成——中文用户常以为“跳过提问=自动填”，实际是“全靠你填齐”。
- 必需字段：
--name、--author（格式为"Name <email>"</email>）、--type（普通应用填project） - 依赖必须拆开写：
--require="php:^8.1" --require="guzzlehttp/guzzle:^7.8"，不能合并成一个字符串 - 最小可用命令示例：
composer init --no-interaction --name="myorg/myapp" --author="Me <me>" --type=project --require="php:^8.1"</me>
真正麻烦的不是中文本身，而是中文环境更容易暴露 Composer 对包名、路径、JSON 格式的零容忍。填错一个反斜杠、漏一个 vendor 段、路径大小写不对，后续所有 class not found 和 CI 失败都是确定结果，而且错误信息里几乎不提示具体哪一行错了。
