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

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

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

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

输出要求：说明字数🌅、语气、段落结构、格式和🔥是否需要提供修改说明。

出现结果偏题时应怎样修改指令

使用17.c20-起草时，建议按照“确认☀️任务定义—整理原始材料—生成结构化初稿—逐项核验—人工定稿”的顺序执行。涉及合同、制度、通知、报告、申请书等正式文本时，起草工具只能承担整理和表达工作，事实认定、法律判断、数据确认及最终发布仍需要人工负责。

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

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

正式文稿起草需要六类基础信息：文稿类型、写作目的、阅读对象、事实材料、表达要求和不可改动内容。六类信息不必写成复杂指令，但必须让起草💎者能够区分事实、判断和待补信息。

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

必须包含：列出标题、背景、核心事😎项、执行要求、联系人、附件等内容。

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

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

长期处理同类文稿时，个人起草规范应固定高频字段、常用结构和审核清单🤔。固定规范不等于每篇文章套用同一内容，而是把稳定的格式要求提前整理，减少每次重新说明的时间。

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

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

任务识别完成后，使用者应先用一句话描述最终要拿到的成果，例如“根据会议纪要起草一份面向合作方的项目延期说明”，而不是只填写“写一份说明”。前一种描述包▶️含文种、材料来源、对象和目的，系统更容易建立正确的写作方向。

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

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

提交前的七项验收清单

修改指令应尽量采用“原文位置＋修改动作＋验收标准”的形式。例如，要求“保留第一段中的日期和项目名称，将第二段改为三项执行要求，每项包含责任部门和完成期限”。明确位置和标准后，返工范围更小，版本差异也更容易核对。