composer 没有宏命令功能，所谓“composer macro”是误解；它不支持录制/回放操作，所有命令如 exec、run 均为预定义或插件注册，自动化需依赖 scripts、shell 脚本或自定义插件实现。
Composer 没有“宏命令”这个功能——它根本不能录制操作，所谓“Composer 宏”是常见误解。 你看到的“composer exec”“composer run”等，全是预定义或插件注册的命令，不是按键流录制回放。想用宏，请换 Vim、Sublime 或 Excel；想在 Composer 里自动化任务，得靠命令+脚本+插件组合实现。
为什么 composer macro 命令不存在
Composer 的命令系统基于插件机制和 scripts 配置，不提供任何录制/回放键盘操作的能力。搜索 composer macro 或 composer record 会返回 “Command not found” 错误，因为这些子命令从未被实现过。
- 所有官方文档（截至 Composer 2.7）中无 macro 相关命令条目
- 社区流传的“composer macro”教程，实际是把
scripts误称为“宏”，或混淆了 Sublime/Vim 的宏概念 - 执行
composer list | grep -i macro输出为空
composer exec 不是宏，但常被当“轻量宏”用
它本质是安全路径代理：自动定位并执行 vendor/bin/ 下的工具，避免手动写路径或依赖全局 PATH。它的价值在于确定性，而非录制能力。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确用法：
composer exec phpunit -- --filter=testLogin，其中--是参数分隔符 - 错误认知：以为
composer exec能记住你上一步敲了什么、选了哪行、改了哪个文件——它完全不感知编辑上下文 - 性能影响：每次调用都会 fork 新进程、重置环境变量，不适合高频微操作（比如每秒执行一次）
- 兼容性注意：Windows 上某些
.bat包装器可能不被正确识别，优先用 Linux/macOS CI 环境验证
真要自动化重复操作？这三条路才靠谱
根据任务粒度选择：
- 单项目内高频命令 → 放进
composer.json的scripts，例如："test:fast": "phpunit --no-coverage"，然后运行composer test:fast - 跨项目通用流程 → 写 shell 脚本（
run-lint-and-test.sh），或用 Makefile 封装composer exec+git status+phpcs等步骤 - 需要条件判断/上下文感知 → 必须写 PHP 脚本或 Composer 插件，比如用
PluginInterface注册自定义命令，在代码里读配置、检查文件变更、动态决定是否执行phpstan
最容易被忽略的一点：Composer 的 scripts 和插件命令都是**声明式**的，而宏是**过程式**的。前者告诉你“要做什么”，后者记录“你刚刚怎么做的”。混用这两类思维，是绝大多数人卡在“为什么宏不工作”的根源。
