composer本身不管理环境变量，但作为php进程可被shell注入：linux/macos用env_name=value composer install，windows powershell用$env:env_name="value"; composer install，cmd用set env_name=value && composer install，均仅对当前命令生效。
Composer命令行里直接传环境变量
Composer本身不管理环境变量，但它的底层是PHP进程，所以能在执行时通过shell方式注入。Linux/macOS下用ENV_NAME=value composer install，Windows PowerShell用$env:ENV_NAME="value"; composer install，CMD则用set ENV_NAME=value && composer install。这种方式只对当前命令生效，不会污染全局或后续命令。
在composer.json里用scripts字段临时覆盖
如果想让某个脚本（比如post-install-cmd）读到特定值，可以在scripts里用export或set前置设置：Linux/macOS写"scripts": {"dev-install": "ENVIRONMENT=local composer install"}，然后运行composer run dev-install。注意：这种写法依赖shell解析，Windows CMD不支持=赋值语法，得改用set ENVIRONMENT=local && composer install并确保用cmd执行器（可通过COMPOSER_SCRIPT_EXECUTOR=cmd强制）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
避免误用COMPOSER_HOME或COMPOSER_CACHE_DIR等内置变量
这些是Composer内部使用的固定环境变量，强行覆盖可能导致缓存错乱、配置加载失败甚至composer diagnose报Could not load package xxx。比如把COMPOSER_HOME设成/tmp会丢失auth.json里的token；把COMPOSER_CACHE_DIR指向无写入权限路径会导致install卡在“Loading from cache”后静默退出。真要改路径，优先用-d参数：composer install -d /path/to/config，它比环境变量更可控。
调试时怎么确认变量生效了
最直接的办法是写个临时脚本验证：在composer.json的scripts里加一条"debug-env": "php -r \"print_r(getenv());\""，然后跑ENV_FOO=bar composer run debug-env | grep FOO。注意getenv()默认只返回大写变量名，且PHP 8.1+默认禁用variables_order中的E（即不自动导入环境变量），如果发现为空，检查php.ini里variables_order = "GPCSE"是否包含E。
&&或写错shell语法，变量就根本没进到composer进程里。
