从文字展开画面
从文字描述展开概念、场景和视觉方向。
AI 产品与工具开发本地 AI 影像工作站
文生图、文生视频与图生视频的本地工作台
面向影像生产的 Windows 本地 AI 工作台,将文生图、文生视频与图生视频整理为统一任务入口;当前已验证文生视频任务运行,以及图生视频的图片输入与任务提交流程。
01 / 背景
模型本身不能替代生产工具。一次影像任务还需要输入、运行、文件处理、任务状态和结果查看。
这个项目把文生图(T2I)、文生视频(T2V)和图生视频(I2V)整理进同一个本地工作台,当前先以已验证的文生视频任务运行和图生视频输入流程建立使用路径。
02 / 能力组织
产品结构按三条能力线整理:文生图(T2I)、文生视频(T2V)和图生视频(I2V)。当前已确认的是文生视频任务运行,以及图生视频的首帧输入、模式和提交入口;文生图仍处于统一入口的产品方向中。
三条能力线最终指向同一个产品问题:怎样让影像任务有清楚的入口、状态和结果位置。
从文字描述展开概念、场景和视觉方向。
已有本地任务的运行中与成功状态记录。
已验收首帧输入、模式切换和任务提交入口。
同一界面包含生成工作台、项目、资产和任务入口。

一张完整界面和一张状态局部,展示参数提交、任务运行及成功状态。


历史 T2V 验收记录:Wan2.2-TI2V-5B · 本地 ComfyUI 后端 · 832×480 · SUCCEEDED。 这组记录呈现从参数提交到任务成功状态的工程验证路径,画面本身不等同于最终视频质量样片。
验收页面显示首帧图片输入、模式切换和任务提交入口,不代表最终视频输出。

03 / 产品化
模型能够运行,和一次任务对使用者足够清楚,是两个不同的问题。当前产品化工作集中在把已确认的任务入口、状态和结果查看放进桌面工具:
提交生成任务 → 查看运行状态 → 打开生成结果
安装、环境检查和发布包仍属于后续工程验证范围。
04 / 本地工作站
本地工作站把运行环境、文件和生成任务放在同一个可控制的使用边界内。对这个项目而言,“本地”首先是一种运行方式。
桌面入口的价值,是让一次生成任务拥有明确的入口、状态和结果位置;这种使用方式仍以原型验证为准。
05 / 能力边界
这个原型按 T2I、T2V、I2V 三条能力线整理本地生成任务。
项目聚焦 Windows 本地 AI 影像工作站与内部生产工具。已确认的公开证据集中在历史产品界面、T2V 任务状态和 I2V 功能验收。
06 / 产品设计与验证
我负责这套工作台的产品定位、功能拆分和使用流程设计,把文生图、文生视频、图生视频三类任务整理进统一界面,并设计任务提交、运行状态、结果查看等操作路径。
具体包括需求判断、信息架构、生成流程、本地生成链路的接入方式、功能测试、验收和迭代判断;工程实现结合现有生成框架与 GPT、Codex 等 AI Coding 工具协作完成。
07 / 当前状态
当前状态是:内部生产工具 · 可运行原型 · 工程验证中。
下一步先验证运行环境、安装与发布包的实际流程,并补齐可重复使用的影像任务路径。