必须在项目级composer.json的repositories中配置path类型源，url用相对路径，本地包需有合法composer.json且name与require一致，autoload须正确配置，symlink需在本地包composer.json中启用。
path仓库配置必须写在项目级composer.json里
全局配置composer config -g repositories对path类型完全无效——Composer只在当前项目composer.json的repositories数组里读取path仓库。CI、Docker、宝塔等环境更不会加载用户级配置，硬塞进去等于没写。
常见错误是把path配置写进~/.composer/config.json，执行composer install时毫无反应，连警告都没有，直接fallback到Packagist。
- 必须在项目根目录的
composer.json中添加repositories字段 - 路径
url值要用相对路径（如"../my-local-package"），不能用~/或绝对路径 - 确保该路径下存在合法的
composer.json，且其中name与主项目require中声明的包名完全一致（包括大小写和vendor前缀）
本地包的composer.json必须含autoload且命名空间对齐
主项目能new出本地包的类，不取决于path配置是否成功，而取决于自动加载是否注册。如果本地包的composer.json里没写autoload，或者PSR-4映射的命名空间末尾少了个反斜杠，composer dump-autoload就根本不会生成对应规则。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 本地包
composer.json中必须有autoload段，推荐PSR-4，例如{"psr-4": {"MyPackage\": "src/"}} -
src/目录必须真实存在，且相对于本地包自身的composer.json位置 - 命名空间末尾反斜杠不可省略：
"MyPackage\"✅，"MyPackage"❌ - 主项目执行
composer install后，检查vendor/composer/autoload_psr4.php里是否出现对应映射行
团队协作时禁止硬编码../路径，改用环境变量或CI注入
开发机上"../my-local-package"能跑，但CI流水线里没有那个父目录，或者不同成员项目结构不一致（有人放~/projects/，有人放/var/www/），就会直接报Could not find package。
- 不要在
repositories里写死相对路径；改用占位符，例如"url": "${LOCAL_PACKAGE_PATH}" - 本地开发时通过
COMPOSER_HOME/config.json或shell环境变量注入：export LOCAL_PACKAGE_PATH=../my-local-package - CI中用job参数或secret动态替换，例如GitHub Actions里用
env:块传入 - 提交到Git的
composer.json应保留占位符，并在README里注明如何设置
symlink启用需双向确认，且仅对composer update生效
默认情况下，Composer对path仓库是复制（copy）行为，改代码要反复composer update才能同步。想实时联动，得开symlink——但这不是加个开关就完事。
- 必须在本地包（被引用的包）的
composer.json里加"options": {"symlink": true}，主项目配了没用 - symlink只在
composer update时创建，composer install从lock安装时仍会复制 - Windows上需管理员权限+启用开发者模式，否则
symlink静默失败 - IDE可能缓存旧符号链接，修改后需重启索引或清
.idea/modules.xml中相关条目
composer.lock里找原因，它只记录安装结果，不参与path仓库的解析逻辑。 
