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