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

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

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

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

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

生活边界类内容的起草，需要把“自由、效率、空间⭐、数字绿洲”等抽象表达转换为具体选择。只有说明时间如何分配、🔍信息如何筛选、隐私如何保护、行动如何停止，文章才不会停留在情绪化口号。

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

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

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

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

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

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