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的对话：

    我有个问题，在你具体执行前，确认一下：
   
    CCPE System，是为本地工作打造智能体的平台，我打造的这些智能体可以称之为开发智能体，主要用于我自己的工作，比如创作流程、输出流程，或者工作流程（不论是辅助销售方案、项目计划，还是系统开发），也不论是单智能体还是多智能体协作，不论是专家智能体，还是一些自动化智能体，都是为我自己的工作服务。
    当我开发智能化系统时，我也会用CCPE打造智能体，称其为生产/业务智能体，但是这些智能体需要我自行引入到我的开发项目中，而不是本地调用；因为这些系统将来都会部署到服务器上，且受到具体Agentic开发框架约束。
    所以对于生产/业务智能体，很有可能，本身就在智能化系统项目里打造，而不是通过CCPE。
   
    ---
   
    我先回答你的确认问题：你的理解是对的。CCPE 可以打造你本地工作用的“开发智能体”，也可以设计将来用于生产系统的“生产/业务智能体”。但对生产/业务智能体，CCPE 只负责规格、边界、权限、评估、调用契约这些设计层；真正接入 LangGraph、CrewAI、服务器部署、状态存储和运行逻辑，应归具体开发项目。
   
   

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

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

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

---

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

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

主要变更：

• 新增 PROJECTS.md，记录 video-workbench 与 knowledge-vault / writing-workbench / ccpe-system / skills-vault / work-projects 的关系。
• 在 README.md 和 VIDEO_WORKBENCH.md 增加 Execution Mode / Capability-Request Mode。
• 新增 requirements/ccpe/README.md 和 requirements/skills-vault/README.md，与 writing-workbench 保持同样的供应商工单落点。
• 更新 docs/ccpe-system-handoff.md，明确 强哥的徒弟 先作为 CCPE-Lite，由 CCPE 保留 canonical prompt / agent，不放进本仓。
• 更新 ccpe-consumption/runtime-links.md，强调 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"}