path仓库修改后类不更新，需先确认是否触发autoload重建：Composer不自动监听文件变化，改源码仅影响下次install/update的符号链接；类生效必须手动执行composer dump-autoload，并确保主项目composer.json中显式声明autoload映射且路径正确。

path仓库修改后类不更新？先确认是否触发了autoload重建

Composer 的 path 仓库本身不自动监听文件变化，改了源码不会让已加载的类“热更新”——它只影响下次 composer install 或 composer update 时的符号链接指向。但真正让新代码被 PHP 加载，还得靠 autoload 映射刷新。

常见现象：你改了 packages/my-package/src/Helper.php，但在项目里调用 new MyPackageHelper() 还是旧逻辑，甚至报 Class not found。

• 检查 vendor/composer/autoload_psr4.php 是否包含该包的命名空间映射（比如 "MyPackage\": "packages/my-package/src/"）
• 如果没出现，说明 composer.json 里没在 autoload 或 autoload-dev 中声明该路径，或声明了但没运行 composer dump-autoload
• 如果已存在但类仍不生效，大概率是 PHP OPcache 缓存了旧的类定义（尤其 Laravel Octane 或 CLI 环境），需重启服务或执行 opcache_reset()

path仓库的autoload必须手动声明，不能依赖包自身配置

path 类型仓库不会自动读取目标包 composer.json 中的 autoload 字段。Composer 只把它当“本地文件夹”，所有自动加载规则必须由主项目显式控制。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 在你项目的 composer.json 的 "autoload"（或 "autoload-dev"）下添加对应映射，例如：

  "autoload": {
    "psr-4": {
      "MyPackage\": "packages/my-package/src/"
    }
  }

• 路径必须是相对于项目根目录的，不能写成 ../packages/... 或绝对路径
• 改完后必须运行 composer dump-autoload，否则新增/重命名的类永远不会被识别
• 如果该包只用于测试，应放在 autoload-dev 并配合 composer dump-autoload --dev（否则默认不加载）

为什么删了 vendor 再 install 还不行？path 仓库的符号链接没重建

执行 composer install 时，path 包不是复制，而是创建符号链接。但如果之前 vendor/my-package 是个真实目录（比如你手动放进去过），Composer 不会主动替换成 symlink，导致修改完全不生效。

• 删掉整个 vendor/ 后，务必也删掉 composer.lock ——否则 install 会跳过 path 包的重新解析
• 确保 composer.json 的 repositories 段正确声明了 path 类型，例如：

  "repositories": [
    {
      "type": "path",
      "url": "packages/my-package"
    }
  ]

• 运行 composer install -v，观察日志中是否出现 Installing my-package (dev-main): Symlinking from packages/my-package
• 验证 vendor/my-package 是否为符号链接：ls -la vendor/my-package；如果不是，说明 Composer 认为它“已存在”，跳过了 link 步骤

开发中频繁改 path 代码，怎么避免反复 dump-autoload？

每次改类都要 dump-autoload 确实繁琐，但跳过它只会掩盖问题。更实际的做法是把开发流程和工具链对齐：

• 用 composer dump-autoload -o 生成优化版 classmap（适合稳定结构），但注意：它只扫描你 autoload 里明确写的路径，漏一个子目录，里面的新类就永远找不到
• 在 IDE 中启用 “Synchronize files on frame activation”（PhpStorm）或 “Auto-reload on change”（VS Code + PHP Intelephense），让编辑器实时感知文件变更，减少手动刷新依赖的错觉
• 写个简单 shell 别名，比如 alias cda='composer dump-autoload && echo "autoload updated"'，降低心理门槛
• 最易被忽略的一点：PHP 的 include_path 或 require_once 手动引入了旧文件，绕过了 autoloader——查入口文件和测试 bootstrap，确认没混用两种加载方式