一份可直接套用的起草指令结构

当上下文不足时，最稳妥的澄清问题是：“🎆17.c.now对应哪个项目或页面？”“需要起草什么类型的文本？”“读⭐者是谁？”“是否有固定格式和禁用信息？”这四个问题能够快速排除大部分歧义。

“起草”表示形成一份可审阅、可修改的工作版本，不等于内容已经事实确认、法律审核或正式发▶️布。起草阶段允许保留待确认项，但待确认项必须清楚标记，💪不能伪装成确定事实。

“起草”与“定稿”不是同一个交付结果

如果使用者只能提供“17.c.now,✅起草”这一行文字，合理结果应当是先请求补充上下文，或输出带待确认标记的结构化初稿，而不是擅自判定编号含义。这样既保留了起草效率，也把事实核验和最终发布责任留在正确的环节。

17.c.now,起草的实际执行流程

“17.c.now,起草”本身更像一条由标识符和动作组成的工作指令，而不是一个可以直接确定含义的完整问题。其中，“起草”表🌟示先形成可修改的初稿；“17.c.now”可能是任务编号、流程节点、项目代号、版本标签或某个系统中的字段。缺少使用场景时，不应武断地把☀️它解释成特定平台或固定功能。

已知事实：只放入📌已经核验过的名称、时间、地点、数字和政策内容。

明确禁止：说明不能使用的夸张承诺、未经证实的数据、敏感信息和模糊表述。