吉利智作
AIGC 创作平台
让生成，走向创作。
从平台治理、多品牌隔离，到生成资源配置与能力开放。我以产品经理的角色，把分散的业务需求转化为平台规则与核心流程，再推动创作模式向 Agent＋画布演进。
01 / MULTIMODAL02 / CREATION03 / PLATFORM产品经理
2025.04 起参与平台建设
平台治理、生成资源改造
多品牌租户与公共应用机制
Agent＋画布重构
计划 2026 年底上线
一个平台，两种使用深度
吉利智作是面向集团内部员工的 AIGC 创作平台，服务极氪、领克、吉利等品牌，覆盖汽车造型、营销运营、教学培训等场景。它既要让普通员工快速使用，也要支持专业业务团队定制生成能力。
让普通用户先完成任务
通过场景模板使用图片、视频、数字人等能力，降低对提示词与底层工具的学习要求。用户关心的是能否拿到可用结果，而不是理解模型和工作流。
给专家保留定制空间
开放 ComfyUI 工作流搭建、LoRA 模型训练等能力，承接车型、零部件等专业内容的控制需求，同时管理这些能力背后的权限、资源与运行依赖。
建设内部平台的业务考虑包括敏感素材保护、专业车型适配，以及与内部系统的集成。
我定义产品规则与核心流程，团队共同完成实现
我负责需求梳理、功能与核心业务流程的产品设计，独立定义多品牌租户、权限组和公共应用机制；参与实体关系梳理及正式环境资源配置决策。具体页面与交互由团队设计师负责，技术架构、性能改造和算法实现由相应技术团队主导。
接手之后，先让平台可靠可用
2025 年 4 月接手平台后，我与新研发团队共同摸排功能与技术实现。发现的问题并非只有操作体验：用户内容隔离、访问控制、任务排队和运行依赖，都在影响平台能否支撑真实业务。因此，工作不能只围绕新增功能展开。
- 安全
- 用户内容隔离与资源访问控制需要完善，专业业务素材的使用边界需要明确。
- 技术
- 单卡承担多类任务，测试与正式使用相互争抢资源；模型、插件与运行环境的依赖缺少清晰管理。
- 功能
- 部分应用功能相近、组织与排序不足，能力持续增加却难以形成清晰的使用入口。
- 体验
- 模板说明、生成参数和操作路径不一致，局部重绘等功能的操作引导不够清晰。
- 01 / 安全与基础风险先明确访问与隔离边界
完善用户内容隔离、资源访问与权限控制。
- 02 / 技术与功能基础再处理运行与扩展问题
推进插件管理、模型存储迁移和运行资源改造。
- 03 / 功能与体验持续整理使用路径
调整部分功能动线，梳理提示词与高级参数规范。
基于安全问题更高的优先级，先处理安全风险，再逐步推进其他治理事项；技术实现由研发团队承担。
品牌之间要隔离，公共能力不能被隔开
平台最初服务极氪业务，随后逐步扩展到领克和吉利。不同品牌提出了应用／工作流、模型与生成数据的隔离要求。但平台同时面向全体员工开放，公共应用不能成为某个品牌租户的独有资源。
品牌有自己的私有空间
汽车造型等业务需要管理私有能力和数据；同一品牌内部，不同团队也可能需要不同的应用权限，仅按品牌划分仍不足以表达这些使用边界。
普通用户不必先理解租户
普通员工只需要打开平台、使用公共能力。如果为了管理方便而要求所有人先被分配租户，组织管理上的复杂性就会成为使用前的额外门槛。
KEY DECISION / 我定义的关键原则“无租户”应该是一种默认状态，
而不是一种特殊的租户。
我设计并定义了“租户＋权限组＋公共应用”的机制，将品牌私有边界与公共能力的开放方式分别处理。租户用于组织需要隔离的业务，权限组承接租户内的二级管控；公共应用则通过独立属性表达跨租户可见性。
- 租户中心
- 将需要私有业务空间的用户分配到对应租户，承接不同品牌的隔离需求。
- 租户内权限组
- 每个租户可单独设置权限组，进一步控制不同业务团队可使用的私有应用。
- 公共应用属性
- 应用配置增加“是否为公共应用”；标记为公共的应用跨租户可见，不归为某个品牌的独占能力。
- 默认无租户
- 普通用户无需先配置租户，进入平台即可看到公共应用，不必理解后台的租户管理结构。
| 使用身份 | 公共应用 | 私有应用 |
|---|---|---|
| 普通用户／无租户 | 默认可见 | 不因公共入口获得私有权限 |
| 已分配租户的业务用户 | 跨租户可见 | 由所属租户与权限组管控 |
机制已上线；产品规则由我设计定义，页面与技术实现由团队完成。
DESIGN TAKEAWAY把组织权限的复杂性留在管理层，让公共能力的入口保持简单。
从单卡混跑，到按任务配置资源
接手初期，图片、视频和 ComfyUI 工作流等任务依赖同一张显卡，测试与正式使用也共用资源。任务串行排队，新模型探索还会占用线上生成资源。这不仅影响等待体验，也限制了后续能力扩展。
先理清应用背后的运行依赖
我梳理应用、工作流、大模型、LoRA、插件、镜像与显卡／队列的实体关系，把前台应用与实际运行依赖联系起来，为和技术团队讨论环境、资源与隔离配置建立共同理解。
实体图表达的是当时平台的实现关系，而非所有 AIGC 平台通用的技术架构。
以现有使用量预估，让配置承接实际任务
技术团队主导性能与运行架构改造。我结合当前使用量，参与决定正式上线时的环境和显卡配置：区分测试与正式运行，按图片、视频、3D 等任务组织独立队列，并为有隔离要求的业务配置独立运行资源。首期数量来自使用量预估，后续可按实际情况调整。
支持能力探索
配置 5 个独立生成队列、1 个 ComfyUI；测试使用 L20 等资源，承接模型、插件和工作流的验证。
保障线上业务使用
配置 20 个独立生成队列，其中 Flux、视频、3D 各 4 个队列；按隔离名单配置 5 个独立运行的 ComfyUI。根据模型特性配置 4090、H20 等资源。
90% 的生成任务执行耗时小于 1 分钟
该数据不包含排队时间，不能等同于用户从提交到拿到结果的总等待时长。性能结果来自技术团队主导的改造，我的贡献是依赖关系梳理与上线资源配置协同。
PRODUCT TAKEAWAY不仅定义用户看到的功能，也理解支撑功能可用的资源约束。
把多模态能力，持续变成可用功能
平台建设不只有常规功能迭代。接入新模型还需要效果预研、成本评估、插件或模型准备、集成测试和工作流搭建。我在业务方、研发、算法、工作流搭建与运营之间协调需求，衔接两条并行的交付流程。
- 常规产品迭代
- 需求梳理 → 需求评审 → 设计评审 → 功能开发 → 测试 → 版本上线。
- 新模型与工作流
- 模型发布 → 效果预研与成本评估 → 插件开发或模型训练 → 功能集成与测试 → 工作流搭建 → 应用上线。
不同能力按实际依赖推进，不把模型接入简单等同于增加一个前台入口。
LoRA 模型训练
支持用户自定义模型训练，拓展专家用户的定制能力。
视频生成
接入视频生成能力，支持文本、单图、首尾帧等输入方式。
外部 API 接入
对接外部生成服务，补充电商等业务场景的能力选择。
图像生成 3D 模型
为汽车造型相关业务增加三维内容生成工具。
内部能力开放
将平台生成能力以 API 形式提供给其他业务系统，并统一接口管理。
从生成、训练到多模态创作
以下为团队的核心功能设计展示，部分为界面局部；具体页面与交互由团队设计师负责。点击图片可查看原图。
01 / 图像创作
02 / 模型训练
03 / 多模态与辅助工具
两个统计周期长度不同，数据用于说明平台使用规模，不直接计算同比增长，也不归因于尚未上线的 Agent＋画布。项目获 2025 公司技术创新奖（团队），个人获 2025 数智领航奖。
下一步，让生成接上完整工作流程
平台能力逐步丰富后，参数式、按功能划分的交互仍然割裂：用户完成脚本、图片与视频，需要在不同模块间切换；汽车造型业务方在评审前，还要下载分散的方案，再到 PS 或 PPT 中整理排版。
- 01收集分散方案
- 02分别下载
- 03PS／PPT 排版
- 04集中评审与选择
根据用户反馈和核心业务方的实际工作方式整理，为流程示意，不是实测效率对比。
Agent 与画布，是联动的创作模式
画布的直接需求来自业务方：在一个聚焦窗口中展示多个方案，便于评审会议比较与选择。结合用户反馈及 Agent 对话、画布模式的发展趋势，我们定义由对话持续发起创作、结果在画布中呈现的联动关系，而非增加两个独立功能入口。
Agent 对话
表达创意意图
反复发起内容生成
画布工作空间
承载生成结果
集中组织与展示方案
继续对话、继续生成，让多个结果在同一工作空间中持续呈现。
Agent＋画布
优先交付创意生成与画布联动的核心模式。具体页面与交互由团队设计师负责。
灵感分享＋教程
支持分享优质产出、学习平台操作与提示词。经排期评估，产品团队共同决定将非首期核心、对画布依赖较少的模块延后交付。
减少模块切换、降低评审准备负担仍是待验证目标，不表述为已实现的业务收益。
设计的不只是页面，也是产品成立的条件
这段产品经理经历，让我从设计视角进一步进入平台规则、运行约束与交付协作：既要定义谁能使用什么，也要理解能力如何被可靠地提供，最后回到用户如何完成工作。
- 复杂规则转译
- 用租户、权限组与公共应用表达业务边界，不让管理结构成为普通用户的使用门槛。
- 技术约束理解
- 以实体关系连接前台功能与运行依赖，在明确技术团队职责的前提下参与上线配置判断。
- 真实任务定义
- 从生成之后的整理、评审需求出发，定义 Agent＋画布的下一阶段工作模式。
对于待上线的重构，后续仍需观察完整创作链路能否顺畅完成、评审前是否仍需外部整理，以及核心业务方是否真正采用。