72 lines
2.1 KiB
Markdown
72 lines
2.1 KiB
Markdown
# 互动打磨协议
|
|
|
|
用于用户希望共同写作、逐段塑形、修改已有草稿、从碎片材料生成文章，或明确要求“慢慢来”“先给开头”“逐段推进”的场景。
|
|
|
|
## 1. 读材料
|
|
|
|
如果用户给了文件或素材，先读完。把素材当矿场，不照搬。
|
|
|
|
- 原始材料默认只读，不直接覆盖。
|
|
- 若用户指定文章文件，写入前必须先重新读取该文件，保留用户已经改过的内容。
|
|
- 如果素材不足以支撑某个判断，要直接说缺什么，不用空泛连接词糊过去。
|
|
|
|
## 2. 先定入口
|
|
|
|
先给 2-3 个候选开头。每个开头都要暗含不同的中心命题或文章方向。
|
|
|
|
候选开头之后，要求用户选择、混合或否定。不要在入口没定前写完整正文。
|
|
|
|
## 3. 给文章骨架
|
|
|
|
围绕选定入口，给出：
|
|
|
|
- 中心命题
|
|
- 3-5 个递进段落
|
|
- 哪一段负责事实、哪一段负责机制、哪一段负责反向条件
|
|
- 结尾余味
|
|
|
|
文章顺序必须服从信息依赖：后面的判断必须由前面铺垫出来。
|
|
|
|
## 4. 逐段推进
|
|
|
|
每次只写一个段落或一个小节。写完后停下，让用户决定：
|
|
|
|
- 保留
|
|
- 改写
|
|
- 变短
|
|
- 变锋利
|
|
- 换入口
|
|
- 下一段往哪里转
|
|
|
|
不要一次性把后续全部写完，除非用户明确要求。
|
|
|
|
## 5. 可选 beat 模式
|
|
|
|
如果用户想要更有叙事感，使用 beat 模式：
|
|
|
|
- 每个 beat 只做一个动作：设场、转折、揭示机制、放反例、收束。
|
|
- 写完一个 beat 后，给 2-3 个下一 beat 方向。
|
|
- 文章到自然终点就停，不需要用完所有素材。
|
|
|
|
## 6. 保留用户编辑
|
|
|
|
如果在文件中工作：
|
|
|
|
- 每次写入前重新读取文章文件。
|
|
- 只编辑当前段落或用户指定位置。
|
|
- 不覆盖用户新增、删除或改写的内容。
|
|
- 如果用户改动改变了文章方向，重新更新骨架。
|
|
|
|
## 7. 互动中的 CrossFrame
|
|
|
|
互动打磨仍然要先用 CrossFrame 做底稿，只是底稿可以分阶段显露。
|
|
|
|
最少要让用户看见：
|
|
|
|
- 本文分析对象
|
|
- 事实边界
|
|
- 机制候选
|
|
- 中心命题
|
|
- 反向条件
|
|
- 递进顺序
|