开头本地AI和多模态这两个词今年算是彻底火出圈了。我自己从去年开始就把主力创作工具从在线服务逐步切到本地部署到现在文本、图片、音频、视频四条线全部跑在本地模型上。说实话整套方案搭完之后最大的感受就是你终于不用再被”这个模型不支持你的地区“”你的文件不能上传“”每月扣费“这类事情反复折腾了。本地AI创作工作台说白了就是把大模型装进自己的电脑让它可以离线处理文本写作、配图生成、语音转写甚至短视频素材整个过程不依赖云端数据也留在自己手里。这篇文章就是为了想搞一套本地创作工作台的人写的。不管你是刚接触本地部署的小白还是已经在用Ollama跑对话模型的老手看完之后都能照着这套思路从零搭出一个能同时处理文本、图片、音频、视频的完整环境。我尽量把每一步的参数、命令、踩坑记录都写清楚你照着操作就行。1. 整体设计思路与方案选型1.1 为什么我坚持做本地多模态工作台先说一个很现实的问题在线AI工具已经那么方便了为什么还要花力气搞本地部署我自己的理由很简单——一次部署长期白嫖自己机器。在线服务按token按调用量计费一个月下来真不便宜而本地模型只要硬件到位跑多少遍都是电费的问题。更重要的是隐私和素材安全我本地处理过的稿件、音频、图片数据全部不出内网这一点对做内容创作的人来说特别重要。另一个关键原因是多模态链路的稳定性。我很多流程是要连续调用多个模型的先用ASR把音频转成文本再用对话模型做总结再根据总结生成配图。这个流程如果拆到三四个在线平台上调用每个环节都可能因为网络、限流、鉴权出问题而本地模型之间通过API互相调用整个管线跑起来非常顺。说白了本地部署不是在和在线AI比效果而是在比可控性和自由度。1.2 硬件配置到底要什么水平这是大家问得最多的问题。先给结论显存是本地多模态部署的唯一硬通货。我的主力机器是一张24GB显存的显卡跑7B规模的对话模型、SDXL级别的文生图模型、Whisper大模型完全够用。如果你只有8GB显存也能装但需要刻意选择小量化版本模型并放弃同时加载多个模型的奢侈。顺带说一下我看到不少人在问的P104、RX580这类显卡。这类卡性价比确实高但有几个硬伤P104没有视频输出接口做图形处理和视频生成的时候不能直接接管显示RX580的ROCm生态在Windows下支持很一般推荐装Linux。如果纯粹是为了跑文本模型这种卡完全可以想跑图生视频和视频生成还是建议NVIDIA卡因为CUDA生态的兼容性确实好太多省下的是你的时间。1.3 工具选型为什么是Ollama加Python而不是全家桶本地部署的工具有很多一键整合包也不少但我最后选了Ollama作为模型运行时Python作为调度层的组合。Ollama这个工具最大的优势就是它把模型下载、量化、运行、API暴露全部封装好了一条命令就能跑起一个大模型同时提供OpenAI兼容的API接口这意味着上层代码完全可以照搬在线OpenAI的写法想换成DeepSeek、Qwen都只要改改模型名。那为什么还要用Python而不是Ollama自带的指令行因为创作工作台不是”对话一下“就结束的它要处理文件、调用多个模型、做后处理。Python负责把整个流程串起来读取素材、调ASR模型转写、调对话模型分析、再调SD生成图片每个环节都能灵活控制。实际上我后面写的调度脚本只有几百行却能替代掉原本需要手动切三个窗口才能完成的工作。2. 核心细节与实操原理2.1 文本生成模块跑对话和总结用哪个模型文本部分是整个工作台的基础因为后面图片、视频的调度逻辑基本都是靠文本模型来理解的。我现在主力用的是Qwen2.5 7B Instruct的量化版在Ollama里对应qwen2.5:7b它中英文混合理解能力不错写提示词、改文案、做总结都够用。如果你显存只有8G推荐用qwen2.5:3b或者llama3.2:3b速度很快效果也不差。启动方式很简单先拉模型再运行ollama pull qwen2.5:7b ollama run qwen2.5:7bOllama拉下来的模型默认会跑在11434端口而且自带一个/v1/chat/completions接口可以直接用OpenAI的SDK去调用。我平时的文本生成脚本长这样from openai import OpenAI client OpenAI(base_urlhttp://localhost:11434/v1, api_keyollama) resp client.chat.completions.create( modelqwen2.5:7b, messages[{role: user, content: 帮我把这段录音转写稿提炼成三个要点}] ) print(resp.choices[0].message.content)这里有个细节值得注意base_url一定要指到本机的11434端口api_key随便填一个占位符就行。这个接口是Ollama自动提供的不需要额外装插件。我第一次部署的时候卡在这个API兼容性上后来才发现原来Ollama已经把OpenAI兼容层做进去了。2.2 图片生成与理解能看能画才是多模态图片能力是我工作台里最常用的模块分两条线一条是生成图用的是Stable Diffusion XL全家桶另一条是理解图用的是Florence-2。可能有朋友要问为什么不用那种一个模型既能看图又能画图的目前这个方向的开源模型还不够熟比如有些统一模型看图确实可以但画图效果还是不如专门训练的SD系列稳定。市场上真实好用的方案都是把”看图“和”画图“拆成两个专业模型配合使用。生成图的部分我用的推理引擎是ComfyUI。可能有些刚接触的朋友觉得ComfyUI的节点式界面看着头疼但它最大的优势是高效利用显存——它会自动管理模型的加载和卸载跑长流程的时候不容易爆显存。跑SDXL默认需要大约7GB显存出图分辨率1024x1024质量和速度都在可接受范围内。理解图我推荐用Florence-2这是一个微软开源的多模态模型能做目标检测、区域描述、图片打标签而且模型体量很小2.5B版跑起来很轻松。调用方式也简单ollama pull florence-2然后用Python传图片路径给它它会返回图片的文字描述。这样一来我可以把用户丢给我的任何一张参考图自动转成文字描述再把这些描述塞进SD的提示词里就实现了”参考一张图生成一组类似风格图“的完整链路。2.3 音频转写与语音克隆让本地AI真的能”听“音频处理是很多人会忽略、但实际价值很高的模块。我做语音笔记采访录音整理的时候最痛苦的就是一个个听录音再手动打字现在直接用本地Whisper模型把音频转成带时间戳的文本再让Qwen模型根据转写稿自动生成摘要和待办事项整个过程不到录音时长的十分之一时间。Whisper我用的是whisper.cpp这个C移植版本它比原版Python版本在CPU上要快不少而且支持量化内存占用低。转写的核心命令git clone https://github.com/ggerganov/whisper.cpp cd whisper.cpp make -j4 ./main -m models/ggml-large-v3.bin -f 我的录音.m4a -l zh -otxt这里-l zh是把语言锁定为中文-otxt是输出纯文本。其实whisper.cpp还有很多参数比如-t 8指定线程数-p 4指定并行处理数实测多核CPU能把速度提升两倍以上。语音克隆这一块如果你有需求可以看看GPT-SoVITS这是目前开源社区做中文音色克隆效果比较靠前的项目。它需要你提供大约30秒到1分钟的干净人声作为参考音色之后就能用文本合成出接近原声的音频。整个过程是纯本地的不用担心音色数据外泄。2.4 视频生成与处理用本地模型做短视频素材视频是目前门槛最高的一块也是被问得最多的部分。说实话本地跑视频生成模型对硬件要求确实比较高以Wan2.1为例完整的文生视频模型需要8GB以上的显存做推理生成一个2-3秒的短视频在主流显卡上可能需要几分钟到十几分钟。但它的意义在于——你可以无限迭代跑多少次都不花钱。我平时做短视频的时候先批量生成几十个几秒钟的素材片段再从里面挑出能用的这个模式在云端平台是没法想象的计费会让人崩溃。如果你显卡显存不够我的建议是用视频处理来代替视频生成——用FFmpeg做剪辑、转码、抽帧再配合前面的图片模型做逐帧风格化最后合成视频。这个小技巧对很多创作者来说其实比直接文生视频更实用因为可控性高很多。我自己有一半的视频素材都是这么来的。2.5 统一封装为什么要把所有模型都包装成API当你把文本、图片、音频、视频四个模型分别跑起来之后立刻会遇到一个头疼的问题——每个模型都有自己的调用方式有的走OpenAI格式有的是命令行有的要用Python SDK每次切换都要重新适应。这时候就需要做一层统一调度了。我的做法是把每种能力封装成一个独立的Python类对外暴露统一的方法名generate_text()、generate_image()、transcribe_audio()、generate_video()。每个类内部再根据实际托管方式去适配Ollama的API、ComfyUI的API还是子进程调用。这样做的好处是上层流程完全不需要关心底层用的是哪个模型以后想换更好的模型只需要改这一个类文件其他代码一行不动。这也是为什么我说”本地部署不是终点统一封装才是真正的工作台“。3. 实操过程与核心环节实现3.1 环境准备Python虚拟环境与基础依赖先把基础环境搭好。我推荐用conda或者venv建一个独立的Python环境python版本最好在3.10以上因为很多新SDK对3.10支持最好。conda create -n ai-workbench python3.10 conda activate ai-workbench pip install openai faster-whisper pillow requests这里装openai是为了调Ollama的APIfaster-whisper作为Whisper的Python替代方案pillow用来处理图片requests用来调ComfyUI的HTTP接口。装好依赖后先拉取核心文本模型ollama pull qwen2.5:7b ollama pull florence-2验证模型是否正常运行简单跑一句curl http://localhost:11434/api/generate -d {model: qwen2.5:7b, prompt: 你好}如果返回一串JSON说明文本模型已经在线待命。这一步是整个工作台的地基地基稳了后面才有信心往上面盖楼。3.2 图片模块落地ComfyUI的部署与API化改造ComfyUI的安装比较直接跟着官方仓库走git clone https://github.com/comfyanonymous/ComfyUI cd ComfyUI pip install -r requirements.txt python main.py --listen 0.0.0.0 --port 8188启动之后浏览器打开http://localhost:8188就能看到工作流界面。关于ComfyUI的使用逻辑我要多说几句它的界面是节点式的默认你能看到每一步处理过程一开始可能会觉得复杂但熟悉了之后会发现它比很多一键软件灵活得多。我不会把SD玩出花只按照官方自带的工作流模板把文生图参数调成一套自己惯用的采样步数20步采样器选DPM 2M KarrasCFG值7分辨率1024x1024这样出图质量比较稳。ComfyUI默认自带一个HTTP API在界面右侧点击”保存“时会生成一个API格式的JSON直接用Python post这个JSON就能程序化出图import requests, json, io from PIL import Image workflow json.load(open(my_txt2img_api.json)) resp requests.post(http://localhost:8188/prompt, json{prompt: workflow})但这里有个坑ComfyUI的API接口返回的是任务ID不是直接返回图片内容。你需要用轮询方式查任务状态等到任务结束后再从输出目录里取出图片。我第一次用的时候在这里卡了很久一直以为图片会直接返回结果发现输出都被保存到了ComfyUI的output文件夹里。这个逻辑搞懂之后就明白为什么社区里会用别名加定时清理的方式管理输出目录了。3.3 音频模块落地用faster-whisper处理长篇录音whisper.cpp的命令行工具适合单次处理但在工作台里我更推荐用faster-whisper因为它是Python库可以直接被调度层调用还能自动选择量化模型处理长音频时显存占用更低。from faster_whisper import WhisperModel model WhisperModel(large-v3, devicecuda, compute_typefloat16) segments, _ model.transcribe(访谈录音.m4a, languagezh, vad_filterTrue) text .join(seg.text for seg in segments)这个脚本里有两个参数值得解释。vad_filterTrue是开启语音活动检测能自动跳过录音里的静音片段对电话录音和口述笔记特别有用可以节约不少处理时间。compute_typefloat16是用半精度推理显存占用能降到float32的一半而且实测精度损失非常小。我一般转写完之后会把这个文本自动传给Qwen模型做二次整理把口头语去掉、分好段落。这个小步骤别看简单能让后续处理效率提升一大截因为整理好的文本再用来生成摘要或者思维导图准确性会高很多。3.4 视频模块落地先跑通文生视频再做视频风格化视频这块我直接给两套可落地的方案。第一套是直接文生视频用开源的Wan2.1模型。它是阿里开源的多模态视频模型官方提供了ComfyUI插件直接在ComfyUI里加载工作流就能跑。模型下载比较吃硬盘大概需要准备20GB以上的空间。生成参数上分辨率我建议先用480p时长控制在2秒以内帧数设成48帧这样生成时间比较可控。等流程跑通了再逐步放大分辨率否则Flash显卡很容易温度爆炸。第二套是视频风格化这个方案对显存要求低很多。核心逻辑是先用FFmpeg把视频按帧抽出来对每一帧调用本地图片模型做风格迁移全部处理完再用FFmpeg合并回视频。ffmpeg -i input.mp4 -vf fps12 frame_%04d.png -q:v 2 # 逐帧调用图片模型后... ffmpeg -framerate 12 -i stylized_%04d.png -c:v libx264 -pix_fmt yuv420p output.mp4这里要注意帧率选12比较折中——帧率太高处理量翻倍太低最后的视频会有明显卡顿感。抽帧处理得到的视频虽然不是标准的文生视频但用来做风格效果完全够用而且每条素材都在本地可控这是我个人很推荐的一个降门槛思路。3.5 写一个最简单的统一调度脚本最后一步把所有能力整合起来。下面是我工作台最初版本的核心调度代码很短但它演示了”文本驱动一切“的核心逻辑from openai import OpenAI import requests, json TEXT qwen2.5:7b OLLAMA_URL http://localhost:11434/v1 COMFY_URL http://localhost:8188/prompt class Workbench: def __init__(self): self.client OpenAI(base_urlOLLAMA_URL, api_keyx) def ask_text(self, prompt): r self.client.chat.completions.create( modelTEXT, messages[{role: user, content: prompt}]) return r.choices[0].message.content def draw_image(self, prompt): workflow json.load(open(my_txt2img_api.json)) workflow[6][inputs][text] prompt return requests.post(COMFY_URL, json{prompt: workflow}).status_code # 一次调用根据音频转写稿生成配图 notes 今天访谈的主题是社区咖啡店的经营痛点 summary Workbench().ask_text(f总结这段内容并提取关键词{notes}) Workbench().draw_image(f插画风格{summary}暖色调咖啡馆场景)这段代码虽然粗糙但架子已经立起来了。真实场景中我会根据模板动态调整不同节点来灵活控制画面但大体思路完全一致——先用文本模型做理解再调用图片模型做输出。整个本地的多模态工作台到了这一步就已经跑通了。4. 常见问题与排查技巧实录4.1 高频问题速查表我在搭建这套工作台的过程中以及在帮助朋友配置时遇到过不少重复出现的坑整理成表格方便你对号入座现象可能原因解决办法Ollama启动后API一直连不上服务没有以后台方式运行执行ollama serve前台启动看报错信息生成图片时显存溢出加载了多个模型占满显存限制同时加载的模型数量或降低分辨率到768Whisper转写特别慢默认CPU推理未启用GPU指定devicecuda确认已装CUDA版依赖ComfyUI接口提交后没有图片返回API只返回任务ID需轮询状态轮询/history/{prompt_id}接口完成后去output目录取图本地生成视频画面模糊分辨率与帧率设置过低分辨率先用480P帧率设为16逐步加大模型下载中断无法续传网络不稳定用ollama pull --resume重新下载可断点续传4.2 显存不够时如何靠配置自救如果你确实只有8GB甚至是6GB显存别急着升级硬件有几个软件层面的优化技巧实测很有效。第一Ollama支持环境变量OLLAMA_MAX_LOADED_MODELS1限制它同一时间只加载一个模型避免多个模型同时占用显存这个参数我强烈建议默认就设上。第二文本模型优先用量化版本qwen2.5:7b的Q4_K_M量化版只有大约4.4GB效果和全精度差距并不大。第三ComfyUI生成图片时开启--lowvram模式它会自动把模型的部分层暂时卸载到内存换来的是更慢的速度但至少不会直接报错崩溃。4.3 工作台效率优化的三条独家心得聊到这儿我分享几个常年积累下来的使用习惯。第一给常用模型写启动脚本。不要每次手动敲命令我直接在启动脚本里把Ollama、ComfyUI、视频处理服务的启动命令都写进去一键启动。这个过程可以用systemd管理也可以直接用简单的shell脚本能让日常使用省心很多。第二定时清理ComfyUI输出目录。工作台跑时间长了output文件夹里会堆大量废图占硬盘不说还让后续取图逻辑变慢。我写了个cron任务每天凌晨把超过12小时的文件自动清理这个操作很简单但特别实用。第三善用模板配置。出图参数、提示词风格、音频转写要求这些都写成可复用的配置文件和模板。我每次换领域应用基本只改配置不改代码这样在不同项目之间切换的效率会高很多。结尾这套本地AI创作工作台我已经稳定跑了大半年。坦白说它不是一个”装完就完事“的项目可能需要你花一个周末的时间去配置、去调试、去和各个模型磨合但一旦跑通你获得的是一套完全属于自己的、不依赖任何厂商策略的内容生产能力。我个人的体会是本地部署最大的魅力不在于省那点API费用而在于它是你真正掌控的工具数据在哪、模型用哪个版本、流程怎么编排都是你说了算。最后再分享一个小技巧也是我自己最近在做的方向——把所有本地模型的能力想办法暴露到局域网里让手机、平板也能通过相同接口调用工作台的文本和图片能力。这样一来你在外面随手拍的照片回家就可以自动接入工作台做分类和整理真正把“本地工作台”变成一个“家庭AI服务器”。这套方案拓展性很强后续想接入知识库、自动化任务都是在现有骨架上继续长肉而已。
开头本地AI和多模态这两个词今年算是彻底火出圈了。我自己从去年开始就把主力创作工具从在线服务逐步切到本地部署到现在文本、图片、音频、视频四条线全部跑在本地模型上。说实话整套方案搭完之后最大的感受就是你终于不用再被”这个模型不支持你的地区“”你的文件不能上传“”每月扣费“这类事情反复折腾了。本地AI创作工作台说白了就是把大模型装进自己的电脑让它可以离线处理文本写作、配图生成、语音转写甚至短视频素材整个过程不依赖云端数据也留在自己手里。这篇文章就是为了想搞一套本地创作工作台的人写的。不管你是刚接触本地部署的小白还是已经在用Ollama跑对话模型的老手看完之后都能照着这套思路从零搭出一个能同时处理文本、图片、音频、视频的完整环境。我尽量把每一步的参数、命令、踩坑记录都写清楚你照着操作就行。1. 整体设计思路与方案选型1.1 为什么我坚持做本地多模态工作台先说一个很现实的问题在线AI工具已经那么方便了为什么还要花力气搞本地部署我自己的理由很简单——一次部署长期白嫖自己机器。在线服务按token按调用量计费一个月下来真不便宜而本地模型只要硬件到位跑多少遍都是电费的问题。更重要的是隐私和素材安全我本地处理过的稿件、音频、图片数据全部不出内网这一点对做内容创作的人来说特别重要。另一个关键原因是多模态链路的稳定性。我很多流程是要连续调用多个模型的先用ASR把音频转成文本再用对话模型做总结再根据总结生成配图。这个流程如果拆到三四个在线平台上调用每个环节都可能因为网络、限流、鉴权出问题而本地模型之间通过API互相调用整个管线跑起来非常顺。说白了本地部署不是在和在线AI比效果而是在比可控性和自由度。1.2 硬件配置到底要什么水平这是大家问得最多的问题。先给结论显存是本地多模态部署的唯一硬通货。我的主力机器是一张24GB显存的显卡跑7B规模的对话模型、SDXL级别的文生图模型、Whisper大模型完全够用。如果你只有8GB显存也能装但需要刻意选择小量化版本模型并放弃同时加载多个模型的奢侈。顺带说一下我看到不少人在问的P104、RX580这类显卡。这类卡性价比确实高但有几个硬伤P104没有视频输出接口做图形处理和视频生成的时候不能直接接管显示RX580的ROCm生态在Windows下支持很一般推荐装Linux。如果纯粹是为了跑文本模型这种卡完全可以想跑图生视频和视频生成还是建议NVIDIA卡因为CUDA生态的兼容性确实好太多省下的是你的时间。1.3 工具选型为什么是Ollama加Python而不是全家桶本地部署的工具有很多一键整合包也不少但我最后选了Ollama作为模型运行时Python作为调度层的组合。Ollama这个工具最大的优势就是它把模型下载、量化、运行、API暴露全部封装好了一条命令就能跑起一个大模型同时提供OpenAI兼容的API接口这意味着上层代码完全可以照搬在线OpenAI的写法想换成DeepSeek、Qwen都只要改改模型名。那为什么还要用Python而不是Ollama自带的指令行因为创作工作台不是”对话一下“就结束的它要处理文件、调用多个模型、做后处理。Python负责把整个流程串起来读取素材、调ASR模型转写、调对话模型分析、再调SD生成图片每个环节都能灵活控制。实际上我后面写的调度脚本只有几百行却能替代掉原本需要手动切三个窗口才能完成的工作。2. 核心细节与实操原理2.1 文本生成模块跑对话和总结用哪个模型文本部分是整个工作台的基础因为后面图片、视频的调度逻辑基本都是靠文本模型来理解的。我现在主力用的是Qwen2.5 7B Instruct的量化版在Ollama里对应qwen2.5:7b它中英文混合理解能力不错写提示词、改文案、做总结都够用。如果你显存只有8G推荐用qwen2.5:3b或者llama3.2:3b速度很快效果也不差。启动方式很简单先拉模型再运行ollama pull qwen2.5:7b ollama run qwen2.5:7bOllama拉下来的模型默认会跑在11434端口而且自带一个/v1/chat/completions接口可以直接用OpenAI的SDK去调用。我平时的文本生成脚本长这样from openai import OpenAI client OpenAI(base_urlhttp://localhost:11434/v1, api_keyollama) resp client.chat.completions.create( modelqwen2.5:7b, messages[{role: user, content: 帮我把这段录音转写稿提炼成三个要点}] ) print(resp.choices[0].message.content)这里有个细节值得注意base_url一定要指到本机的11434端口api_key随便填一个占位符就行。这个接口是Ollama自动提供的不需要额外装插件。我第一次部署的时候卡在这个API兼容性上后来才发现原来Ollama已经把OpenAI兼容层做进去了。2.2 图片生成与理解能看能画才是多模态图片能力是我工作台里最常用的模块分两条线一条是生成图用的是Stable Diffusion XL全家桶另一条是理解图用的是Florence-2。可能有朋友要问为什么不用那种一个模型既能看图又能画图的目前这个方向的开源模型还不够熟比如有些统一模型看图确实可以但画图效果还是不如专门训练的SD系列稳定。市场上真实好用的方案都是把”看图“和”画图“拆成两个专业模型配合使用。生成图的部分我用的推理引擎是ComfyUI。可能有些刚接触的朋友觉得ComfyUI的节点式界面看着头疼但它最大的优势是高效利用显存——它会自动管理模型的加载和卸载跑长流程的时候不容易爆显存。跑SDXL默认需要大约7GB显存出图分辨率1024x1024质量和速度都在可接受范围内。理解图我推荐用Florence-2这是一个微软开源的多模态模型能做目标检测、区域描述、图片打标签而且模型体量很小2.5B版跑起来很轻松。调用方式也简单ollama pull florence-2然后用Python传图片路径给它它会返回图片的文字描述。这样一来我可以把用户丢给我的任何一张参考图自动转成文字描述再把这些描述塞进SD的提示词里就实现了”参考一张图生成一组类似风格图“的完整链路。2.3 音频转写与语音克隆让本地AI真的能”听“音频处理是很多人会忽略、但实际价值很高的模块。我做语音笔记采访录音整理的时候最痛苦的就是一个个听录音再手动打字现在直接用本地Whisper模型把音频转成带时间戳的文本再让Qwen模型根据转写稿自动生成摘要和待办事项整个过程不到录音时长的十分之一时间。Whisper我用的是whisper.cpp这个C移植版本它比原版Python版本在CPU上要快不少而且支持量化内存占用低。转写的核心命令git clone https://github.com/ggerganov/whisper.cpp cd whisper.cpp make -j4 ./main -m models/ggml-large-v3.bin -f 我的录音.m4a -l zh -otxt这里-l zh是把语言锁定为中文-otxt是输出纯文本。其实whisper.cpp还有很多参数比如-t 8指定线程数-p 4指定并行处理数实测多核CPU能把速度提升两倍以上。语音克隆这一块如果你有需求可以看看GPT-SoVITS这是目前开源社区做中文音色克隆效果比较靠前的项目。它需要你提供大约30秒到1分钟的干净人声作为参考音色之后就能用文本合成出接近原声的音频。整个过程是纯本地的不用担心音色数据外泄。2.4 视频生成与处理用本地模型做短视频素材视频是目前门槛最高的一块也是被问得最多的部分。说实话本地跑视频生成模型对硬件要求确实比较高以Wan2.1为例完整的文生视频模型需要8GB以上的显存做推理生成一个2-3秒的短视频在主流显卡上可能需要几分钟到十几分钟。但它的意义在于——你可以无限迭代跑多少次都不花钱。我平时做短视频的时候先批量生成几十个几秒钟的素材片段再从里面挑出能用的这个模式在云端平台是没法想象的计费会让人崩溃。如果你显卡显存不够我的建议是用视频处理来代替视频生成——用FFmpeg做剪辑、转码、抽帧再配合前面的图片模型做逐帧风格化最后合成视频。这个小技巧对很多创作者来说其实比直接文生视频更实用因为可控性高很多。我自己有一半的视频素材都是这么来的。2.5 统一封装为什么要把所有模型都包装成API当你把文本、图片、音频、视频四个模型分别跑起来之后立刻会遇到一个头疼的问题——每个模型都有自己的调用方式有的走OpenAI格式有的是命令行有的要用Python SDK每次切换都要重新适应。这时候就需要做一层统一调度了。我的做法是把每种能力封装成一个独立的Python类对外暴露统一的方法名generate_text()、generate_image()、transcribe_audio()、generate_video()。每个类内部再根据实际托管方式去适配Ollama的API、ComfyUI的API还是子进程调用。这样做的好处是上层流程完全不需要关心底层用的是哪个模型以后想换更好的模型只需要改这一个类文件其他代码一行不动。这也是为什么我说”本地部署不是终点统一封装才是真正的工作台“。3. 实操过程与核心环节实现3.1 环境准备Python虚拟环境与基础依赖先把基础环境搭好。我推荐用conda或者venv建一个独立的Python环境python版本最好在3.10以上因为很多新SDK对3.10支持最好。conda create -n ai-workbench python3.10 conda activate ai-workbench pip install openai faster-whisper pillow requests这里装openai是为了调Ollama的APIfaster-whisper作为Whisper的Python替代方案pillow用来处理图片requests用来调ComfyUI的HTTP接口。装好依赖后先拉取核心文本模型ollama pull qwen2.5:7b ollama pull florence-2验证模型是否正常运行简单跑一句curl http://localhost:11434/api/generate -d {model: qwen2.5:7b, prompt: 你好}如果返回一串JSON说明文本模型已经在线待命。这一步是整个工作台的地基地基稳了后面才有信心往上面盖楼。3.2 图片模块落地ComfyUI的部署与API化改造ComfyUI的安装比较直接跟着官方仓库走git clone https://github.com/comfyanonymous/ComfyUI cd ComfyUI pip install -r requirements.txt python main.py --listen 0.0.0.0 --port 8188启动之后浏览器打开http://localhost:8188就能看到工作流界面。关于ComfyUI的使用逻辑我要多说几句它的界面是节点式的默认你能看到每一步处理过程一开始可能会觉得复杂但熟悉了之后会发现它比很多一键软件灵活得多。我不会把SD玩出花只按照官方自带的工作流模板把文生图参数调成一套自己惯用的采样步数20步采样器选DPM 2M KarrasCFG值7分辨率1024x1024这样出图质量比较稳。ComfyUI默认自带一个HTTP API在界面右侧点击”保存“时会生成一个API格式的JSON直接用Python post这个JSON就能程序化出图import requests, json, io from PIL import Image workflow json.load(open(my_txt2img_api.json)) resp requests.post(http://localhost:8188/prompt, json{prompt: workflow})但这里有个坑ComfyUI的API接口返回的是任务ID不是直接返回图片内容。你需要用轮询方式查任务状态等到任务结束后再从输出目录里取出图片。我第一次用的时候在这里卡了很久一直以为图片会直接返回结果发现输出都被保存到了ComfyUI的output文件夹里。这个逻辑搞懂之后就明白为什么社区里会用别名加定时清理的方式管理输出目录了。3.3 音频模块落地用faster-whisper处理长篇录音whisper.cpp的命令行工具适合单次处理但在工作台里我更推荐用faster-whisper因为它是Python库可以直接被调度层调用还能自动选择量化模型处理长音频时显存占用更低。from faster_whisper import WhisperModel model WhisperModel(large-v3, devicecuda, compute_typefloat16) segments, _ model.transcribe(访谈录音.m4a, languagezh, vad_filterTrue) text .join(seg.text for seg in segments)这个脚本里有两个参数值得解释。vad_filterTrue是开启语音活动检测能自动跳过录音里的静音片段对电话录音和口述笔记特别有用可以节约不少处理时间。compute_typefloat16是用半精度推理显存占用能降到float32的一半而且实测精度损失非常小。我一般转写完之后会把这个文本自动传给Qwen模型做二次整理把口头语去掉、分好段落。这个小步骤别看简单能让后续处理效率提升一大截因为整理好的文本再用来生成摘要或者思维导图准确性会高很多。3.4 视频模块落地先跑通文生视频再做视频风格化视频这块我直接给两套可落地的方案。第一套是直接文生视频用开源的Wan2.1模型。它是阿里开源的多模态视频模型官方提供了ComfyUI插件直接在ComfyUI里加载工作流就能跑。模型下载比较吃硬盘大概需要准备20GB以上的空间。生成参数上分辨率我建议先用480p时长控制在2秒以内帧数设成48帧这样生成时间比较可控。等流程跑通了再逐步放大分辨率否则Flash显卡很容易温度爆炸。第二套是视频风格化这个方案对显存要求低很多。核心逻辑是先用FFmpeg把视频按帧抽出来对每一帧调用本地图片模型做风格迁移全部处理完再用FFmpeg合并回视频。ffmpeg -i input.mp4 -vf fps12 frame_%04d.png -q:v 2 # 逐帧调用图片模型后... ffmpeg -framerate 12 -i stylized_%04d.png -c:v libx264 -pix_fmt yuv420p output.mp4这里要注意帧率选12比较折中——帧率太高处理量翻倍太低最后的视频会有明显卡顿感。抽帧处理得到的视频虽然不是标准的文生视频但用来做风格效果完全够用而且每条素材都在本地可控这是我个人很推荐的一个降门槛思路。3.5 写一个最简单的统一调度脚本最后一步把所有能力整合起来。下面是我工作台最初版本的核心调度代码很短但它演示了”文本驱动一切“的核心逻辑from openai import OpenAI import requests, json TEXT qwen2.5:7b OLLAMA_URL http://localhost:11434/v1 COMFY_URL http://localhost:8188/prompt class Workbench: def __init__(self): self.client OpenAI(base_urlOLLAMA_URL, api_keyx) def ask_text(self, prompt): r self.client.chat.completions.create( modelTEXT, messages[{role: user, content: prompt}]) return r.choices[0].message.content def draw_image(self, prompt): workflow json.load(open(my_txt2img_api.json)) workflow[6][inputs][text] prompt return requests.post(COMFY_URL, json{prompt: workflow}).status_code # 一次调用根据音频转写稿生成配图 notes 今天访谈的主题是社区咖啡店的经营痛点 summary Workbench().ask_text(f总结这段内容并提取关键词{notes}) Workbench().draw_image(f插画风格{summary}暖色调咖啡馆场景)这段代码虽然粗糙但架子已经立起来了。真实场景中我会根据模板动态调整不同节点来灵活控制画面但大体思路完全一致——先用文本模型做理解再调用图片模型做输出。整个本地的多模态工作台到了这一步就已经跑通了。4. 常见问题与排查技巧实录4.1 高频问题速查表我在搭建这套工作台的过程中以及在帮助朋友配置时遇到过不少重复出现的坑整理成表格方便你对号入座现象可能原因解决办法Ollama启动后API一直连不上服务没有以后台方式运行执行ollama serve前台启动看报错信息生成图片时显存溢出加载了多个模型占满显存限制同时加载的模型数量或降低分辨率到768Whisper转写特别慢默认CPU推理未启用GPU指定devicecuda确认已装CUDA版依赖ComfyUI接口提交后没有图片返回API只返回任务ID需轮询状态轮询/history/{prompt_id}接口完成后去output目录取图本地生成视频画面模糊分辨率与帧率设置过低分辨率先用480P帧率设为16逐步加大模型下载中断无法续传网络不稳定用ollama pull --resume重新下载可断点续传4.2 显存不够时如何靠配置自救如果你确实只有8GB甚至是6GB显存别急着升级硬件有几个软件层面的优化技巧实测很有效。第一Ollama支持环境变量OLLAMA_MAX_LOADED_MODELS1限制它同一时间只加载一个模型避免多个模型同时占用显存这个参数我强烈建议默认就设上。第二文本模型优先用量化版本qwen2.5:7b的Q4_K_M量化版只有大约4.4GB效果和全精度差距并不大。第三ComfyUI生成图片时开启--lowvram模式它会自动把模型的部分层暂时卸载到内存换来的是更慢的速度但至少不会直接报错崩溃。4.3 工作台效率优化的三条独家心得聊到这儿我分享几个常年积累下来的使用习惯。第一给常用模型写启动脚本。不要每次手动敲命令我直接在启动脚本里把Ollama、ComfyUI、视频处理服务的启动命令都写进去一键启动。这个过程可以用systemd管理也可以直接用简单的shell脚本能让日常使用省心很多。第二定时清理ComfyUI输出目录。工作台跑时间长了output文件夹里会堆大量废图占硬盘不说还让后续取图逻辑变慢。我写了个cron任务每天凌晨把超过12小时的文件自动清理这个操作很简单但特别实用。第三善用模板配置。出图参数、提示词风格、音频转写要求这些都写成可复用的配置文件和模板。我每次换领域应用基本只改配置不改代码这样在不同项目之间切换的效率会高很多。结尾这套本地AI创作工作台我已经稳定跑了大半年。坦白说它不是一个”装完就完事“的项目可能需要你花一个周末的时间去配置、去调试、去和各个模型磨合但一旦跑通你获得的是一套完全属于自己的、不依赖任何厂商策略的内容生产能力。我个人的体会是本地部署最大的魅力不在于省那点API费用而在于它是你真正掌控的工具数据在哪、模型用哪个版本、流程怎么编排都是你说了算。最后再分享一个小技巧也是我自己最近在做的方向——把所有本地模型的能力想办法暴露到局域网里让手机、平板也能通过相同接口调用工作台的文本和图片能力。这样一来你在外面随手拍的照片回家就可以自动接入工作台做分类和整理真正把“本地工作台”变成一个“家庭AI服务器”。这套方案拓展性很强后续想接入知识库、自动化任务都是在现有骨架上继续长肉而已。
