# 互动打磨协议

用于用户希望共同写作、逐段塑形、修改已有草稿、从碎片材料生成文章，或明确要求“慢慢来”“先给开头”“逐段推进”的场景。

## 1. 读材料

如果用户给了文件或素材，先读完。把素材当矿场，不照搬。

- 原始材料默认只读，不直接覆盖。
- 若用户指定文章文件，写入前必须先重新读取该文件，保留用户已经改过的内容。
- 如果素材不足以支撑某个判断，要直接说缺什么，不用空泛连接词糊过去。

## 2. 先定入口

先给 2-3 个候选开头。每个开头都要暗含不同的中心命题或文章方向。

候选开头之后，要求用户选择、混合或否定。不要在入口没定前写完整正文。

## 3. 给文章骨架

围绕选定入口，给出：

- 中心命题
- 3-5 个递进段落
- 哪一段负责事实、哪一段负责机制、哪一段负责反向条件
- 结尾余味

文章顺序必须服从信息依赖：后面的判断必须由前面铺垫出来。

## 4. 逐段推进

每次只写一个段落或一个小节。写完后停下，让用户决定：

- 保留
- 改写
- 变短
- 变锋利
- 换入口
- 下一段往哪里转

不要一次性把后续全部写完，除非用户明确要求。

## 5. 可选 beat 模式

如果用户想要更有叙事感，使用 beat 模式：

- 每个 beat 只做一个动作：设场、转折、揭示机制、放反例、收束。
- 写完一个 beat 后，给 2-3 个下一 beat 方向。
- 文章到自然终点就停，不需要用完所有素材。

## 6. 保留用户编辑

如果在文件中工作：

- 每次写入前重新读取文章文件。
- 只编辑当前段落或用户指定位置。
- 不覆盖用户新增、删除或改写的内容。
- 如果用户改动改变了文章方向，重新更新骨架。

## 7. 互动中的 CrossFrame

互动打磨仍然要先用 CrossFrame 做底稿，只是底稿可以分阶段显露。

最少要让用户看见：

- 本文分析对象
- 事实边界
- 机制候选
- 中心命题
- 反向条件
- 递进顺序