151 lines
4.9 KiB
Markdown
151 lines
4.9 KiB
Markdown
# writing-workbench 调整意见
|
||
|
||
```yaml
|
||
created: 2026-06-15
|
||
project_path: C:\Users\wangq\Documents\Codex\writing-workbench
|
||
status: adjustment-brief
|
||
```
|
||
|
||
## 1. 当前判断
|
||
|
||
`writing-workbench` 仍然有必要存在，但定位需要收缩。
|
||
|
||
它不应再被设想为“把深度创作工程化自动完成”的主环境。更准确的定位是：
|
||
|
||
```text
|
||
已决定写作后的文章项目现场。
|
||
```
|
||
|
||
它负责保存某篇文章从确定写作到发布的项目材料、阶段产物、过程记录和人工决策轨迹，但不负责承载灵感、开放观点讨论、长期模型提炼和隐形规则发现。
|
||
|
||
现在的文档已经有正确方向，例如：
|
||
|
||
- `README.md` 写明它不是长期知识 archive，也不是 CCPE asset factory。
|
||
- `WORKBENCH.md` 强调 process black box。
|
||
- `docs/operating-playbook.md` 已经增加 `materials/` 层。
|
||
- active 项目 `2026-06-12-Anti-Overengineering-Gate` 已明确处于 `material_intake`，不直接进入立意、提纲或评审。
|
||
|
||
需要调整的是：进一步降低“Runtime 能把深度创作跑通”的暗含期待。
|
||
|
||
## 2. 建议调整
|
||
|
||
### 2.1 修改项目定位语
|
||
|
||
建议把核心定位改成：
|
||
|
||
```text
|
||
Writing Workbench is the project site for article production after the user has decided to write.
|
||
It preserves selected materials, process records, stage artifacts, and decision trails.
|
||
It does not automate deep creation end to end.
|
||
```
|
||
|
||
中文理解：
|
||
|
||
```text
|
||
writing-workbench 是文章项目现场，不是观点生产基地，也不是自动写作机器。
|
||
```
|
||
|
||
### 2.2 强化进入条件
|
||
|
||
建议在 `WORKBENCH.md` 和 `docs/operating-playbook.md` 中强调：
|
||
|
||
只有满足以下条件之一，才创建 writing project：
|
||
|
||
- 用户已经明确“这要写成一篇文章”。
|
||
- 已有明确文章项目代号，即使标题临时。
|
||
- 已有一批材料被选中服务于某篇文章。
|
||
- 用户希望保存某篇文章的生产过程。
|
||
|
||
不应创建 writing project 的情况：
|
||
|
||
- 只是观点讨论。
|
||
- 只是材料整理。
|
||
- 只是测试某个 Agent。
|
||
- 只是对某个问题做开放研究。
|
||
|
||
### 2.3 `materials/` 层应成为关键缓冲区
|
||
|
||
`00-creation-plan/materials/` 很重要。它解决了 `knowledge-vault` 和 `writing-workbench` 之间的过渡：
|
||
|
||
```text
|
||
knowledge-vault 中保存完整上游讨论和来源。
|
||
writing-workbench/materials 中保存本篇文章要消费的压缩稿、结果稿、摘取稿。
|
||
```
|
||
|
||
建议把 `materials/` 写入项目结构模板，而不是仅作为补充说明。
|
||
|
||
### 2.4 明确“进入立意前的停止点”
|
||
|
||
当前最大风险是：一旦项目建立，Codex 会倾向于继续生成立意、提纲、评审计划。
|
||
|
||
建议在 playbook 里增加阶段门：
|
||
|
||
```text
|
||
material_intake -> insight_discussion -> positioning -> outline -> drafting
|
||
```
|
||
|
||
其中：
|
||
|
||
- `material_intake` 只承接材料。
|
||
- `insight_discussion` 可以继续回到 knowledge-vault 讨论，也可以在项目内做小范围定位讨论。
|
||
- `positioning` 只有用户确认后才进入。
|
||
|
||
### 2.5 降低模板数量的权威感
|
||
|
||
当前项目结构很完整，但可能给未来会话造成“必须依次填完”的错觉。
|
||
|
||
建议增加说明：
|
||
|
||
```text
|
||
templates are affordances, not mandatory workflow.
|
||
Use only the stages required by the current article.
|
||
```
|
||
|
||
中文：
|
||
|
||
```text
|
||
模板是可用支架，不是流程强制清单。
|
||
```
|
||
|
||
## 3. 暂缓事项
|
||
|
||
暂时不要做这些事：
|
||
|
||
- 不要继续扩展完整 Article Production Runtime。
|
||
- 不要让 writing-workbench 自动分发主笔和评审者。
|
||
- 不要默认每篇文章都进入提纲评审 Runtime。
|
||
- 不要把 `knowledge-vault/discussions/article-discussions` 迁入项目目录。
|
||
- 不要为了完整性补齐所有空阶段文件。
|
||
|
||
## 4. 进入 writing-workbench 项目后的细化入口
|
||
|
||
进入 `writing-workbench` 后，建议新会话先读：
|
||
|
||
```text
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\README.md
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\WORKBENCH.md
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\docs\context-handoff.md
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\docs\operating-playbook.md
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\templates\article-project\PROJECT_STRUCTURE.md
|
||
C:\Users\wangq\Documents\Codex\writing-workbench\projects\active\2026-06-12-Anti-Overengineering-Gate\context-handoff.md
|
||
```
|
||
|
||
然后基于本文件细化：
|
||
|
||
1. 修订 README / WORKBENCH 的定位语。
|
||
2. 把 `materials/` 正式写入项目结构。
|
||
3. 增加 `material_intake` 和 `insight_discussion` 阶段说明。
|
||
4. 在 playbook 中明确“不要自动进入立意/提纲/评审”。
|
||
5. 复核 active 项目的状态是否仍符合新边界。
|
||
|
||
## 5. 项目调整目标
|
||
|
||
`writing-workbench` 调整后应满足：
|
||
|
||
```text
|
||
它能承接文章项目，但不会催促文章项目过早成立。
|
||
它能记录生产过程，但不会假装替代创作判断。
|
||
它能准备上下文包，但不会模拟 canonical agent 的正式输出。
|
||
它能支持深度创作，但不把深度创作误判为自动化流程。
|
||
```
|