Codex 漫矩公司生产创作资产操作系统

# Codex 漫矩公司生产创作资产操作系统

这不是一个普通的“素材文件夹管理器”。

它是一套专门围绕 **Codex + AI 图片 + AI 视频 + 音频 + Prompt + Skill + 项目资产**打造的本地生产创作资产操作系统。

它真正解决的是一个所有重度 AI 创作者迟早都会碰到的问题：

**AI 越用越多，素材越来越多，项目越来越多，最后根本不知道哪张图是谁生成的、哪个才是最终版、提示词在哪里、上一版为什么被淘汰、这个镜头到底用了哪个角色资产。**

以前你的电脑可能是这样的：

```text
final.png
final2.png
final_新版.png
final_真的最终版.png
final_最终版2.png

角色参考/
角色参考新/
角色参考最终/
角色参考不要删/
```

项目一多，素材直接爆炸。

而这套系统的目标，就是让 Codex 开始真正接管 AI 创作资产。

---

# 它到底是干什么的？

一句话：

> **把散落在电脑里的 AI 创作素材，变成一套有身份、有版本、有来源、有审核、有连续性、可以被 Codex 随时调用的生产资产。**

它管理的不是单纯的“文件”。

它管理的是：

```text
项目
↓
集 / Sequence / Scene / Shot
↓
生产任务
↓
角色 / 场景 / 道具 / Prompt / Skill
↓
生成结果
↓
版本
↓
来源
↓
审核
↓
正式 Master
↓
下一镜连续性
```

也就是说：

你看到的是一张图片。

系统看到的是：

> 这张图片属于哪个项目
> 属于哪个角色
> 出现在哪个镜头
> 是第几个版本
> 从什么参考图生成
> 用了哪个 Prompt
> 哪个生成器生成
> 上一版是什么
> 为什么这一版被选中
> 哪些地方已经锁定
> 下一镜必须继承什么

这才是真正的“AI 生产资产管理”。

---

# 一、自动接管本地创作目录

你可以把自己的图片、视频、音频、文档等创作目录交给系统管理。

系统可以扫描并识别资产。

支持：

* 图片
* 视频
* 音频
* 文档
* Prompt
* Skill
* 生成结果
* 项目素材

第一次扫描以后建立资产身份。

以后文件发生变化：

```text
新增文件
修改文件
重复文件
文件丢失
版本更新
```

系统都能够重新识别。

而且它不是暴力接管硬盘。

默认原则是：

> **不随便删除原文件。**
> **不偷偷覆盖原文件。**
> **不乱移动用户目录。**

本地源文件和系统资产库之间是受控关系。

即使原始文件后来被删掉，已经正式入库的资产版本仍然可以保留。

---

# 二、真正的版本管理

普通文件管理软件最大的问题之一：

它根本不知道：

```text
角色_v2.png
角色_v3.png
角色_最终.png
```

到底是什么关系。

在这里，每个资产都有永久 Asset ID。

例如：

```text
CHARACTER-00031
```

然后每次修改形成 Revision：

```text
REV-001
REV-002
REV-003
REV-004
```

文件名可以改。

文件夹可以移动。

但资产身份不会变。

于是你以后可以真正回答：

> 这个角色现在正式使用的是哪个版本？

而不是在硬盘里猜“final2是不是最终版”。

---

# 三、资产血缘追踪

这是它和普通素材管理器区别非常大的地方。

每个生成结果可以记录自己的来源。

例如：

```text
角色母图
+
服装参考
+
场景参考
+
Prompt v7
+
Seedance / GPT Image / SD
↓
生成结果 Revision 8
```

系统能够保存这条关系。

所以以后可以追溯：

> 这张图到底是怎么来的？

也可以反向查询：

> 哪些镜头使用过这个角色母资产？

这就是 **Asset Provenance / 资产谱系**。

---

# 四、Master 正式资产机制

AI 创作最容易出现的问题之一：

候选版本越来越多。

所有版本看起来都像“还能用”。

最后团队根本不知道哪个才是正式版本。

这套系统加入了 Master 概念。

资产可以经历：

```text
候选
↓
审核
↓
通过
↓
Master
↓
锁定
```

一旦晋升 Master：

它就成为项目里的正式资产。

例如：

```text
CHAR01_FACE_MASTER
SCENE07_MASTER
PROP02_MASTER
```

以后 Codex 默认优先调用正式版本。

而不是随机从历史文件里抓一张。

---

# 五、失败版本也有价值

很多资产系统喜欢把失败图直接删掉。

这套系统不是这样。

失败版本可以留下：

```text
失败原因
审核结果
问题类型
替代版本
修复记录
```

例如：

```text
REV-003
失败原因：
人物脸型漂移
服装结构错误
左手穿模

替代版本：
REV-005
```

以后 Codex 可以知道：

> 这个错误以前发生过。

而不是下一次又重复踩坑。

失败资产会变成生产经验。

---

# 六、连续性管理

对于漫剧、短剧、AI 电影尤其重要。

每个镜头结束以后，可以记录：

```text
角色站位
服装状态
受伤状态
手里拿什么
门有没有打开
灯有没有关闭
天气状态
场景破坏程度
人物情绪
```

下一镜直接继承。

例如：

```text
SHOT 018
女主右手拿枪
左肩受伤
门已经打开
灯关闭

↓

SHOT 019
必须继承以上状态
```

这可以减少 AI 视频最常见的问题：

上一镜还拿着枪。

下一镜枪没了。

上一镜衣服破了。

下一镜衣服自动恢复。

---

# 七、Prompt 和 Skill 也属于资产

很多人的 Prompt 都散落在：

```text
TXT
微信聊天
Notepad
ChatGPT
Claude
收藏夹
```

最后自己都找不到。

这套系统把：

```text
Prompt
Skill
生成配方
模型参数
```

也作为正式生产资产管理。

Prompt 可以有版本。

Skill 可以有版本。

某张图用了哪个 Prompt，也可以追溯。

以后就不再是：

> “卧槽，当时那张特别好的图到底用的什么提示词？”

---

# 八、Codex 可以直接参与管理

这套系统本身就是围绕 Codex 设计的。

Codex 可以通过本地接口读取：

```text
项目
资产
版本
Master
任务
连续性
Prompt
Skill
Generator Run
```

于是以后可以直接说：

```text
找出第五场第十二镜使用的正式角色资产。
```

或者：

```text
找出这个角色最近三个通过审核的版本。
```

或者：

```text
告诉我这个镜头上一版失败在哪里。
```

甚至：

```text
创建一个新的镜头任务，
继承上一镜角色状态和道具状态。
```

这才是它叫：

**Codex 生产创作资产操作系统**

而不是普通素材浏览器的原因。

---

# 九、MANJU CONTROL ROOM

系统有一套独立的本地生产控制台：

**MANJU CONTROL ROOM**

主要区域包括：

```text
指挥中心
生产
资产
审核
连续性
本地接管
Prompt & Skill Registry
Agents
系统健康
```

你不需要永远盯着文件夹。

可以直接从生产视角看项目。

---

# 十、内容去重

AI 创作非常容易出现：

一张图被复制十遍。

名字不同。

目录不同。

实际上内容完全一样。

系统会基于 SHA-256 等机制识别底层重复文件。

同一份内容可以只保存一份底层 Blob。

不同项目仍然可以拥有不同的逻辑资产身份。

这样可以避免：

```text
十个项目
复制十份同一张参考图
```

最后硬盘越来越乱。

---

# 十一、本地优先

这套系统最重要的设计之一：

**Local First。**

核心数据、资产和项目关系都可以运行在本地。

不依赖必须上传云端以后才能工作。

适合：

* AI 漫剧
* AI 短剧
* AI 电影
* 游戏改编
* 动画
* 视觉设计
* 广告
* AI 摄影
* 大规模图片生成
* 大规模视频生成

尤其适合本地拥有大量素材的人。

---

# 十二、系统健康检查

系统不仅管理资产。

还可以检查资产库本身有没有问题。

例如：

```text
Vault 文件损坏
文件丢失
数据库关系异常
重复资产
失联绑定
```

甚至如果底层资产文件被人为篡改：

系统也能够发现内容与登记 Hash 不一致。

换句话说：

它不仅负责存。

还负责判断：

> **你存进去的东西现在还正常吗？**

---

# 十三、备份与恢复

整个 Workspace 可以进行备份。

然后恢复到新的环境。

目标不是：

> 备份了一堆图片。

而是：

> 项目结构、资产关系、版本、Master、谱系和索引一起恢复。

这对于长期项目非常重要。

因为真正值钱的不是几张图片。

而是这些图片之间的关系。

---

# 它适合谁？

如果你只是偶尔生成三五张图片：

没必要用这么重的东西。

直接文件夹就够了。

但如果你已经开始出现：

```text
几十个角色
几百个镜头
几千张图片
大量视频
几十套 Prompt
大量参考图
多个 AI 模型
多个项目并行
```

那么资产管理很快就会成为瓶颈。

这套系统就是为这种阶段准备的。

---

# 一个实际例子

假设现在做一部 AI 漫剧。

项目：

```text
PROJECT：深海遗迹
```

角色：

```text
CHAR01：林夜
```

正式角色身份：

```text
CHAR01_MASTER
```

第一场：

```text
SCENE01
```

第十八镜：

```text
SHOT018
```

生成过程中出现：

```text
REV01
脸不像

REV02
服装错误

REV03
人物正确
手部错误

REV04
全部通过
```

于是：

```text
REV04 → Master
```

然后系统记录：

```text
角色：CHAR01
服装：OUTFIT02
场景：SCENE01
Prompt：PROMPT-014 REV7
Generator：Seedance
参考图：REF01 + REF05
正式版本：REV04
```

下一镜：

```text
SHOT019
```

Codex 可以直接读取：

```text
继承 CHAR01 Master
继承 OUTFIT02
继承上一镜右手持枪
继承肩部污渍
继承房门已打开
```

这就是完整生产资产系统和普通文件夹的区别。

---

# 它最强的地方是什么？

不是 UI。

也不是文件扫描。

真正强的是四个字：

# **创作关系**

普通软件只知道：

> 这里有一张 PNG。

这套系统要知道：

> 这是一部作品里某个角色，在某个镜头中的第六个版本，它由两个参考资产和一个 Prompt 产生，上一版因为身份漂移被淘汰，这一版经过审核成为 Master，下一镜必须继承它的服装和受伤状态。

当系统能够知道这些东西的时候：

AI 创作才真正开始从：

**“生成图片”**

变成：

**“生产作品”。**

---

# 最适合的一句话宣传

> **别再管理文件了，开始管理你的 AI 创作资产。**

或者更直接一点：

> **让 Codex 接管你的 AI 创作资产：角色、镜头、Prompt、Skill、版本、生成记录和连续性，一套系统全部管理。**

再狠一点：

> **几千张 AI 图片不可怕，可怕的是半年以后你已经不知道哪张才是真的最终版。**
>
> **Codex 漫矩公司生产创作资产操作系统，就是为了终结这件事。**