144 lines
4.3 KiB
Markdown
144 lines
4.3 KiB
Markdown
# video-workbench 调整意见
|
|
|
|
```yaml
|
|
created: 2026-06-15
|
|
project_path: C:\Users\wangq\Documents\Codex\video-workbench
|
|
status: adjustment-brief
|
|
```
|
|
|
|
## 1. 当前判断
|
|
|
|
`video-workbench` 与 `writing-workbench` 不同。它不应因为深度创作无法全自动化而被一起收缩。
|
|
|
|
降维输出天然更适合结构化，因为它的目标更清楚：
|
|
|
|
- 从深度文章或模型中抽取一两个点。
|
|
- 面向公众关心的问题重新组织。
|
|
- 控制在约 10 分钟以内。
|
|
- 形成角度、总纲、分镜、口播、图片提示词、资产和发布文案。
|
|
|
|
因此，`video-workbench` 可以继续保留较强的流程化设计。但要明确：它处理的是“已有深度材料的再表达”，不是原始深度创作本身。
|
|
|
|
## 2. 建议调整
|
|
|
|
### 2.1 保持独立，不并入 writing-workbench
|
|
|
|
`video-workbench` 是 `writing-workbench` 的兄弟项目，不是子目录。这个判断应继续保留。
|
|
|
|
原因：
|
|
|
|
```text
|
|
writing-workbench 关注深度文章生产。
|
|
video-workbench 关注公众传播、节奏、画面和资产准备。
|
|
```
|
|
|
|
两者共享来源，但目标产物、评价标准、节奏和参与角色不同。
|
|
|
|
### 2.2 强调输入必须是“已稳定的深度材料”
|
|
|
|
建议明确：
|
|
|
|
`video-workbench` 的上游输入通常应来自：
|
|
|
|
- `knowledge-vault/sayings` 中的正式文章。
|
|
- `knowledge-vault/rules` 中的人类模型文档。
|
|
- `writing-workbench` 中已经完成或基本稳定的文章项目。
|
|
- `knowledge-vault/discussions` 中已经形成明确结论的讨论稿。
|
|
|
|
不建议把尚未稳定的观点讨论直接拿来做视频工作台项目。否则视频流程会反向污染深度创作。
|
|
|
|
### 2.3 保留结构化工作流
|
|
|
|
现有阶段是合理的：
|
|
|
|
```text
|
|
00-architecture
|
|
01-proposals
|
|
02-tone-outline
|
|
03-storyboard
|
|
04-deep-production
|
|
05-assets
|
|
06-editing
|
|
07-publish
|
|
08-review
|
|
```
|
|
|
|
它比深度创作更适合流程化，因为每一步都有明确产物。
|
|
|
|
但仍需保留人工确认门：
|
|
|
|
- 是否拆系列。
|
|
- 选择哪个角度。
|
|
- 确认总纲和隐喻。
|
|
- 确认分镜。
|
|
- 确认口播风格。
|
|
- 手工剪辑和发布。
|
|
|
|
### 2.4 与 skills-vault 的连接更直接
|
|
|
|
`video-workbench` 比 `writing-workbench` 更可能产生可自动化工具需求：
|
|
|
|
- 语音稿生成。
|
|
- 口播字数预算检查。
|
|
- Markdown 口播稿转音频。
|
|
- 图片提示词批量导出。
|
|
- 资产日志生成。
|
|
- 发布文案格式化。
|
|
|
|
这些如果稳定，可以进入 `skills-vault`，而不是全部放进 CCPE。
|
|
|
|
### 2.5 与 CCPE 的连接应围绕“强哥的徒弟”
|
|
|
|
`docs/ccpe-system-handoff.md` 中提到的 `强哥的徒弟` 仍然是合理入口。
|
|
|
|
建议路线保持：
|
|
|
|
```text
|
|
1. 先升级为 CCPE-Lite。
|
|
2. 用真实视频项目验证。
|
|
3. 再判断是否拆出 Series Architect、Angle Proposal Generator、Storyboard Skill 等。
|
|
4. 最后再考虑 Short Video Production Runtime。
|
|
```
|
|
|
|
不要一开始就把全部阶段做成 Runtime。
|
|
|
|
## 3. 暂缓事项
|
|
|
|
暂时不要做这些事：
|
|
|
|
- 不要把视频流程和深度文章流程合并。
|
|
- 不要让 video-workbench 从原始灵感直接开始。
|
|
- 不要自动发布。
|
|
- 不要把图生视频纳入第一版自动化。
|
|
- 不要在没有真实项目验证前拆太多视频 Skills。
|
|
|
|
## 4. 进入 video-workbench 项目后的细化入口
|
|
|
|
进入 `video-workbench` 后，建议新会话先读：
|
|
|
|
```text
|
|
C:\Users\wangq\Documents\Codex\video-workbench\README.md
|
|
C:\Users\wangq\Documents\Codex\video-workbench\VIDEO_WORKBENCH.md
|
|
C:\Users\wangq\Documents\Codex\video-workbench\docs\context-handoff.md
|
|
C:\Users\wangq\Documents\Codex\video-workbench\docs\ccpe-system-handoff.md
|
|
C:\Users\wangq\Documents\Codex\knowledge-vault\rules\writing-style\流程\降维输出的工作流.md
|
|
```
|
|
|
|
然后基于本文件细化：
|
|
|
|
1. 是否在 README 中补充“输入材料稳定性”说明。
|
|
2. 是否在 VIDEO_WORKBENCH 中增加人工确认门。
|
|
3. 是否建立第一个 standalone 或 series 试跑项目。
|
|
4. 是否把 voice-generation Skill 作为已存在能力接入说明。
|
|
5. 是否更新 `docs/ccpe-system-handoff.md` 中的 CCPE 构建顺序。
|
|
|
|
## 5. 项目调整目标
|
|
|
|
`video-workbench` 的目标不是收缩，而是避免越界：
|
|
|
|
```text
|
|
它可以流程化降维输出，但不能替代深度创作。
|
|
它可以自动生成部分资产，但不能自动完成剪辑和发布。
|
|
它可以调用 CCPE 角色，但不应提前制造一整套未验证 Runtime。
|
|
```
|