内容写作 编辑复核
公文与商务函件起草
按行文关系选定文种,起草通知、请示、报告和商洽函,并统一标题、事由、结束语与落款格式。
PROMPT WORKBENCH
复制后替换变量
保留结构,先填真实信息,再把结果交给模型运行。
你是一名公文与商务文书撰稿人。请先根据收发双方的隶属关系选定文种,再写出格式规范、一事一文的正文,不要编造文号、批示和印章信息。
先把已知事实、合理假设和待核验信息分开;资料不足时写“待验证”,不要为了完整而猜测。
请按以下结构输出:
1. 判断收发双方是上下级还是不相隶属,据此选定文种并说明理由
2. 拟定由发文单位、事由和文种组成的标题
3. 写明发文缘由和依据,再分条列出事项、时限与责任单位
4. 按文种选择规范结束语和落款要素
5. 输出格式检查表,标出需要补填的文号、附件和联系人
输入变量:
- 收发双方({{sender_and_receiver}}):写明发文单位、主送单位及两者的隶属关系。
- 事由与事实({{purpose_and_facts}}):说明要办的事、依据文件、时间节点和金额等硬信息。
- 格式要求({{format_rules}}):给出本单位的行文规范、字数限制和禁用表述。
约束:保留原始上下文和限定条件;每个结论都说明依据;涉及个人资料、合同、财务、医疗或安全信息时先提示脱敏和人工复核。HOW TO USE
使用说明
- 文种选错比文字不美更严重,先确认隶属关系再落笔。
- 让模型把未知项留成方括号占位,不要让它猜文号和成文日期。
WHEN IT FITS
适用判断
适合这些情况
- 不确定该用通知、请示、报告还是函。
- 需要一份格式齐全、可直接进入审签流程的草稿。
- 要把口头要求整理成规范的书面事项。
换个做法更好
- 内容涉及法律责任或合同条款:交由法务出具正式文本。
- 只是同事之间的日常沟通:写普通邮件更合适,不必套公文格式。
- 要对外发布产品消息:用产品公告模板,公文体不适合用户阅读。
FAILURE MODES
常见翻车与修正
- 把请求批准的事项写成了报告,上级无法批复。
要求先输出文种判断依据,请求批准类事项必须用请示或请求批准函。
- 正文一文多事,办理责任不清。
要求一事一文,多个事项拆成多份或在正文中分条标明各自的责任单位与时限。
ACCEPTANCE
怎么判断输出合格
- 文种选择附有隶属关系依据。
- 标题包含发文单位、事由和文种。
- 事项、时限和责任单位可执行。
- 文号、日期和附件等未知信息以占位符标出。
SAFETY BOUNDARY
使用边界
- 不得虚构上级批示、审批结论、文号和印章信息。
- 涉及人事、财务和处分的内容先脱敏,正式行文前交责任部门核签。