用DeepSeek辅助公文写作，核心在规则理解、提示词设计与人工核验，零基础也能快速成稿。 公文写作长期被视为需要经验积累的技能，格式、文种、语体和政策依据缺一不可。DeepSeek凭借自然语言理解与生成能力，可以把零散信息整理成规范初稿，但它的输出只是半成品。小白要轻松上手，需要先明确机器能做什么、不能做什么，再按流程逐步校准。下面围绕四个实操环节，说明如何借助DeepSeek完成一份可用的公文。
1. 公文规则与模型能力边界
公文写作不是自由创作，它受《党政机关公文处理工作条例》和GB/T 9704—2012《党政机关公文格式》约束，文种、行文方向、主送机关、签发流程都有明确规定。通知用于发布、传达要求下级机关执行和有关单位周知或者执行的事项，请示用于向上级机关请求指示或批准，报告用于向上级机关汇报工作、反映情况，函用于不相隶属机关之间商洽工作、询问和答复问题。DeepSeek对这些概念有基础理解，能够根据指令生成标题、主送机关、正文和落款，也能模仿庄重简洁的语体。但它并不天然掌握你所在单位的发文习惯、历史文号和内部审批口径，生成的文种名称、行文方向甚至政策表述都可能出现偏差。
举个常见场景，小白让DeepSeek写一份“关于申请专项经费的报告”，模型可能直接写成请示格式，或者在报告结尾加上“请批准”这类请示用语。按照公文规则，请求批准应当使用请示，报告不能夹带请示事项。模型之所以出错，是因为它依据训练语料中的语言概率生成文本，而不是依据实时有效的法规数据库作判断。再比如，它可能编造一个看似合理的文号、会议名称或政策条款，如果不加核对就上报，风险会直接落在拟稿人身上。
此外，公文常涉及内部信息、人事安排、财政数据、未公开政策，直接把原文粘贴到公网AI工具中存在泄密隐患。合理的边界是把DeepSeek当作结构助手和语言助手，用它处理非涉密、已脱敏的材料，生成框架、措辞和段落衔接建议。涉及密级、敏感数据、具体政策条款和法定程序的内容，必须由熟悉业务的人员判断。明确这条边界，小白才不会把“生成得快”误认为“可以直接用”。
2. 提示词设计与初稿生成
提示词决定DeepSeek输出质量。小白常见做法是只输入“帮我写一份通知”，结果往往空泛、套话多、缺少可执行信息。更有效的是把提示词拆成角色、任务、背景、文种、受众、结构、语气、字数、参考材料九个要素。例如要写一份安全检查通知，可以这样输入：你是政府机关文秘，请撰写杭州市住房和城乡建设局关于开展2025年春季建筑施工安全生产大检查的通知，主送各区县住建局和各施工单位，内容包括检查时间、检查范围、重点内容、工作要求，语气正式，符合党政机关公文语体，正文约800字，不要编造法规条款，不确定的信息请标注待核实。这个提示词把发文主体、文种、对象、事项和边界都说清楚了，模型输出的初稿会更接近可用状态。
如果手头有往年通知、上级文件或会议记录，可以在提示词中提供摘要，让DeepSeek据此归纳。比如把“检查时间从3月1日至3月31日，重点查深基坑、高支模、起重机械、临时用电，要求企业先自查，各区县3月10日前报送检查方案”这段材料交给模型，并让它按“目的、时间、范围、重点、要求”组织段落。模型生成后，不要急着全盘接受，可以继续追问：把工作要求部分改成三条，每条用动宾结构；把口语化表达替换成公文用语；检查范围补充既有建筑改造工程。通过多轮追问，初稿会逐步收敛。
小白还要养成“先框架后细节”的习惯。第一轮让DeepSeek列出发文标题、主送机关、正文层次和落款要素，第二轮再填充具体数据、责任单位和时限。这样比一次性要求“写完整”更容易发现逻辑漏洞。生成过程中可以要求模型保留不确定信息，或者让它分别给出正式版和简版，便于比较。提示词越具体，人工修改成本越低，但无论提示词多精细，初稿仍然只是草稿，不能跳过后续的文种适配和事实核验。
3. 文种适配与语言校准
不同公文文种对结构和语气要求不同，DeepSeek的通用输出需要按文种二次校准。通知通常由标题、主送机关、正文、落款构成，正文先写目的依据，再写事项和要求，结尾常用“请遵照执行”“请认真贯彻落实”。请示必须一文一事，主送一个上级机关，结尾用“妥否，请批示”“以上请示，请予批准”。报告侧重陈述情况，结尾用“特此报告”，不能写“请批准”。函的语气相对平和，用于商洽、询问、答复或请求批准，结尾可用“请予支持”“盼复”。纪要要客观记录会议决定事项，少用形容和评论。小白可以要求DeepSeek按指定文种生成，再逐项对照规范修改，重点检查标题是否由发文机关、事由、文种三要素组成，主送机关是否准确，正文层次是否清晰，落款和日期是否齐全。
语言校准是另一项关键工作。公文要求准确、简明、庄重、得体，避免“特别重要”“非常着急”“大家一定要”这类口语化表达，也应删除“为了进一步”“在某种程度上”这类空泛铺垫。模型初稿里常见“随着社会不断发展”“高度重视”等套话，可以改成具体动作，比如“各单位要建立检查台账”“于3月10日前报送检查方案”。数字、日期、计量单位要统一，例如“3月1日”不写成“三月一号”，“平方米”不写成“平方”。人名、职务、机构全称要核对，不能把“住房和城乡建设局”简写成“住建局”后又在正式标题中使用。DeepSeek擅长做句式转换，可以要求它把长句拆短、把被动改主动、把模糊表述改为责任明确的表达，但改完仍需人工通读，防止语义偏移。
文种适配还涉及行文方向。向上级请求批准用请示，向上级汇报工作用报告，向平级或不相隶属单位商洽用函，向下级布置工作用通知，向会议参与者通报情况用纪要。模型有时会把“通知”写成“公告”，把“请示”写成“申请”，把“意见”写成“方案”。小白可以在提示词中直接限定“文种为请示”“请按请示格式生成”，生成后再检查是否夹带其他文种功能。比如报告中出现“请批准购买设备”就属于典型错误。把文种规则和语言规范一起校准，DeepSeek才能真正帮上忙，而不是制造新的修改负担。
4. 事实核验与合规审查
DeepSeek生成的内容必须经过事实核验。公文中的政策依据、法规条款、数据、文号、会议名称、领导职务、单位全称、时间节点都不能凭模型记忆确认。模型可能把旧版文件说成现行有效，也可能编造“根据不存在的文件号”的表述。小白要把初稿中的每一处引号内容、书名号内容、数字和专有名词单独标出，再到政府官网、单位档案或业务系统中核对。涉及经费、项目、人事、处罚等事项，要请业务科室确认，不能因为语句通顺就默认准确。若模型标注了“待核实”，更不能直接删掉标记，而应逐项查证后决定是否保留。
合规审查与保密要求同样重要。公网AI工具通常会将输入内容用于模型训练或日志留存，涉密文件、内部敏感数据、个人隐私信息不应上传。确需使用AI辅助时，应先脱敏，把真实单位名替换为代号，把金额、人员、账号等改成虚拟值，或者使用本地部署的模型和符合单位安全要求的工具。定稿前还要检查是否违反信息公开、保密法、个人信息保护法等要求，是否包含不宜公开的敏感表述。发文流程中的会签、审核、签发环节不能因为用了AI就省略，AI只是拟稿辅助，不能替代法定程序。
最后的复核可以按“格式、事实、逻辑、语言、程序”五条线走一遍。格式看版头、发文字号、标题、主送机关、正文、附件说明、发文机关署名、成文日期、印章；事实看政策、数据、人名、地名、时间；逻辑看层次是否并列、因果是否成立、要求是否可执行；语言看有无歧义、错别字、口语和多余修饰；程序看是否经过必要的征求意见、合法性审查和领导签发。每一条都确认后，再把DeepSeek初稿转化为正式公文。对小白而言，这套流程并不复杂，关键是记住最终责任在人，工具只负责提高起草效率。
