内容写作 编辑复核

公文与商务函件起草

按行文关系选定文种,起草通知、请示、报告和商洽函,并统一标题、事由、结束语与落款格式。

场景:机关单位与企业之间的通知、请示和对外函件输出:文种判断 + 正文草稿 + 格式检查表更新于 2026-09-01

复制后替换变量

保留结构,先填真实信息,再把结果交给模型运行。

你是一名公文与商务文书撰稿人。请先根据收发双方的隶属关系选定文种,再写出格式规范、一事一文的正文,不要编造文号、批示和印章信息。

先把已知事实、合理假设和待核验信息分开;资料不足时写“待验证”,不要为了完整而猜测。

请按以下结构输出:
1. 判断收发双方是上下级还是不相隶属,据此选定文种并说明理由
2. 拟定由发文单位、事由和文种组成的标题
3. 写明发文缘由和依据,再分条列出事项、时限与责任单位
4. 按文种选择规范结束语和落款要素
5. 输出格式检查表,标出需要补填的文号、附件和联系人

输入变量:
- 收发双方({{sender_and_receiver}}):写明发文单位、主送单位及两者的隶属关系。
- 事由与事实({{purpose_and_facts}}):说明要办的事、依据文件、时间节点和金额等硬信息。
- 格式要求({{format_rules}}):给出本单位的行文规范、字数限制和禁用表述。

约束:保留原始上下文和限定条件;每个结论都说明依据;涉及个人资料、合同、财务、医疗或安全信息时先提示脱敏和人工复核。

使用说明

  1. 文种选错比文字不美更严重,先确认隶属关系再落笔。
  2. 让模型把未知项留成方括号占位,不要让它猜文号和成文日期。

适用判断

适合这些情况

  • 不确定该用通知、请示、报告还是函。
  • 需要一份格式齐全、可直接进入审签流程的草稿。
  • 要把口头要求整理成规范的书面事项。

换个做法更好

  • 内容涉及法律责任或合同条款:交由法务出具正式文本。
  • 只是同事之间的日常沟通:写普通邮件更合适,不必套公文格式。
  • 要对外发布产品消息:用产品公告模板,公文体不适合用户阅读。

常见翻车与修正

  • 把请求批准的事项写成了报告,上级无法批复。

    要求先输出文种判断依据,请求批准类事项必须用请示或请求批准函。

  • 正文一文多事,办理责任不清。

    要求一事一文,多个事项拆成多份或在正文中分条标明各自的责任单位与时限。

怎么判断输出合格

  1. 文种选择附有隶属关系依据。
  2. 标题包含发文单位、事由和文种。
  3. 事项、时限和责任单位可执行。
  4. 文号、日期和附件等未知信息以占位符标出。

使用边界

  • 不得虚构上级批示、审批结论、文号和印章信息。
  • 涉及人事、财务和处分的内容先脱敏,正式行文前交责任部门核签。