17·c起草口的通用使用流程

把已经确认的时间、人物、数据、流程、政策原文和限制条件列出来。对于尚未确定的信息，应明确标注“待确认”，不要让起草工具自行补全。尤其是金额、日期、法规条款、承诺事项和技术参数，必须由人工核实。

“写得专业一点”“内容丰富一些”这类要求不够具体。可以改成：“面向首次接触该业务的客户，使用清晰、克制的说明语气，分为背景、办理条件、操作步骤、注意事项四部分，控制在一千字以内，不虚构政策依据。”

不要一次提出十几个修改要求。可以按顺序😎处理：先改结构，再🔑改事实，再改语气，最后检查错别字、重复表达和格式。每轮只解决一类问题，便于判断修改是否有效，也能避免原本准确的内容被无意改动。

起草专业说明或研究材料

复杂需求最好分成“理解任务—搭建结构—撰写内容—检查修改”四个阶段。第一次输入可以要求先输出写作目标、关键信息缺口和建议提纲，确认方向后再继续起草。这样能及时发现受众、口径或材料不完整等问题。

需要补充术语定义、适用范围、判断标准和资料边界。若要求引用具体来源，应由人工提供或核验来源，不应把自动生成的作者、数据、法规名称或研究结论直接写入正式材料。

第三步：要求区分事实、推断和待确认内容

输入时应提供通知对象、执行时间、具体事项、责任部门、反馈方式和未完成事项。输出可要求包含“背景说明、任务安排、时间节点、责任分工、异常处理、联系人”六部分🔑。若某项安排仍在讨论中，应标为待定，不能用确定语气发布。

起草项目汇报或工作总结

不得出现：列出▶️不能💯虚构的数字、未确认的承诺、敏感信息和不适用表述。

使用17·c起草口前，先准备好四类信息

审核要求：请将事实不完整、逻辑❤️矛💎盾、需要人工确认的内容单独列出，不要自行补全。

起草工具更适合帮助整理思路、搭建结构和优化表达，不能替代业务判断。真正应对复杂起草需求的关键，是把任务拆清楚、把材料分准确、把不确定内容标出来，再通过人工审核完成定稿。

第二步：用结构化要求替代模糊指令

先说明这份内容是用于汇报、通知、申请、宣传、答复，还是内部讨论。目的不同，结构和语气也不同。例如，“向领导汇报项目进展”需要突出完成情况、风险和下一步计划；“⭐面向客户介绍服务”则👍应重点说明价值、流程和适用条件。

不要只提供一串成绩。更有效的材料顺序是“目标—实际进展—差异—原因—风险—下一📌步”。可以要求将事实数据和评价性语言分开，并把未完成📚任务单独列出。这样形成的汇报更便于管理者快速判断项目状态。

已知材料：列出已经确认的事实、数据、时间、人员、流程和限制条件。