composer status 不显示 modified 是因默认仅检测 --prefer-source 安装且含 .git 目录的包；90% 包走 --prefer-dist（zip 解压），无 .git，故跳过校验，即使被修改也静默。
composer status 为什么经常不显示 modified
默认情况下 composer status 几乎总是“没输出”或只报个空行，不是它坏了，而是你装的包基本都是 dist 模式（zip 包解压），没有 .git 目录，根本没法比对 commit hash。它只能检测 source 模式安装的包——也就是带完整 Git 仓库的包。
常见错误现象：composer status 运行后静默退出，但你知道自己改过 vendor/symfony/console/src/Command.php，却看不到提示。
- 必须先让目标包以 source 模式重装：
composer update --prefer-source symfony/console - 或者全局启用（推荐）：
composer config prefer-source true，该操作会写入项目composer.json的config块 - 确认系统 PATH 中有
git命令，否则即使加--prefer-source也会 fallback 到 dist - 重装后务必再跑一次
composer status，否则缓存可能仍显示“clean”
看到 modified 后怎么快速定位改了哪几行
composer status -v 只告诉你“哪个包、哪些文件被改”，不展示 diff 内容。真要看改动，得进 vendor 子目录手动用 Git。
- 先执行：
composer status -v，记下类似输出：symfony/console modified (src/Command/Command.php) - 然后：
cd vendor/symfony/console - 运行：
git diff HEAD --stat看改动范围，或git diff看完整差异 - 一行批量查所有 modified 包（Linux/macOS）：
composer status | grep "modified" | cut -d' ' -f1 | xargs -I{} sh -c 'echo "\n=== {} ==="; cd vendor/{} && git diff HEAD --stat 2>/dev/null'
注意：composer status 输出格式不稳定，字段顺序在加 -v 后可能变化，别拿它写自动化判断逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
status 不报错但实际已破坏环境一致性
composer status 默认退出码是 0，哪怕发现 10 个包都被改过，也不会中断流程。这容易让人误以为“没报错=没问题”，但问题很实在：
- CI 流水线通过，开发机行为却和线上不一致
-
composer update可能跳过被修改的包，导致依赖停滞在旧 commit - 如果
.gitignore忽略了vendor/，这些本地修改永远不会进版本控制，也难以复现 - 某些包（如
laravel/framework）在 source 模式下可能有未跟踪文件或脏工作区，git restore .会失败，只能删掉整个vendor/{package}再composer update {package}
想恢复原状，不能只靠 status
composer status 是只读诊断命令，它不提供任何修复能力。发现修改后，恢复方式取决于安装模式：
- source 模式：进对应包目录，执行
git restore .（前提是工作区干净、无 untracked 文件） - dist 模式或 git restore 失败：删掉
vendor/{package}，再运行composer update {package} - 全量重置（最稳妥）：
rm -rf vendor && composer install，但耗时长，且要求composer.lock是可信的
关键点在于：status 本身不触发任何下载或校验动作，它只是帮你“看见”问题。是否能一键还原，完全取决于你当初怎么装的、有没有 git、以及那个包的仓库状态是否干净。
