性能优化
写重要文档:先用「无上下文的新读者」测一遍再交
写提案/技术方案/决策文档时,自己读觉得清楚不算数——你知道太多背景。定稿前让一个完全没有上下文的读者(或新开的 AI 会话)读一遍,看他能不能讲出文档要传达的东西。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 90/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 52/100 ×0.15
适用场景
写文档写提案技术方案设计文档PRD决策文档
解决思路
- 开工先问清四件事:文档类型、主要读者是谁、读完后希望对方做什么、有没有要遵循的模板/格式
- 收集上下文:让写作者把背景、相关讨论、已有的材料一次性倾倒出来(不用整理,先全给)
- 分段迭代:逐节打磨(头脑风暴 → 取舍 → 起草 → 精修),不要一次写完再说
- 补缺检查:写完自查有没有断了逻辑、有没有假设读者知道某些没写的事
- **新读者测试**:让一个完全没有上下文的人(或新开的对话)读,问他「这文档想说什么、要你做什么」——他答不上来的地方就是要改的地方
- 检查无 alt 文本的图片:无上下文的读者(和用 AI 读文档的人)看不到图,要么补描述要么删
适用边界 · 注意事项
- 别跳过上下文收集直接开写(写出来的东西会基于你自己脑内的隐式假设)
- 别用自己「读着觉得清楚」代替新读者测试——你不可能不知道自己写的背景
- 别一次性写完一大篇再返工,按节迭代成本低得多