不存在统一的“CapybaraAI”官方模型；需区分开源生成项目（查--model-path或config.yaml）、Ruby测试框架（无AI模型）及Anthropic未发布代号模型（不可访问）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
目前不存在统一的“CapybaraAI”官方模型产品，名称存在多重指向，需先明确你实际使用的对象——是开源视觉生成项目、Ruby测试框架，还是Anthropic内部代号为Capybara的未发布Claude Mythos模型。不同来源的“Capybara”没有共用的模型查询接口，识别方式完全不同。
确认你用的是哪个Capybara
名称相同但本质无关，必须区分清楚：
-
GitHub开源项目 CapybaraAI（Plachtaa维护）：一个基于扩散模型的多模态生成工具，支持文生图、图生图等。它不自称“AI引擎”，而是直接调用本地加载的模型权重（如SDXL、FLUX变体）。查看当前模型，本质是查你运行时指定的
--model-path或配置文件中model_name字段。 - Ruby测试框架 Capybara（teamcapybara维护）：完全不包含AI模型，纯前端交互测试库。所谓“当前模型”在此语境下无意义，它不调用任何大语言模型或推理引擎。
- Anthropic代号 Capybara（即Claude Mythos）：尚未公开上线，无API、无网页入口、无模型选择界面。用户无法自行“查看当前模型”，因该模型目前仅限极少数合作方内测，对外不可访问。
针对 Plachtaa/CapybaraAI 项目查模型方法
这是唯一具备可操作性的场景。模型由用户本地指定，识别靠检查启动参数与配置：
- 运行命令中若含
--model-path ./models/capybara-1.2-sdxl，则当前模型就是该路径下的权重文件夹名 - 若使用Gradio界面，启动日志首行通常打印类似
Using model: capybara-1.2-sdxl (base: sdxl) - 检查
config.yaml中的model:字段，例如model: "capybara-t2v-v0.9"即为当前加载模型标识 - 进入模型目录（如
./models/capybara-1.2-sdxl/），查看是否存在config.json或model_index.json，其中_name_or_path字段标明原始基础模型
如何验证模型是否按预期工作
光看名字不够，还需确认实际推理行为匹配描述：
- 执行
python app.py --verbose，观察控制台输出的模型加载日志，注意是否有Loaded pipeline及后缀（如StableDiffusionXLPipeline） - 输入固定提示词（如
"a capybara wearing sunglasses, photorealistic"），对比生成图像风格：若细节锐利、光照自然，大概率是SDXL基线；若带手绘质感或强构图引导，可能是微调过的专用版本 - 查看
requirements.txt中diffusers和transformers版本，高版本（如diffusers ≥0.30）倾向支持更复杂pipeline结构
别被名字误导的常见情况
很多用户误以为“CapybaraAI”自带智能模型切换或自动识别能力，其实它没有：
- 不存在
/api/model/info这类HTTP端点返回模型元数据 - Web UI界面上不会显示“当前引擎：Capybara v2.1”之类浮动标签
- 不读取模型文件内部的
README.md或card.jpg来自我说明，一切依赖用户手动配置 - 若从非官方镜像站下载，可能打包了混用模型（如把Llama-3权重误标为Capybara），必须核对SHA256校验值
