起草专业说明或研究材料

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

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

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

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

输出要求：说明标题数量、章节结构、语气、篇幅、格式以及是否需要提纲后再成稿。

使用过程中常见的问题

如果你说的“17·c起草口”是某个页面中的起草、生成或辅助撰写入口，最稳妥的使用方式不是只输入几个关键词，而是先交代写作目标、使用场⭐景、读者对象、事实材料和输出格式，再让系统分阶段完成提纲、初稿和修改。这样更容易处理通知、方案、报告、说明和回复等复杂文本。

提前说明需要标题、摘要、分级小标题、步骤清单、表格还是正式公文结😎构，并🚀注明字数范围。若需要保留原文中的关键词、编号或条款顺序，也应在任务中明确提出。

使用17·c起草口得到初稿后，应重点检查四件事：事实是否与原材料一致，结论是否超过材料能够支持的范围，语气是否符合实际对象，行动🎇要求是否明确可执行。正式发布前还要删除内部备注、待确认标🍀记和不应公开的个人信息。

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

如果材料中有不完整信息，可以要求分别标注“已知事实”“合理建议”和“需要补充”。这比让系统自由发挥更安全，也方便后续审核。涉及法律、财务、医疗、合同或公共事务时，不能仅凭生成内容作最终决定。

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

第一步：先让它拆解任务，不要直接要求成稿

先说明客户的问题原文、已确认事实、可提供的解决方案和不能承诺的事项。语🔮气应保持礼貌，但不要使用“肯定解决”“绝对没有问🔮题”等无法保证的表达。对于尚未查清的情况，可以使用“目前正在核实，预计在确认后反馈”这类审慎表述。