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

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

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

17.c.cow起草在缺少上下文时，最稳妥的交付方式不是编造一个看似完整的答案，而是提交“⚡已知内容、暂定解释、可修改结构、待确认问题”四部分文本🍀。完成含义确认后，再补充专业术语、案例和细节，能够同时保留起草速度与内容准确性。

没有背景资料时，如何搭建可修改的初稿

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

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

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

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

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

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

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

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

主体内容应围绕读者必须作出的判断排列，通常可以按以下顺序组织：