Satis需源码安装且必须用php bin/satis调用；不可用create-project，因会破坏路径和autoload；repositories须用绝对URL，且Git仓库中composer.json的name字段须与require完全一致。
私有仓库源码安装只适用于 Satis 场景
Composer 本身不提供“私有仓库源码安装”功能，你真正想装的是 satis —— 它是生成私有 Composer 镜像的静态构建工具。直接 composer install 私有 Git 仓库，走的是 VCS 拉取流程，不是“装仓库”，而是“装包”。只有 Satis 才需要源码安装，且必须手动编译运行。
git clone + composer install 是唯一可靠方式
官方不发布预编译二进制，也不推荐全局 composer global require（PATH 易出错、版本难锁定）。正确做法是：在专用构建机或 CI 环境中执行：
- 克隆源码：
git clone https://gitcode.com/gh_mirrors/sa/satis - 进入目录：
cd satis - 安装依赖：
composer install --no-dev（Satis 不需要 dev 依赖） - 验证可用：
php bin/satis --version应输出类似Satis 2.5.0
注意：bin/satis 是 PHP 脚本，不是可执行文件，必须用 php 显式调用；别试图 chmod +x 或改后缀。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么不能用 composer create-project
composer create-project 会触发自动 autoload 生成和脚本执行，而 Satis 的 bin/satis 依赖当前工作目录下的 vendor/autoload.php 和配置文件路径。create-project 会重写目录结构、移动 composer.json，导致后续 php bin/satis build 找不到 satis.json 或报 Class 'Composer\Script\Event' not found。实测失败率接近 100%。
satis.json 中 repositories 必须用绝对 URL
即使你在本地用 file:/// 协议指向 Git 仓库，也必须写完整绝对路径，例如："url": "file:///opt/git/myorg/utils.git"。相对路径（如 "./repos/utils.git"）会被 Satis 静默忽略，构建日志里连 warning 都不打。更关键的是：该路径下必须存在合法 composer.json，且其 name 字段（如 "myorg/utils"）要与你最终在业务项目中 require 的字符串完全一致——大小写、分隔符、vendor 段，一个字符都不能差。
