# 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 的正式输出。
它能支持深度创作，但不把深度创作误判为自动化流程。
```