第四步：先生成初稿，再分轮修改

不要只描述主题，还💪要说明文本要解决什么问题。比如同样是“客户投诉”，可以写成“起草一封先说明处理结果、再解释原因、最后给出补救措施的正式回复”，这样比单独输入“写客户投诉回复”更容易得到可用初稿。

判断17·C1起草结果是否可以定稿

修改时应采用单一目标指令，避免一次提出十几个互相冲突的要求。例如🎇可以分别提出“保留事实不变，压缩重复段落”“把第三部分改为执行清单”“将语气调整为正式但不强硬”“把结论改成条件式表述”。分轮修改更容易判断是哪一项要求产生了变化。

可以先确认文件格式、大小和权限，再将长文拆分❤️成几个部分输入，并在每部分前注明文件名称和页码。对于图片、扫描件或复杂表格，应人工确认识别结果，不能默认系统已经准确读取全部内容。

生成内容太空泛，像套话

导出前再检查标题、落款、日期、编号、附件☀️名称、页眉页脚和表格内容。✅若系统支持版本命名，可以采用“文件名称＋日期＋版本号”的方式，避免后续误用旧稿。

同一个起草功能，用于不同文种时，审核重点并不相同。可以按照下面的方向补充任务要求：

先提供单位现有模板或明确格式规则，再要求按指定层级、标题、编号和落款输出。工具生成的内容即使结构正确，🚀也可能不符合实际排版规范，因此最终仍需在正式编辑环境中检查。

使用17·C1起草前，先准备好三类信息

修改时加入“保持事实、数字、时间和责任主体不变”的限制，并尽量一次只改一个方面。如果只是希望调整语气，就不要同时要求扩写、重组结构和增加案例，避免多个指令相互影响。

还要留意输入材料的使用范围。内部文件、第三方资料和受版权保护的内容，不应在没有授权的情况下直接复制到不明系统中。对外发布前，必须由业务负责人确认信息可以公开，不能因为文本是自动生成的就跳过审批。

第三步：一次性写清格式和表达要求

同时检查是否出现以下问题：把建议写成已经完成，把可能性写成确定结果，把内部讨论内容写成对外承诺，遗漏限制条件，或者为⭐了让段落完整而补写🤔材料中没有的事实。

涉及敏感材料时，先处理信息安全

把与任务直接相关的内容放入起草任务中，包括事件经过、时间、人物或部门、金额、产品名称、现有结论和下一步安排。对于暂时🔍不确定的信息，使用“待确认”或“暂缺”标注，不要让工具自行补全。

通常是因为背景、对象和交付要求不够📌具体。补充事件事实、受众、文章结构、实际限制和必须出现的内容，并提供一段符合要求的参考表达。不要只重复“写得更专业”，而要指出需要增加哪类信息。

初稿出现材料中没有的数据

需要注意的是，起草工具只能根据输入内容生成或整理文本，不能替代事实核查、专业审核和最终签发。涉及合🚀同、制度、政策、财务、法律责任或对外发布的文件，🤔生成后必须由熟悉业务的人复核。

在任务说明中明确要求“只使用已提供信息，缺失内容🚀统一标注待确认，不得推测”。生成后仍要逐项核对。凡是数字、日期、政策名称、客户名称和责任承诺，都不应仅凭语句通顺就直接采用。

如果起草内容包含客户资料、身份证件、联系方式、未公开财务数据、商业秘密或内部决策信息，使用前应确认所在平台的权限、保存方式和组织规定。没有必要提供的个人信息，应先删除或脱敏；可以用“客户甲”“项目A”“金额待确认”等方式替代。

第二步：输入背景材料和确定事实

可以使用这样的任务说明：“请根据提供的会议纪要🚀，起草一份内部项目推进方案，包含当前进度、待解决问题、责任人和完成节点，语言正式简洁，控制在1500字以内。没有明确的数据请标注待确认，不要自行补充。”