composer archive 命令根本不存在，官方未提供该功能；真正可行的生产环境打包方式是先执行 composer install --no-dev --optimize-autoloader，再用系统命令压缩含 vendor 的完整目录。
composer archive 不能把项目核心依赖打包成可直接部署的分发版压缩包 —— 它压根不碰 vendor/，也不管 composer.lock，更不会生成 autoload.php。
执行 composer archive 就报错：Command "archive" is not defined
这不是你操作错了，是命令根本不存在。Composer 2.x（包括当前最新的 2.9.6）官方命令列表里没有 archive。你敲完回车看到的一定是这句错误提示，或者干脆提示 command not found。所有声称“composer archive --format=zip 可打包项目”的教程，要么基于已废弃的第三方插件，要么混淆了 Packagist 内部构建流程。
- Composer 的
ArchiveCommand是隐藏类，仅被composer pack（实验性）或 Packagist 后端调用，不开放给终端用户 - 运行
composer help，翻到底也找不到archive这个条目 - 官方文档 getcomposer.org 搜索 “archive”，结果为零
所谓“打包依赖”，实际要的是含 vendor/ 的离线可部署包
你真正想做的，是把当前项目连同精简后的运行时依赖一起打包，扔到另一台没联网的服务器上直接跑起来。这和 composer archive 的设计目标完全相反：archive 只导出源码（比如 src/），默认排除 vendor/、composer.lock、public/、config/ 等一切非“包发布”所需的文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 它读取的是
composer.json里的archive.exclude，但这个配置只影响源码归档路径，不影响依赖安装行为 - 即使你配了
"archive": { "exclude": [] }，它也不会把vendor/打进去 —— 因为逻辑上就不支持 - 打包后解压，
require 'vendor/autoload.php'必然失败：那个文件根本不在归档里
可靠做法：先装再压，且必须加 --no-dev --optimize-autoloader
生产环境打包唯一经得起验证的路径，就是两步：先让 Composer 把依赖装干净，再用系统命令压缩整个项目目录（并排除无关内容）。
- 第一步必须运行：
composer install --no-dev --optimize-autoloader→ 剔除 phpunit/symfony/debug 等开发依赖，体积通常减少 40%~70% → 生成vendor/composer/autoload_classmap.php，避免运行时扫描文件 - 第二步用
zip或tar，明确排除非运行必需项：
Linux/macOS：zip -r myapp.zip . -x ".git/*" -x "tests/*" -x "node_modules/*" -x "phpunit.xml"
Windows（请用 Git Bash/WSL）：tar -czf myapp.tar.gz --exclude=".git" --exclude="tests" . - 务必保留
composer.lock（除非你确定目标环境要重走 install 流程）—— 它是版本一致性的唯一凭证
composer pack（Composer 2.5+）不是万能替代
如果你升级到了 Composer 2.5 或更高版本（如当前稳定的 2.9.6），确实有 composer pack 这个实验性命令。但它仍不解决“打包 vendor”的核心诉求：
-
composer pack默认只打包项目源码（类似git archive），不包含vendor/ - 它会读取
composer.json的archive.exclude，但不会自动执行install，也不会校验 autoload classmap 是否完整 - 输出路径固定为
vendor-bin/{name}-{version}.zip，无法直接用于部署；若强行把vendor/手动拖进这个 zip，autoload 路径仍会失效
真正关键的环节永远在 composer install --no-dev --optimize-autoloader 这一步 —— 它决定了 vendor 目录是否干净、autoload 是否可用、classmap 是否存在。所有后续打包动作，只是把这一状态固化下来。漏掉这步，或者用错参数，压缩包解压后第一行 require 就崩。
