ci4从v4.0.0起强制使用composer，核心组件通过require引入并启用psr-4自动加载；需区分require与require-dev、提交composer.lock、ci中用install而非update、缓存~/.composer/cache。
CI框架项目中使用Composer管理依赖时，常因混淆require与require-dev、忽略composer.lock提交、在CI中误用update命令，导致线上环境类找不到、启动失败或行为漂移。
确认CI框架是否原生支持Composer
CodeIgniter 3.x默认不依赖Composer，vendor目录需手动维护；CI4从v4.0.0起将Composer设为【强制安装方式】，所有核心组件（如codeigniter4/framework）均通过composer require引入，且默认启用PSR-4自动加载。
执行php spark --version可验证：若输出含“CodeIgniter v4.x.x”，说明已走Composer加载路径；若报错“Class 'CodeIgniter\CodeIgniter' not found”，大概率是未运行composer install或autoload未生效。
CI4项目中正确声明依赖
方法一：全局require仅放运行时必需项
打开composer.json，把数据库驱动、邮件发送器等生产必用组件写入"require"字段，例如：
"require": { "php": "^8.0", "codeigniter4/framework": "^4.5", "myclabs/deep-copy": "^1.11" }
方法二：开发工具必须进require-dev
phpunit、kint-php/kint、codeigniter4/tracy这些调试/测试工具只能出现在"require-dev"里——否则composer install --no-dev会跳过它们，但若误写进require，CI构建镜像时会多打包数十MB无用代码，还可能因ext-intl缺失直接fatal。
注意：【CI4的spark命令本身依赖symfony/console】，该包必须在require中，不能挪到dev区，否则php spark list会报Class not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CI流水线中安全执行依赖安装
第一步：确保Git仓库已提交composer.lock
CI脚本开头加ls -la composer.lock，缺失则立即退出；该文件未提交=每次install都退化为update，版本不可控。
第二步：用install而非update还原依赖
执行composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction。漏掉--classmap-authoritative会导致autoload反复file_exists()探测，在容器小文件系统上慢3倍以上，且易因大小写误加载。
第三步：校验镜像是否生效
在CI日志中搜索GET https://mirrors.aliyun.com/composer/，出现即表示国内镜像已命中；若仍见packagist.org域名，说明composer config -g repo.packagist未对CI runner用户生效，需改用sudo -u runner composer config -g...
第四步：缓存~/.composer/cache而非vendor
vendor目录绑定PHP版本和扩展状态，缓存它会导致不同job间autoload_classmap.php冲突；而~/.composer/cache只存压缩包与元数据，跨环境安全复用。
