knowledge-vault/discussions/technology/Codex/0.规划与重构/0.环境规划-video-2026-06-15.md

# 1

**要求：**
阅读3份文档：

1. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15\00-五库重构总纲.md
2. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15-规划总结.md
3. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15\04-video-workbench调整意见.md

由于本项目尚未正式跑过，本次更新调整只涉及到规则范围等说明的变动。

---

**工作模式：**
你将有两个模式，“定义需要的能力”和“调用能力完成工作”：
- `capability-request mode`，这个是“供应商”的工单
- `execution mode`，这个是自己的工作工单

对于`capability-request mode`，你将作为甲方，规划自己的使用场景，有哪些需求，CCPE system和skills-vault作为你的供应商；
而对于`execution mode`，这个是你自己的工作内容。

类似于`writing-workbench`，可以参考 `C:\Users\wangq\Documents\Codex\writing-workbench\WORKBENCH.md` 的`4. Two Modes`部分。

---

**projects文件**

* 这是`writing-workbench`下的一个projects文件， `C:\Users\wangq\Documents\Codex\writing-workbench\PROJECTS.md`
* 类似的，`knowledge-vault`下也有自己的 `C:\Users\wangq\Documents\Codex\knowledge-vault\PROJECTS.md`
* CCPE的，`C:\Users\wangq\Documents\Codex\ccpe-system\PROJECTS.md`

你看你是否也需要这样一份自己的Projects文档。

---

先提出你的问题。

我读完了三份规划文档、`writing-workbench` 的 Two Modes、三个 `PROJECTS.md` 示例，以及 `video-workbench` 现有 README / VIDEO_WORKBENCH / handoff / ccpe-consumption。先确认我的理解：这次不是启动真实视频项目，也不是搭完整 Runtime，而是更新 `video-workbench` 的规则说明、边界说明、供应商需求流转方式。

我的问题：

1. `video-workbench` 是否也要新增自己的 `PROJECTS.md`？
   我的倾向是需要。它可以像另外三个仓一样，专门说明它消费什么、产出什么、和 `knowledge-vault / writing-workbench / ccpe-system / skills-vault` 的关系，避免把这些边界散落在 README 和 handoff 里。

2. `capability-request mode` 的工单目录是否就按 writing-workbench 的方式放在：
   `requirements/ccpe/`
   `requirements/skills-vault/`
   还是你希望 video-workbench 用更视频化的命名，比如 `capability-requests/ccpe/`？

3. 这次是否只更新顶层规则文档，不碰模板？
   例如只改或新增：
   `README.md`
   `VIDEO_WORKBENCH.md`
   `PROJECTS.md`
   `docs/context-handoff.md`
   `docs/ccpe-system-handoff.md`
   `ccpe-consumption/runtime-links.md`
   暂不改 `templates/` 下的 series / episode / storyboard / shot 模板。

4. `voice-generation` 这类已存在能力，要不要在本轮直接写成“可用外部 automation skill”？
   我可以把它记录为 `skills-vault / installed skill` 方向的已知能力，但不把它写成 video-workbench 自己拥有的能力。

5. `强哥的徒弟` 的位置，这次是否只写成“CCPE supplier request / planned dependency”，而不是在 video-workbench 内创建 prompt 或 agent 文件？
   我理解应保持：先 CCPE-Lite，真实项目验证后再升级，不在本仓复制 canonical prompt。

6. 输入材料稳定性规则要不要写成硬门槛？
   例如：默认只接收已稳定文章、模型文档、已形成结论的讨论稿；如果用户明确要求，也可以做“探索型视频草案”，但必须标记为不稳定输入，不能反向污染深度创作。

7. `execution mode` 是否允许创建第一个试跑项目？
   你这次说明“本项目尚未正式跑过，本次更新调整只涉及规则范围等说明变动”，所以我默认本轮不创建 `series/` 或 `standalone/` 项目，只更新规则文档。请确认。

# 2

1. `video-workbench` 是否也要新增自己的 `PROJECTS.md`？
   创建你自己的`PROJECTS.md`

2. `capability-request mode` 的工单目录是否就按 writing-workbench 的方式放在……
   和writing-workbench 保持一致。

3. 这次是否只更新顶层规则文档，不碰模板？
   暂不改 `templates/` 下的 series / episode / storyboard / shot 模板。

4. `voice-generation` 这类已存在能力，要不要在本轮直接写成“可用外部 automation skill”？
   现在先不记录，将来它会作为推进业务的一个环节的具体skill。
   将来我们约定好口播稿怎么生成，在哪里后，再记录口播稿怎么变成音频。

5. `强哥的徒弟` 的位置，这次是否只写成“CCPE supplier request / planned dependency”，而不是在 video-workbench 内创建 prompt 或 agent 文件？
   我理解应保持：先 CCPE-Lite，真实项目验证后再升级，不在本仓复制 canonical prompt。
   是的，先 CCPE-Lite。这个具体跑测试项目时，边做边打造即可。
   而且，我倾向于未来，本地`video-workbench` 也没有 prompt 或 agent 文件，这个全部保留在ccpe。因为这是本地的工作流程，参见我在CCPE的对话：
   ```txt
    我有个问题，在你具体执行前，确认一下：

    CCPE System，是为本地工作打造智能体的平台，我打造的这些智能体可以称之为开发智能体，主要用于我自己的工作，比如创作流程、输出流程，或者工作流程（不论是辅助销售方案、项目计划，还是系统开发），也不论是单智能体还是多智能体协作，不论是专家智能体，还是一些自动化智能体，都是为我自己的工作服务。
    当我开发智能化系统时，我也会用CCPE打造智能体，称其为生产/业务智能体，但是这些智能体需要我自行引入到我的开发项目中，而不是本地调用；因为这些系统将来都会部署到服务器上，且受到具体Agentic开发框架约束。
    所以对于生产/业务智能体，很有可能，本身就在智能化系统项目里打造，而不是通过CCPE。

    ---

    我先回答你的确认问题：你的理解是对的。CCPE 可以打造你本地工作用的“开发智能体”，也可以设计将来用于生产系统的“生产/业务智能体”。但对生产/业务智能体，CCPE 只负责规格、边界、权限、评估、调用契约这些设计层；真正接入 LangGraph、CrewAI、服务器部署、状态存储和运行逻辑，应归具体开发项目。

   ```
   如果要内建 prompt 或 agent ，那也是在`work-projects`中的事情——我将视频工作流包装成一个系统，可以独立部署。

6. 输入材料稳定性规则要不要写成硬门槛？   
   这部分，我还没想好，先不写死。
   尽管现在的工作是从文章起，但是不排除有其他入口，流程并没有固定下来。

7. `execution mode` 是否允许创建第一个试跑项目？
   不创建试跑项目，只涉及更新规则文档

---

若没有其他问题，可以继续工作了。

已按你的确认完成规则文档更新，没有创建试跑项目，也没有改 `templates/`。

主要变更：
- 新增 [PROJECTS.md](C:/Users/wangq/Documents/Codex/video-workbench/PROJECTS.md:1)，记录 `video-workbench` 与 `knowledge-vault / writing-workbench / ccpe-system / skills-vault / work-projects` 的关系。
- 在 [README.md](C:/Users/wangq/Documents/Codex/video-workbench/README.md:48) 和 [VIDEO_WORKBENCH.md](C:/Users/wangq/Documents/Codex/video-workbench/VIDEO_WORKBENCH.md:88) 增加 `Execution Mode` / `Capability-Request Mode`。
- 新增 [requirements/ccpe/README.md](C:/Users/wangq/Documents/Codex/video-workbench/requirements/ccpe/README.md:1) 和 [requirements/skills-vault/README.md](C:/Users/wangq/Documents/Codex/video-workbench/requirements/skills-vault/README.md:1)，与 `writing-workbench` 保持同样的供应商工单落点。
- 更新 [docs/ccpe-system-handoff.md](C:/Users/wangq/Documents/Codex/video-workbench/docs/ccpe-system-handoff.md:37)，明确 `强哥的徒弟` 先作为 CCPE-Lite，由 CCPE 保留 canonical prompt / agent，不放进本仓。
- 更新 [ccpe-consumption/runtime-links.md](C:/Users/wangq/Documents/Codex/video-workbench/ccpe-consumption/runtime-links.md:30)，强调 planned assets 不能标成已执行或已可用。

验证：
- `rg "voice-generation|voice-gen|口播稿怎么变成音频" .` 无匹配，未记录 voice-generation。
- `git status --short` 只显示上述规则文档和新增 `PROJECTS.md` / `requirements/`。
- `templates/` 下文件未出现在变更集中。

# 3

现在做一次提交，并同步远程，打上Tag。

已完成提交、推送和打 tag。

提交：
`baafbd5 docs: update video workbench operating boundaries`

Tag：
`video-workbench-rules-2026-06-15`

远端验证：
- `origin/master` 指向 `baafbd57117fec8aef7b57ca2d7f4f20a973fbfc`
- 远端已有 `refs/tags/video-workbench-rules-2026-06-15`

本地工作区在提交前已确认只暂存本次 8 个规则文档/目录说明文件；推送过程中普通沙箱网络不可达，已通过提升权限完成 `master` 和 tag 同步。

::git-stage{cwd="C:\Users\wangq\Documents\Codex\video-workbench"}
::git-commit{cwd="C:\Users\wangq\Documents\Codex\video-workbench"}
::git-push{cwd="C:\Users\wangq\Documents\Codex\video-workbench" branch="master"}