workbuddy 不支持私有化部署 ai 绘画模型，因其本地推理仅兼容 llama.cpp 的 .gguf 格式 llm，不支持 stable diffusion 等扩散模型；ai 绘画实际通过云端腾讯服务执行，非本地运行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 当前不支持直接部署私有化 AI 绘画模型（如 Stable Diffusion、SDXL、Fooocus 的 .safetensors 或 .ckpt 模型）。它的本地模型加载机制仅面向文本生成类大语言模型（LLM），且严格限定在 llama.cpp 兼容的 .gguf 格式上。
这意味着：你无法像加载 qwen2.5-0.5b-q4_k_m.gguf 那样，把 sd_xl_base_1.0.safetensors 丢进模型管理页并点击“加载”。
为什么 WorkBuddy 不认你的绘画模型？
WorkBuddy 的本地推理引擎底层调用的是 llama.cpp，它专为 Transformer 架构的 LLM 优化，不包含对扩散模型（Diffusion Model）的算子支持、调度器（Scheduler）、VAE 解码器或 ControlNet 等模块。即使你强行重命名文件或修改后缀，加载过程也会在初始化阶段失败，日志中通常出现类似：
ERROR: model_load: unknown file version 0x00000000
或更隐蔽地卡在“正在加载…”状态栏，CPU 占用无明显上升，数分钟后自动回退到空闲状态。
-
llama.cpp本身不解析.ckpt/.safetensors/.pt - WorkBuddy 未暴露 Python 运行时或自定义 backend 接口，无法桥接
diffusers或comfyui - 所有 Skills（包括绘图类）均通过云端 MCP Server 调用腾讯侧已部署的绘画服务，非本地执行
WorkBuddy 中“AI 绘画”实际走哪条路？
当你输入“画一只穿宇航服的柴犬”，WorkBuddy 并不是在你本地跑 SDXL，而是：
- 将提示词经安全过滤与语义增强后，通过加密信道发往腾讯云后端的
OpenClaw-MCP绘画服务节点 - 该服务背后是预部署的
Stable Diffusion XL+ControlNet+Refiner流水线，运行在 GPU 服务器集群上 - 结果图返回后，自动存入
%APPDATA%\WorkBuddy\Cache\images\，但原始模型权重和推理过程完全不落地
换句话说：你用的是“腾讯云绘画 API”，只是界面封装得像本地功能。
想真正离线跑私有绘画模型，只能绕过 WorkBuddy
如果你坚持要本地、离线、可控的 AI 绘画，推荐两条实操路径（不依赖 WorkBuddy）：
-
轻量级方案（推荐新手）：安装
Fooocus（一键包，含 SDXL 本体 + UI + 无需配置），解压即用，全程离线，输出图直存桌面 -
可控性方案（适合调试）：用
ComfyUI+Portable Python，手动加载你自己的.safetensors模型、LoRA 和 ControlNet 模型，所有节点可拖拽编辑
这两者都能读取你硬盘上的任意绘画模型，也能禁用联网、关闭 telemetry、不上传任何提示词——这才是真正意义上的“私有化”。
WorkBuddy 的定位是“AI 智能体工作台”，不是“本地模型沙箱”。它把复杂模型部署抽象成“一句话指令”，代价就是放弃对底层模型格式和推理流程的控制权。真要碰模型文件、改 CFG Scale、调 denoising steps，就得离开它的界面，回到原生工具链里去。
