必须在主项目composer.json根级repositories中配置type为path的本地目录源，url为相对路径且指向含合法composer.json的目录，require时用dev-main等分支名而非版本号，改代码后需composer update刷新符号链接。
composer.json 里用 path 类型仓库加载本地包
本地开发扩展包时，不想每次改完都 composer update 推到远程再拉，直接让 Composer 认本地目录为包源最省事。关键不是加 autoload，而是先让 Composer “看见”这个包——得在根项目 composer.json 里声明一个 path 类型的仓库：
{
"repositories": [
{
"type": "path",
"url": "../my-local-package"
}
],
"require": {
"vendor/my-local-package": "*"
}
}
注意路径是相对于当前 composer.json 文件的，不是相对于项目根目录或命令执行路径；url 必须是目录，且该目录下必须有合法的 composer.json（含 name 和 autoload 配置）。
本地包的 composer.json 必须配好 autoload
光声明仓库还不够，本地包自己得告诉 Composer 怎么加载它的代码。常见方式有：
-
"psr-4": { "Vendor\Package\": "src/" }—— 推荐，符合 PSR-4 规范，自动映射命名空间到文件路径 -
"files": ["functions.php"]—— 适合全局函数，每次加载都会 include 这些文件 -
"classmap": ["legacy/"]—— 扫描目录生成类名到文件的映射，适合老式require_once风格代码
如果本地包没配 autoload，即使 require 成功，vendor/autoload.php 也不会加载它的类——运行时直接 Class not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
运行 composer require 而不是 composer install
添加完仓库和 require 后，别直接 composer install。它只装 lock 里的版本，而本地 path 包默认不进 lock（除非你之前装过）。正确做法是：
-
composer require vendor/my-local-package:dev-main（或对应分支名）—— 强制安装最新本地代码 -
composer update vendor/my-local-package—— 后续改了本地包，用这个刷新软链接
Composer 对 path 包实际创建的是符号链接（Linux/macOS）或复制（Windows），所以改本地包代码后，无需重新 require，直接测试即可——但前提是没手动删过 vendor/vendor/my-local-package 目录。
常见报错和绕过技巧
遇到 Could not find a matching version of package vendor/name？大概率是以下之一：
- 本地包的
composer.json缺version字段，且没设"minimum-stability": "dev"—— 加上或改用dev-main这类分支别名 -
url路径写错，或目标目录没有composer.json—— 运行composer config repositories看是否识别成功 - 本地包
name和require里的不一致（比如大小写、斜杠方向）——name必须完全匹配
调试时可加 -vvv 参数看 Composer 具体读了哪个路径、解析了哪些包信息。真正麻烦的点往往不在 autoload 配置本身，而在仓库发现阶段就失败了——先确保 composer show vendor/my-local-package 能打出包信息，再查自动加载。
