Composer不处理翻译文件，仅负责下载包和执行scripts；所有翻译加载、校验、编译均由框架（如Laravel Lang门面）或专用库（如symfony/translation）完成，与Composer无关。
不支持。Composer 本身不解析、加载、校验或分发翻译文件，它只管下载 PHP 包、注册自动加载、执行 scripts —— 翻译文件对它来说只是普通静态资源。
Composer 的 scripts 会自动处理 .po/.yaml/.php 翻译文件吗？
不会。即使你在 composer.json 的 scripts 里写 "post-install-cmd": "cp -r vendor/my-lang-pack/lang resources/lang"，那也只是你手动加的 shell 命令，不是 Composer 内置能力。Composer 不认识 messages.zh.yaml 是什么，也不会帮你合并、校验或热更新这些文件。
- 所有“自动复制语言包”的行为，都依赖开发者自己写脚本（比如用
symfony/console写个命令，或用make调度） -
composer install不会触发任何翻译文件的生成、提取或编译逻辑，除非你显式配置了scripts并调用了对应工具（如php artisan lang:publish或bin/console translation:extract） - 常见误操作：把
translations/目录放进autoload.files—— 这会导致 PHP 尝试requireYAML/JSON 文件，直接报错
为什么 laravel-lang 这类包能“看起来像被 Composer 管理”？
因为它是按 PHP 包结构发布的静态资源集合，不是运行时翻译服务。它的作用仅限于提供预写好的 resources/lang/zh_CN/*.php 文件，供你手动复制过去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 安装后文件在
vendor/laravel-lang/lang/zh_CN/，但 Laravel 框架只读resources/lang/zh_CN/—— 中间这一步必须人工或脚本完成 - 不同 Laravel 版本需匹配
laravel-lang的分支（如 Laravel 11 对应v11），否则validation.php键名结构可能不兼容 - 它没注册任何服务提供者，不修改
Translator行为，也不参与消息目录加载流程
真正让翻译“活起来”的组件是谁？
是框架或库自身的翻译系统，比如 Symfony\Component\Translation\Translator 或 Laravel 的 Lang 门面。它们负责：
- 从
resources/lang/或translations/加载文件（支持PhpFileLoader、YamlFileLoader等） - 缓存编译后的消息目录（
var/cache/dev/translation/） - 处理参数替换（
__('Hello %name%', ['%name%' => 'Alice'])）、复数（trans_choice()）、上下文（trans('key', [], 'admin')） - 与外部平台对接（如
symfony/lokalise-translation-provider在运行时拉取远程翻译）
Composer 只是把 symfony/translation 或 symfony/lokalise-translation-provider 下载进来，真正干活的是它们初始化的 Translator 实例 —— 这点容易混淆，但边界非常清晰。
