Composer require 报“Could not find package”主因是 repositories 未置于 composer.json 根级、path 路径错误、本地包 name/version 不匹配或未显式指定版本；需确保 autoload 正确配置并运行 dump-autoload 验证。
为什么 composer require 一直报 “Could not find package”
这不是网络或缓存问题，而是 repositories 根本没被 Composer 读到，或者路径/命名不匹配。常见原因有：
-
repositories写在了require或autoload里，必须放在项目composer.json的根级（和require同级） -
url用了绝对路径（如/home/user/my-pkg）或file://前缀，应改用相对于composer.json的路径，例如"./packages/my-utils" - 本地包目录下没有有效的
composer.json，或其中name字段（如"mycompany/utils"）和你在composer require时写的包名不一致（大小写、连字符、斜杠全部敏感） - 本地包没写
version，又没在项目中设"minimum-stability": "dev"，导致dev-main这类分支名被过滤
path 仓库配置后，require 命令怎么写才对
必须显式指定开发版本，不能用 * 或省略版本。因为 path 类型仓库默认跳过稳定性检查，但 Composer 仍需一个明确的解析目标。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer require mycompany/utils:dev-main—— 前提是本地包的composer.json里有"version": "dev-main"或你正在main分支上 - 也可以写
composer require mycompany/utils:@dev，前提是项目已设"minimum-stability": "dev" - 别写
composer require mycompany/utils（无版本），Composer 会按默认稳定性策略去“猜”，而本地包通常不满足stable要求，直接失败
装上了却 Class not found，autoload 没生效？
90% 不是 Composer 本身的问题，而是 autoload 配置或加载时机不对：
- 确认本地包的
composer.json中autoload正确声明了 PSR-4 映射，例如："psr-4": {"MyCompany\Utils\": "src/"}—— 注意末尾双反斜杠和路径一致性 - 运行
composer dump-autoload（开发阶段不用加-o），否则新映射不会写入vendor/composer/autoload_static.php - 如果测试类在
tests/下，且用了autoload-dev，必须确保映射末尾带反斜杠："MyCompany\Tests\": "tests/"，少一个就断掉 - 别在
require 'vendor/autoload.php'之前 new 类，也别用相对路径手动引入 autoload 文件
怎么验证 path 仓库真生效了
别只看 vendor/ 目录有没有文件，得看底层链接和运行时加载：
- Linux/macOS 下运行
readlink vendor/mycompany/utils，输出应为你的本地路径（如../../packages/my-utils）；Windows 下用dir vendormycompanyutils看是否指向真实目录而非复制体 - 执行
php -r "echo class_exists('MyCompany\Utils\Calculator') ? 'ok' : 'fail';"，输出ok才说明生产 autoload 已注册 - 如果用 Laravel，还需手动在
config/app.php的providers或aliases里注册 Service Provider 或 Facade —— Composer 不处理这部分
