Community研究與資料分析github.com

低显存AI视频生成·4060实测

網路上AI影片教學動輒要求24GB顯示記憶體,讓人望而卻步——其實8GB的RTX 4060也能跑。這套方案是基於RTX 4060 Laptop 8GB顯示記憶體 / 32GB記憶體 / Windows 11真實測試的配置與調參。

低显存AI视频生成·4060实测 是什麼?

這是一款專為低顯示記憶體(8GB)環境設計的本地AI影片生成技能,基於ComfyUI、Wan2.1-1.3B(文生影片)與LTX-2B(圖生影片)模型,讓使用者無需昂貴硬體或API費用即可生成短動畫影片。此技能提供詳細的部署順序、模型選型紅線(如Wan2.1-1.3B僅支援文生影片,LTX-2B fp8支援圖生影片)、人物一致性解決方案(使用固定角色圖作為首幀分段生成後拼接)、以及常見踩坑提示(如7z解壓路徑錯誤、模型格式不匹配導致的錯誤訊息、管道啟動導致KSampler中斷)。支援Windows平台,採用可重複的工作流JSON,適合自媒體創作者快速上手,直接在本地生成低解析度、數秒的動畫影片。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/lowvram-ai-video-comfyui

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

預覽

來自技能 README

九品錦锂e 微信二維碼

說明文件


name: lowvram-ai-video-comfyui slug: lowvram-ai-video-comfyui displayName: 8G顯存跑AI影片·4060實測低顯存文生/圖生影片 description: 網路上AI影片教學動輒要求24GB顯示記憶體,讓人望而卻步——其實8GB的4060也能跑。這套方案是基於RTX 4060 Laptop 8GB顯示記憶體 / 32GB記憶體 / Win11真實測試的配置與調參。

能做什麼:本地生成低解析度、幾秒的短影片(動漫向,自媒體夠用),全程本地、零API費用。

裡面幾條最值錢的,都是踩坑換來的:

  • 文生影片和圖生影片是兩套模型,不能互換:Wan2.1-1.3B 只有文生影片,它的圖生影片是14B(8G跑不動);8G能跑的圖生影片是 LTX-2B fp8
  • 人物一致性正解:純文生影片做不到「同一角色多段連續」,要用同一張角色圖做首幀逐段生成再拼接;硬拼 N 段必然人物漂移
  • 部署順序不能跳:ComfyUI 便攜版安裝 → 升到最新版(舊版沒有 Wan/LTX 節點)→ 依賴升級 → torch 與 comfy-kitchen 版本匹配
  • 國內網路下的 GitHub 鏡像配置、MSYS 路徑把 7z 解壓目標搞壞的坑
  • 白下載預警:動手前先驗模型有沒有音訊能力、顯示記憶體裝不裝得下,別下完 20G 才發現跑不動

輸入:一段提示詞(文生)或一張角色圖(圖生) 輸出:本地生成的短影片檔案

觸發詞:本地跑AI影片、低顯存、8G顯存、4060、顯存不夠怎麼跑、ComfyUI影片、Wan2.1、LTX、文生影片、圖生影片、本地影片生成、零成本AI影片。 version: 1.1.0 author: 九品錦锂e summary: 8G 顯存也能跑本地 AI 影片:Wan2.1-1.3B 文生 + LTX-2B 圖生,含模型選型紅線與白下載預警,全程本地零 API 費用。 license: MIT metadata: version: "1.1.0" category: design-media


本機 AI 影片生成(ComfyUI + Wan / LTX)

基線機器:RTX 4060 Laptop 8G 顯存 / 32G 記憶體 / Win11。 定位:本地出低解析度、幾秒的動漫短影片(自媒體夠用)。別把 8G 當 16G 用。

何時用

用戶說「跑影片模型/文生影片/圖生影片」,或要把本地影片生產環境交給執行成員(團隊成員等)繼續實驗時。

先建立認知(選型不走錯)

  • 文生影片(T2V) 與 圖生影片(I2V) 是兩套模型,不能互相替代:
    • Wan2.1-1.3B 只有 T2V;Wan 的 I2V 只有 14B(8G跑不動)。
    • 8G 能跑的 I2V = LTX-2B fp8(另需 t5xxl 編碼器)。
  • 長影片/人物一致性:純 T2V 做不到「同一角色多段連續」;正解是 I2V 用同一張角色圖做首幀,逐段生成再拼接。T2V 硬拼 N 段必人物漂移。
  • Ollama 與 ComfyUI 模型不通用:Ollama 是語言模型(寫提示詞/劇情),ComfyUI 是擴散模型(出片)。是配合分工,不是替代。

部署順序(按序做;跳步必踩坑)

1) 裝 ComfyUI 便攜版(放 D 槽,勿佔 C 槽)

  • 從 Comfy-Org/ComfyUI GitHub release 取 ComfyUI_windows_portable_nvidia.7z(自帶 python+torch+CUDA)。
  • ⚠️ bash 下 7z x -o"/d/..." 的 MSYS 路徑會被轉換壞,產物不落目標目錄(解壓報成功但目錄空)。→ 用 Python subprocess 傳原生 Windows 路徑調 7z。

2) 升級 ComfyUI 到最新版(舊版沒有 Wan/LTX 節點)

  • GitHub 直連常 Connection was reset → 先配鏡像: git config --global url."https://ghfast.top/https://github.com/".insteadOf "https://github.com/",再 git pull --ff-only origin master。

3) 升級 Python 依賴:python_embeded\python.exe -s -m pip install -r ComfyUI\requirements.txt(新版會新增 comfy-kitchen 等)。

4) torch 必須與 comfy-kitchen 匹配(按症狀逐級排):

症狀根因處置
module 'torch.library' has no attribute 'custom_op'torch < 2.4升 torch
infer_schema ... unsupported type list[int]torch 與 comfy-kitchen 不匹配升到 cu130 的 torch(2.14+)
cudaErrorNotSupported / likely using older driver驅動 CUDA 版本不夠升級 NVIDIA 驅動
  • 先判驅動上限:nvidia-smi 看 CUDA Version;要 CUDA 13 就必須升驅動。
  • 取最新驅動:NVIDIA 驅動查詢 API(AjaxDriverService,RTX40 系筆電 psid=138/pfid=1005)拿 DownloadURL;下載需帶瀏覽器 UA + Referer,否則 403。靜默裝 -s -noreboot;裝完 nvidia-smi 確認,通常無需重啟 torch 即可識別 GPU。

5) 模型必須用 ComfyUI 標準格式(最容易踩的坑)

  • 從 Comfy-Org/Wan_2.1_ComfyUI_repackaged 的 split_files/ 下 safetensors:
    • diffusion_models/wan2.1_t2v_1.3B_fp16.safetensors(≈2.8G)
    • text_encoders/umt5_xxl_fp8_e4m3fn_scaled.safetensors(≈6.7G)
    • vae/wan_2.1_vae.safetensors(≈0.25G)
  • ⚠️ 用 Wan 官方原始 .pth(如 models_t5_umt5-xxl-enc-bf16.pth)→ 報 Cannot copy out of meta tensor; no data!(CLIPTextEncode 階段)。這是格式/命名不匹配,不是顯示記憶體問題——別去調顯存參數。
  • 國內下載:HuggingFace 直連不通 → 用 hf-mirror.com;curl -C - --retry 999 --retry-all-errors 斷點續傳。
  • 落位:ComfyUI\models\{diffusion_models,text_encoders,vae}\。

6) 裝 ffmpeg(影片編碼必需):python_embeded\python.exe -s -m pip install imageio-ffmpeg imageio(自帶靜態 ffmpeg)。缺它 SaveVideo 階段報 [Errno 22]。

7) 啟動服務

python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build --disable-async-offload > log.txt 2>&1
  • --disable-async-offload:8G 下避免文本編碼器權重停在 meta device。
  • ⚠️⚠️ 絕不用 | head / | tee 管道啟動這類長駐服務:tqdm 進度條寫已關閉的管道 → [Errno 22] Invalid argument 直接中斷 KSampler,看起來像模型報錯,其實是啟動方式問題。用 > 日誌 2>&1 重新導向。這條坑對任何長駐進程/閘道同樣成立——管道關閉會連帶殺掉進程。
  • 判就緒:netstat -ano | grep :8188 有 LISTENING。

跑文生影片(T2V)

  • 節點鏈照抄 templates/wan21_t2v_workflow.json: CLIPLoader(type=wan) + VAELoader + UNETLoader + EmptyHunyuanLatentVideo + CLIPTextEncode(正/負) + KSampler + VAEDecode + CreateVideo + SaveVideo
    • 影片 latent 用 EmptyHunyuanLatentVideo;輸出必須 CreateVideo → SaveVideo。
    • ⚠️ VAEDecode 輸出是 IMAGE,直連 SaveVideo 會報 received_type(IMAGE) mismatch input_type(VIDEO)。
  • 提交:POST http://127.0.0.1:8188/prompt,body {"prompt": {節點id: {class_type, inputs}}};返回 node_errors:{} 即通過。
  • 查進度:GET /history/<prompt_id> 看 status.status_str(running/success/error);error 時讀 messages 裡的 execution_error(含 node_id/node_type/exception_message)。
  • 8G 實測可用參數:832×480、length 33(≈2 秒)、steps 15-20、cfg 5.5-6.0、fps 16。超了會 offload 到記憶體,極慢。
  • 產物在 ComfyUI\output\*.mp4;用 imageio_ffmpeg.get_ffmpeg_exe() 調 ffmpeg 驗時長/解析度。

跑圖生影片(I2V)

  • 用 LTX-2B:ltxv-2b-0.9.8-distilled-fp8.safetensors(≈4.5G)→ models\diffusion_models\;text encoder 用 t5xxl:t5xxl_fp8_e4m3fn.safetensors(≈4.9G,來自 comfyanonymous/flux_text_encoders)→ models\text_encoders\。
  • ⚠️ LTX 用 t5xxl、Wan 用 umt5,兩者不通用,都要下。
  • 一致性打法:固定一張角色圖當首幀逐段生成,或用 IPAdapter/InstantID 注入角色。

跑前準備(8G 顯存)

  • 關 Chrome 等佔顯存軟體(系統/桌面常佔 ~1.2G,Chrome 可佔 ~1.9G)。
  • 單任務串行,別併發多個生成。

交付給執行成員

交接文件結構(照此寫):環境路徑 → 啟動命令(含參數)→ 模型清單(檔名+目錄+大小)→ 可複用工作流 JSON → 8G 參數心法 → 踩坑速查 → 下一步待辦。

參考

  • templates/wan21_t2v_workflow.json — 實測跑通的 Wan2.1-1.3B 文生影片工作流(ComfyUI API 格式,可直接 POST)

關於作者

九品錦锂e | 把踩過的坑封裝成「拿來就能跑」的 skill,不寫教科書。

這個 skill 是我自己在用的版本,裡面每條坑都是真踩過的。用的時候卡住了、想要進階玩法、或者有別的場景想讓我封裝成 skill,直接加我微信說,加時備註「SkillHub」我優先通過:

九品錦锂e 微信二維碼

掃碼添加作者微信 · 備註「SkillHub」優先通過

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

相關技能