发布前检查：避免把未知内容写成结论

没有背景资料的初稿，应先完成信息骨架，再进行语言润🎊色。骨架的价值在于让读者迅速看📌见主题、限制和下一步，即使后续补充资料，也不必推翻整篇文字。

用途和读者不确定时，先写可替换字段

抽象主题转化为生活建议时，建议每一段都包含“问题表现、判断标准、可执行动作”三个部分。例如，问题表现是消息不断打断阅读，判断标准是一天内频繁离开当前任务，可执行动作则是设定集中查看时间并关闭非必要提醒。具体动作比单纯鼓励更容易验证，也更适合形成清单或方案。

17.c.cow起草前，先确认字符串代表什么

“17.c.cow起草”本身更像一个任务名称、文件代号、输入标签或待确认的🌈字符串，不能仅凭字面判断它对应某个平台、项目、法规或固定模板。要完成可靠起草，第一步不是直接扩写，而是确认这个字符串的来源、用途、读者和交付形式，再根据已确认的信息组织正文。

17.c.cow起草的第一项工作是辨认字符串的角色，而不是为字符串强行赋予含义。相同的字符组合可能是内部文档编号、栏目名称、测试变量、内容主题，也可能存在录入错误；不同角色对应的起草方式完全不同。

主体按问题而不是按感觉展开

开头段落需要回答“现在面对什么问题”和“本次起草希望得到什么结果”。如果名称含义尚未确定，开头可以🎆采用谨慎表达，例如：“本文暂将该字符串视为待确认的任务标识，先建立一份可供补充和审核的内容框架。”

开头先说明现状和目标

起草任务的有效输入至少包括目的、对象、边界和交付🎊标准四类信息。四类信息不完整时，文本可以先写框架，但不能用想象填补关键事实。

把抽象灵感写成清晰的生活边界

发布前检查应分别验证名称、事实、结构、语气和行动要求。任何一项出现⭐不确定，都应使用待确认标记或删除相关断言，而不是依靠读者自行猜测。

起草任务需要先补齐哪些信息

用途和读者都不明确的初稿，应使用可替换字段降低误解成本。可将关键信息写成“【目标读者🎨】”“【要解决的问题】”“【适用范围】”“【完成动作】”，而不是虚构具体人群或场景。

结尾部分应集中列出待确认事项，而不是用笼统的“后续再完善”。确认清单可以包括名称是否准确、文本用于何处、读者是谁、哪些信息可以公开、需要谁审核，以及最终交付格式是什么。