composer原生path仓库+symlink可实现热更新，需同时满足：repositories中url用带引号的相对/绝对路径、本地包composer.json的name与require完全一致、显式配置"options":{"symlink":true}，且首次启用须运行composer update而非install。
直接用 Composer 原生 path 仓库 + symlink 配置就能实现，根本不需要 Studio 工具。Studio 是第三方封装，加了一层抽象反而容易掩盖路径、权限、版本匹配等真实问题，调试成本更高。
path 仓库配置必须写对这三处
错一处，vendor 里就是复制副本，改代码不生效，且无明确报错。
-
repositories中url必须是相对路径（如../my-package）或绝对路径（如/Users/me/my-package），不能带file://、不能用~/；Windows 下必须用正斜杠/或双反斜杠\ - 本地包目录下必须存在合法
composer.json，且其中name字段（如"acme/utils"）要和主项目require里的完全一致（大小写、vendor 名、斜杠方向） - 必须在
repositories条目里显式加上"options": {"symlink": true}—— 这不是可选项，是启用软链的开关；只在本地包自己的composer.json里设没用
require 的版本号不能写 * 或 ^1.0
path 仓库不走语义化版本解析，它只认 Git 分支名或 dev- 开头的别名。写错就直接跳过本地源，转而查 Packagist。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 本地包 Git 默认分支是
main？那就写"acme/utils": "dev-main" - 是
develop？对应写"dev-develop" - 写
"*"在某些 Composer 版本（尤其是 ≥2.5）下会 fallback 到远程源，尤其当packagist.org没被禁用时 - 如果本地包还没
git init或没任何 commit，Composer 直接拒绝加载，不会报 Git 相关错误，只显示Could not find package
Windows 下 symlink 失败的真正原因
不是 Composer 配置问题，是系统级限制。即使 options.symlink 开了、路径也对，仍可能 fallback 到复制模式。
- 终端未以管理员身份运行：Windows 对创建符号链接有提权要求
- 开发者模式未开启：Win10/Win11 需手动打开「设置 → 更新与安全 → 对于开发人员 → 开发者选项」
- WSL 环境混用：宿主机 Windows 和 WSL 文件系统交叉访问时，
mklink可能静默失败 - 验证是否成功：运行
ls -la vendor/acme/utils（Linux/macOS）或dir vendorcmeutils（Windows），输出中必须含->或<symlinkd></symlinkd>标识
为什么 composer install 不更新软链，而 update 可以
install 只按 composer.lock 还原依赖，不重新解析源；update 才会重新走仓库发现逻辑，触发 symlink 创建或重建。
- 首次配置后，必须运行
composer update acme/utils（指定包名），不是install - 改了本地包的
composer.json（比如改了autoload），也要再跑一次update，否则自动加载映射不会刷新 - OPcache 缓存类路径？临时关掉或执行
composer dump-autoload，否则改了代码也不生效 - CI/CD 环境务必加
"packagist.org": false到repositories顶部，否则网络超时会导致整个安装卡住
最常被忽略的是：软链成功后，错误堆栈里会暴露你本地的绝对路径（比如 /Users/me/my-package/src/Helper.php），上线前必须移除 repositories 配置，否则生产环境可能意外链接到开发机路径。
