123 lines
4.4 KiB
Markdown
123 lines
4.4 KiB
Markdown
# knowledge-vault 调整意见
|
||
|
||
```yaml
|
||
created: 2026-06-15
|
||
project_path: C:\Users\wangq\Documents\Codex\knowledge-vault
|
||
status: adjustment-brief
|
||
```
|
||
|
||
## 1. 当前判断
|
||
|
||
`knowledge-vault` 的定位应保持为“矿山和档案馆”，但要承认它不仅保存历史，也保存仍在发生的深度讨论过程。
|
||
|
||
这次最关键的变化是：`historic-article-discussions` 改回 `article-discussions` 是合理的。因为深度创作不是从 `writing-workbench` 的项目目录开始，而是从长期讨论、观点形成、材料显影、隐形规则提炼开始。
|
||
|
||
`knowledge-vault` 不是单纯归档层，它还承担：
|
||
|
||
- 日常灵感进入。
|
||
- 观点和文章方向讨论。
|
||
- 与 Agent / 委员会 / ChatGPT / Gemini 的过程记录。
|
||
- 隐形规则显影。
|
||
- 失败案例和流程反思保存。
|
||
- 面向人的模型、规则和写作方法沉淀。
|
||
|
||
## 2. 建议调整
|
||
|
||
### 2.1 保留 `article-discussions` 的活跃属性
|
||
|
||
建议在 `VAULT.md` 或相关目录说明中修订讨论目录描述：
|
||
|
||
```text
|
||
discussions/article-discussions
|
||
= 文章相关观点、提纲、评审、写作讨论的活跃过程归档。
|
||
```
|
||
|
||
它不应被限定为 historical。只有已完成、长期不再变动、仅供追溯的材料，才可另行标记为历史。
|
||
|
||
### 2.2 明确 Writing Workbench 不是讨论源头
|
||
|
||
建议补一条边界：
|
||
|
||
```text
|
||
文章观点形成、开放讨论、多 Agent 观点碰撞和隐形规则提炼，仍在 knowledge-vault/discussions 中发生。
|
||
writing-workbench 只接收已决定进入某篇文章生产的材料、压缩稿、项目过程和阶段产物。
|
||
```
|
||
|
||
这样可以避免每次有文章想法都急着建 writing project。
|
||
|
||
### 2.3 建立“可转入 writing-workbench”的材料判断
|
||
|
||
不是所有讨论都进入 `writing-workbench`。建议形成一个轻量规则：
|
||
|
||
可以转入 `writing-workbench/projects/.../00-creation-plan/materials/` 的材料包括：
|
||
|
||
- 已被选中服务于某篇文章的讨论结论。
|
||
- 观点素材压缩稿。
|
||
- Deep Research 报告的选用部分。
|
||
- 过往文章中与本篇直接相关的摘取。
|
||
- 多 Agent 讨论后的阶段性报告。
|
||
|
||
不应转入的内容：
|
||
|
||
- 完整上游讨论目录。
|
||
- 尚未确定文章命题的开放讨论。
|
||
- 与本篇只有背景关系的长期知识库材料。
|
||
- 为了“完整”而复制的全文资料。
|
||
|
||
### 2.4 把“隐形规则显影”作为 knowledge-vault 的新任务
|
||
|
||
这次发现的关键问题是深度创作有大量隐形规则。建议在 `knowledge-vault/rules/writing-style/` 或类似位置，后续逐步沉淀：
|
||
|
||
- 什么情况下进入写作项目。
|
||
- 什么情况下继续观点讨论。
|
||
- 什么情况下需要真实调用评审 Agent。
|
||
- 什么情况下主会话整理足够。
|
||
- 材料处理的停止条件。
|
||
- 提纲评审的人工确认门。
|
||
- 文章创作中哪些判断不能自动化。
|
||
|
||
这些规则先以人类可读文档存在，不急着变成 CCPE Runtime 或 Skill。
|
||
|
||
## 3. 暂缓事项
|
||
|
||
暂时不要做这些事：
|
||
|
||
- 不要大规模移动 `article-discussions` 里的历史材料。
|
||
- 不要为了配合 `writing-workbench` 重构整个 `discussions`。
|
||
- 不要把所有文章相关讨论都迁进 writing project。
|
||
- 不要把隐形规则直接做成自动化 Skill。
|
||
- 不要把 `knowledge-vault/skills` 和 `skills-vault` 混在一起。
|
||
|
||
## 4. 进入 knowledge-vault 项目后的细化入口
|
||
|
||
进入 `knowledge-vault` 项目后，建议新会话先读：
|
||
|
||
```text
|
||
C:\Users\wangq\Documents\Codex\knowledge-vault\README.md
|
||
C:\Users\wangq\Documents\Codex\knowledge-vault\VAULT.md
|
||
C:\Users\wangq\Documents\Codex\knowledge-vault\rules\writing-style\流程\深度创作流程.md
|
||
C:\Users\wangq\Documents\Codex\knowledge-vault\rules\writing-style\流程\降维输出的工作流.md
|
||
C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\0.环境规划2026-06-15.md
|
||
```
|
||
|
||
然后基于本文件细化：
|
||
|
||
1. 是否修改 `VAULT.md` 中 discussions 的分类说明。
|
||
2. 是否为 `article-discussions` 增加 README。
|
||
3. 是否建立“文章讨论转入 writing-workbench 的判断规则”。
|
||
4. 是否在 `rules/writing-style/` 下新增“深度创作隐形规则显影”文档。
|
||
|
||
## 5. 项目调整目标
|
||
|
||
`knowledge-vault` 的调整目标不是变得更工程化，而是更清楚地区分：
|
||
|
||
```text
|
||
开放讨论
|
||
文章项目材料
|
||
长期规则沉淀
|
||
AI 资产工程
|
||
自动化工具实现
|
||
```
|
||
|
||
它应继续保存过程，因为对你的深度创作来说，过程本身就是知识资产。
|