因为composer默认只读取当前工作目录的composer.json，子目录无自动识别机制；需cd进入子目录或用--working-dir指定路径执行，且子包脚本须在自身composer.json中定义并确保autoload-dev等配置正确。
为什么 composer run 在 monorepo 里默认不工作
因为 Composer 默认只读取当前目录下的 composer.json，而 monorepo 的子模块（比如 packages/foo）通常没有独立的 vendor 目录，也没有被全局 Composer 环境识别为可执行上下文。直接在根目录或子目录下运行 composer run build 很可能报错：Script 'build' is not defined in this package.
在子目录中正确执行 composer run
必须显式指定子模块的 composer.json 路径，并确保该子模块已安装依赖（或至少有 composer.json 定义了脚本）。实际操作只需两步：
- cd 进入子模块目录，例如
cd packages/foo - 运行
composer run build（前提是packages/foo/composer.json中定义了"scripts": {"build": "..."}） - 如果子模块没装依赖，先跑
composer install --no-dev（或按需加--with-deps）——否则某些脚本可能因缺少 bin 文件失败
从根目录一键运行子模块脚本的三种方式
不想每次都 cd？有三个实用方案，按推荐度排序：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
composer exec（Composer 2.5+）：composer exec -C packages/foo run build——-C指定工作目录，最干净 - 用
sh -c包裹：sh -c "cd packages/foo && composer run build"—— 兼容老版本，但注意 shell 变量不会透传到子 shell - 写成根目录
composer.json的脚本别名："scripts": {"foo:build": "cd packages/foo && composer run build"}，然后执行composer run foo:build
注意：所有方式都依赖子模块自己的 composer.json 定义了对应脚本；如果脚本里用了 $COMPOSER_BIN_DIR 或相对路径，要确认它在子目录上下文中是否仍有效。
常见陷阱：脚本里调用其他包命令时路径出错
比如子模块 packages/foo 的 build 脚本是 "php ../bar/bin/build.php"，这会失败——因为 ../bar 在子目录执行时是相对于 packages/foo/..，而非 monorepo 根目录。
- 修复方法：统一用根目录为基准，改用
$(pwd)/../bar/bin/build.php或更稳妥的$(dirname $(dirname $(pwd)))/bar/bin/build.php - 或者，在根目录
composer.json中用path类型的 repository 声明所有子包，再通过composer bin或vendor/bin调用可执行文件 - 另一个坑：某些脚本依赖
autoload-dev，但子模块未启用 dev-mode，此时需加--dev参数，如composer run build --dev
monorepo 的脚本调度本质还是路径和上下文问题，不是 Composer 功能缺陷；搞清当前工作目录和 composer.json 加载位置，基本就避开了 90% 的报错。
