不同文种要采用不同的起草顺序

会议纪要应按“议题—讨论事实—形成结论—责任人—完成期限”的顺序整理。没有明确结论的讨论内容不能被写成已经通过的决定，未指定负责人的事项也不宜擅自添加责任归属。

如果其中任何一项无法确认，文稿就应保留在审核稿状态，而不应直接作为正式文件发布。17.c20-起草的高效使用标准，不是一次生成无需修改的成稿，而是让材料整理、初稿形成、问题定位和人工审核都更加清晰可控。

先确认17.c20-起草对应的文稿任务

合同或制度类文本应先列出主体、权利义务、条件、例外、违约处理和生效方式。条款起草不能为了追求通顺而擅自改变责任边界；原始条款存在歧义时，应标记问题并提交人工确认，而不是由工具自行补足法律含义。

输入模板中的“不得改写”和“待✅确认信息”尤其重要。前者帮助系统保留关键事实，后者阻止不确定内容被包装成确定结论。对于敏感材料，还应先删除身份证号、账号、联系方式、未公开价格和其他不必要的个人信息。

文稿定稿前还应由实际业务负责人确认事实，由熟悉格式的人检查版式，由必要的专业人员审查💎法律、财务、技术或合规内容。起草工具可以提高整理速度，但不能替代具🎊体岗位对内容承担的责任。

让初稿更接近可用稿的输入模板

报告类文稿应先整理事实链，再形成观点。常见结构包括背景、现状、问题、原因、措施和需要协调🎇的事项。报告起草不能只堆积材料，数据后面应说明数据代表什么、产生了什么影响，以及后续建议需要谁来执行。

申请类文稿应先说明申请事项，再解释依据、必要性和具体请求。申请内容要明确“申请什么、申✨请多少、何时需要、由谁负责、希望获得什么批准”，避免只写困难和背景而没有清晰诉求。

起草结果偏题通常不是单纯的文字问题，而是任务边界没有写清。使用者可以把一次大修改拆成一次只处理一个目标的短指令，避免同时要求扩写、压缩、改语气、补事实和调整格式。

一次提交中应包含哪些关键信息

高质量输入应把“已确认事实”和“需要补充的信息”分开。例如，已经确认的交付日期可以直接写入材料；尚未确定的负责人不能让系统自行猜测，可以标记为“待确认”。这一步能够减少虚构姓名、金额、时间和政策依据的风险。

重复使用时建立个人起草规范

17.c20-起草适合被当作一个起草任务入口、模板编号或内部流程节点使用。由于“17.c20”本身不能直接说明所属平台、文种和处理规则，实际操作的关键不是只输入一个标题，而是先确认任务用途，再补充文稿目标、读者、材料、结构和限制条件。信息越具体，生成的初稿越接近可修改、可审核的工作稿。

已知事实：按时间顺序列出已确认的事件😎、数据、💎人员和文件依据。