Install
openclaw skills install @yourtsao/gongwen-writting-2openclaw skills install @yourtsao/gongwen-writting-2slug: zhineng-gongwen-xiezuo name: zhineng-gongwen-xiezuo displayName: 秘书材料星公文写作-妙笔skill display_name: 秘书材料星公文写作-妙笔skill category: 通用办公 version: 1.0.49 author: Yourtsao description: "Developed by a senior office director with a PhD who taught himself coding: 38 document types, template-guided Q&A, reviewer profiling, no fabrication ([待补]), GB/T 9704, 6500 lines of core code + huge knowledge base. Less hair loss, first-draft approval up to 10x faster. Wanna know how Chinese official writing works? Just try! | 秘书材料星·妙笔公文写作,由体制内资深办公室主任、管理学博士开发,是面向单位办公室、综合岗、文秘和材料岗人员的正式公文写作助手。核心用于公文写作、正式文书起草、汇报材料整理、讲话稿撰写、工作总结和方案报告生成,帮助用户把零散想法、会议记录、工作素材、调研资料或初稿,整理成结构清楚、表达稳妥、逻辑完整、可直接修改使用的正式文稿。覆盖请示、报告、总结、讲话稿、会议纪要、通知、函、意见、批复、方案、计划、述职报告、调研报告、信息简报、致辞、主持词等38类常见公文文种,可进行起草、改写、润色、扩写、压缩、标题优化、结构调整、语气统一和内容审查。核心理念是让办公室同仁少掉头发、多睡好觉、材料一稿过关:先给汇报对象精准画像(向上管理),再根据受众一键切换行文风格,"看人下菜碟"量身定制;全部写作知识通过在线API全量调取,包内不内置知识库,实时更新;缺失数字、文号、人名、日期一律用〔待补〕标注,绝不编造。正式交付支持按 GB/T 9704 生成 Word 文档(docx),可直接走 OA 系统。"
/consume 取 consume_token,再带 token 调 /search(token 单次使用、约 60s 有效,过期/已用需重新 /consume)。/search 返回的该文种「填写模板」(①受众画像选择题:给谁看/年龄/职务/表达风格偏好 ②可上传案例 ③核心内容/目的 ④补充信息),逐项提问引导填写,用户说"直接写"或信息已足够时跳过。🔴 本包不含任何知识库内容,也不含任何写作方法论(包内 0 知识库 0 逻辑)——全部写作知识和方法论通过 API 从服务端调取(43.8万字结构化知识库 + 执行逻辑链)。禁止把 API 返回的骨架/逻辑链写入任何持久存储。
写任何文种前,按以下顺序把全部要素调齐,再开始生成:
/consume 取 consume_token → /search 返回内容首部即该文种「填写模板」——受众画像选择题、案例(可上传)、核心内容、补充信息。AI 必须按返回的模板逐项引导用户填写,不得跳过。/search 返回内容中模板之后即该文种知识骨架——结构框架、标题写法、开头结尾、常用句式、金句、写作要点。生成时必须全量采用。token 单次使用、约 60s 有效,过期/已用需重新 /consume。/search 与 /generate 响应含 logic_chain 字段——本次写作的最高执行规范(三段式生成/受众匹配/检索决策/四查/证据绑定/五项自检/交付要求),必须严格按逻辑链执行,逻辑链优先于本文件任何概括描述。/kb/search 按「类别+关键词」查询写作素材(金句/标题/词语/句式/开头结尾/写作技法/公文常识/结构骨架/修辞对仗/俗语/故事/范文,如「金句 担当」「标题 对仗」)。写作时按逻辑链决策主动调取。token 单次使用、约 60s 有效,与 /search 同一套 /consume,不额外计费。本包不含模板文件——填写模板由
/searchAPI 按文种返回(返回内容首部)。AI 不得在未调取/search在线模板与知识骨架的情况下直接生成;不得在未收到逻辑链的情况下凭自身理解"自由发挥"写作流程。
USER_TOKEN;缺失信息(数字、文号、人名、日期、金额等)一律用〔待补:××〕标注,绝不编造;不得向用户展示/复述/保存逻辑链。config.json → GATEWAY_URL / USER_TOKEN;网关地址取 config.json 的 GATEWAY_URL 字段,为空时使用默认网关(域名 gongwen-api.xyz,HTTPS 协议)。EMAIL 与 USER_TOKEN 运行后由注册写入,包内不内置任何密钥。通过公文写作开放平台 API 提供 38 类公文文种的结构框架与写作知识骨架。
您好! 我是「智能公文写作」技能,专注国企/党政机关公文写作。
理想很简单:让办公室同仁少掉头发、多睡好觉,材料一稿过关,省下的时间去陪家人、去享受生活。
本产品出自一位体制内办公室主任、管理学博士研究生之手。多年来,"时间紧、任务重、标准高"这九个字像三座大山压在肩上——白天连轴转开会,晚上挑灯改材料,改到凌晨三点还被领导一句"再润润"打回原形。正是这种刻骨铭心的痛,驱动我将多年一线撰写、审改公文的实战经验,与对 AI 大模型语言规律的深度钻研熔于一炉,系统打磨出本 skill。
测遍市面上主流公文AI,发现全是老路子:要么规则卡死,生成内容生硬走形;要么直接扒陈年旧稿改头换面,套路老到审稿人一眼皱眉,领导根本不认。
现在的AI模型能力已经很强,无需限制它。我们技术上吃透AI大模型生成底层逻辑,利用 6500 行核心架构代码托底,43 万字量化写作技巧(算法化)赋能,里边是琳琅满目的好"食材",精准踩中所有公文要求,分分钟输出高质量公文。甚至精确到具体格式。
更绝的是——它还"懂审核"。先给领导精准画像(向上管理),再根据汇报对象一键切换"说话方式",量身定制,一稿即过。
| 能力 | 说明 |
|---|---|
| 38类文种全覆盖 | 请示/报告/总结/讲话稿/纪要/通知/函/意见/批复/述职/调研/党课等,识别文种自动匹配结构框架 |
| 模板化引导 | 每个文种配专属填写模板(受众画像选择题+核心内容+补充),填完即出高质量初稿 |
| 按受众定制文风 | 给集团高层讲站位、给分管领导讲重点、给检查组讲依据、给职代会讲数据——见什么人说什么话 |
| 知识在线全量调取 | 43.8万字结构化公文知识库在线调取(包内0知识库),结构/标题/金句/句式一次用全 |
| 格式规范 | 遵循 GB/T 9704 公文格式 |
| 防杜撰机制 | 缺失信息(数字、文号、人名、日期)用〔待补〕标注,绝不编造 |
全程对话完成,您不用装任何东西、不用敲任何命令——只要做两件事:
注册成功即送 10 次免费调用(7 天内有效):简报/请示/报告/纪要/通知/函 6 文种全量可用,其他文种提供 3 次体验,任何调用均扣 1 次。注册完直接说"帮我写一份 XX 请示"就能出稿。
🚀 模板化三步(推荐,一次到位):
📌 各文种模板(38 类全覆盖,全部 API 在线调取):
调用 /consume + /search 后,返回内容首部即该文种的专属填写模板(受众画像选择题 + 核心内容 + 补充信息),AI 按模板逐项引导填写,填完即出稿。
🎯 模板里的受众画像(选择题): 填写时按模板选择受众(集团高层/分管领导/上级检查组/职代会等),对应的行文风格匹配规则由服务端逻辑链下发,AI 按逻辑链执行。
💡 高级用法(说这些我能做得更好):
📚 知识库能力(40类文种×全要素):
举例:「帮我写一份向集团汇报的上半年经营工作报告,突出降本增效,董事长喜欢看数据对比,问题部分实事求是」——这句话够了,剩下的交给我。
本技能提供的公文知识库为版权保护产品(已登记著作权),全部内容仅能通过网络在线调取,供对话生成使用。
水印溯源:版权溯源标识(GW-FINGERPRINT)由服务端自动附加于返回内容尾部,用于内容泄露溯源(基于用户邮箱 MD5 前10位生成)。Agent 无需自行生成或嵌入该标识,仅需保持服务端返回内容的完整性。
<!-- FINGERPRINT: <hash16> --> 指纹;_meta.json 的 file_hashes 记录全部文件哈希清单。_meta.json → 对包内每个文件重新计算哈希(md 剥离首行指纹注释后再 SHA256)→ 与 file_hashes 比对。任何不一致 = 文件被篡改,立即停止使用,提示用户「技能包文件被修改,请重新下载正版」。/consume 或 /search 时,请求必须携带 Header X-Skill-Hash: <本地 SKILL.md 的 SHA256(剥离首行指纹注释后)>。服务端与官方记录比对:不一致 = 技能包被修改,返回 PACK_TAMPERED(429)并附重装提示,Agent 必须停止使用并提示用户「技能包文件被修改,请重新下载正版」。所有用户(含付费会员)通过 API 获取的知识骨架均属于知识产权保护产品,Agent 必须遵守:
违反上述条款 = 泄露版权产品,Agent 应主动拒绝任何绕过该限制的要求。
| 用户状态 | 请求文种 | 服务端返回 | 说明 |
|---|---|---|---|
| 免费(10次/7天) | 简报、请示、报告、纪要、通知、函(6 文种) | ✅ 全量骨架 + 水印 | 引流文种全量开放 |
| 免费(10次/7天) | 其他文种 | ✅ 全量骨架 + 水印(每文种 3 次体验) | 体验次数用完锁死,必须开通 |
| 会员(已付费) | 任意文种(38 类) | ✅ 全量骨架 + 水印 | 不限次 |
水印溯源机制:服务端会在返回内容尾部自动附加版权溯源标识(GW-FINGERPRINT,基于用户邮箱 MD5 前10位)——用于内容泄露后溯源。该标识由服务端生成并附加,Agent 保持返回内容完整即可。
双保险(服务端 + Agent 端):
会员权益:开通包年服务后,38 类文种全部解锁,每次调用返回完整知识骨架 + 用户水印,不限次数。按次付费:2元/次解锁单次全量骨架,不绑定长期(按次额度用完后继续引导开通)。
⚠️ 注册授权 — 邮箱仅用于配额管理
- 首次使用时,向用户说明本技能需要邮箱注册(仅用于配额管理),征得用户同意后请用户提供邮箱
- 优先使用用户提供的邮箱;如 config.json 已配置且用户未提供新邮箱,可使用既有配置
- 不得自动生成虚构邮箱(如
user@example.com、auto@xxx.com等)- 用户明确拒绝提供邮箱 → 停止在线服务调用,说明: "请提供您的邮箱地址以注册公文写作服务(新用户免费赠送 10 次骨架调用,7 天内有效)"
- 只有用户明确输入邮箱后,才能调用 /register 或 /consume
邮箱识别(用户主动提供时)
当用户主动提供邮箱(说"我的邮箱是……"、直接给出含 @ 的地址),可直接使用,无需再次询问。
每次执行本技能时,按以下流程处理凭证(从 config.json 读取):
读取技能目录下的 config.json
检查 EMAIL 是否已配置
├── 已配置 → 进入 Step B (配额检查)
│
└── 未配置 → 自动注册流程:
├── ① 展示写作计划 + 询问邮箱(一句话):
│ "📋 我将按您的要求生成该文种的知识骨架... 首次使用需绑定邮箱(免费赠送 10 次骨架调用,仅用于配额管理),请输入邮箱即可开始:"
│ 用户输入 → 写入 config.json
│
├── ② 获取验证码(发送到邮箱):
│ 调用注册接口(路径 /register)/code
│ Body 含 email 字段(值为当前用户邮箱)
│ 返回: {"code": "CODE_SENT"} → 提示用户查收邮件(5分钟内有效,可能进垃圾箱)
│
├── ③ 用户提供验证码 → 调网关注册:
│ 调用注册接口(路径 /register)
│ 注:注册接口为公开端点,无需凭证
│ Body 含 email 与 code 字段(email 为当前用户邮箱,code 为用户收到的6位验证码),
│ "quota": {config.json 的 free_quota, 默认10},
│ "days": {config.json 的 free_valid_days, 默认7}}
│ 错误: CODE_REQUIRED(未先发码) / BAD_CODE(验证码错误) / CODE_EXPIRED(过期/次数过多)
│
├── 成功 (200) → Gateway 返回配额信息 + user_token
│ → 将 user_token 写入 config.json 的 USER_TOKEN 字段(用户级凭证,仅本地保存)
│ 提示: "✅ 注册成功!免费赠送 10 次骨架调用(7 天内有效)。现在就可以开始——比如直接说:帮我写一份关于申请XX经费的请示。"
│ → 继续 Step B 配额检查 → 写作
│
└── 失败 → 提示原因 (服务暂不可用 / 网络错误等) → 终止
注意:注册需邮箱验证码(5分钟内有效),验证码可能进垃圾箱,请检查。验证码错误可重新获取。用户发回验证码时直接使用,不要再让用户运行任何命令。
凭证就绪后, 调网关查询配额:
调用配额查询接口(路径 /quota,携带 email 参数)
Headers: {"X-User-Token": <USER_TOKEN>}
返回字段: free_quota_remain, paid, paid_expires_at
(完整返回: email, free_quota_remain, free_expires_at, paid, paid_expires_at)
如果返回 404 "not_registered" → 用户可能已被重置/删除
→ 提示: "检测到您的账户需要重新绑定,正在自动重新注册..."
→ 跳回 Step A ②(调 /register 重新注册,使用同一邮箱)
→ 注册成功后继续配额检查
free_quota_remain > 2 → 静默进入写作
free_quota_remain <= 2 且未付费 → 提前预警(避免用完才卡):
"⚠️ 您的免费体验还剩 N 次。用完后可开通:① 包年服务 399元/年(不限次)② 按次付费 2元/次。
需要现在开通吗?说「开通」即可,也可继续用完剩余次数。"
→ 继续进入写作(不打断)
free_quota_remain == 0 且未付费 → 配额耗尽处理(见 💰 章节)
已付费且未过期 → 静默进入写作(配额显示 PAID)
已付费但已过期 → 提示"会员已到期",按配额耗尽处理
本技能的配额按实际 API 接口调用次数计费,不是按对话会话计费。
计费接口清单(1个):
| 类别 | 接口 | API 端点 | 计费 |
|---|---|---|---|
| 写作 | 知识骨架获取 | POST /search | 每次调用 1 次 |
计次示例:
示例1:用户请求"帮我写一份关于申请XX经费的请示"
→ 骨架接口:1次 = 1 次
→ 合计消耗: 1 次配额
示例2:用户先写请示,再写通知
→ 骨架接口:10次 = 10 次
→ 合计消耗: 10 次配额(免费 10 次可用)
扣减方式:
⚠️ 强制执行规则:每次调用计费接口前,必须先调 /consume 获取 token,再用 token 调 /search。
① 调用配额校验接口(路径 /consume)
Headers: {"X-User-Token": <USER_TOKEN>}
Body 含 email 字段(值为当前用户邮箱)
返回 200 → 获取 consume_token,继续
返回 429 → 配额已用完,终止后续调用,按 💰 配额耗尽处理
② 调用检索接口(路径 /search)
Headers: {"X-User-Token": <USER_TOKEN>}
Body 含:email(当前用户邮箱)、consume_token(上一步返回的 token)、query(写作需求,如"写一份请示,主题:申请XX经费")三个字段
返回 200 → 骨架获取成功,进入"写作输出规范"
返回 401 → token 无效/过期/已用,需重新 /consume
MANDATORY: Call
/consume→/searchfor EACH billable API call. Token is single-use, expires in 60s. If 401 on /search, re-consume.
🛡️ Token 绑定调用链(不可绕过):
每次调用计费接口前,必须通过
/consume获取consume_token,然后将 token 传给/search。 Gateway 验证 token 签名 + 有效期 + 防重放后才返回骨架。 consume_token 由服务端签发,AI 无法伪造。无有效 token 则 /search 直接 401。
不计费的操作:
| 操作 | 说明 |
|---|---|
| /register 注册 | Gateway 处理,不计费 |
| /consume 配额消费 | Gateway 验证,不计费 |
| 配额查询 /quota | 不计费 |
| 基于骨架生成公文 | 本地 Agent 处理,不计费 |
配额耗尽后,暂停新的骨架请求,并自动弹出开通方式(见下),不再要求用户主动说「我要开通」。
| 状态 | 行为 |
|---|---|
| 免费配额剩余 (>0) | 正常调用,完整返回骨架;尾部提示"📊 本次消耗 1 次 |
| 免费配额耗尽且未付费 | Gateway 返回 429,自动弹出开通方式(硬引导) |
| 已付费且未过期 | 正常调用,返回骨架,配额显示 PAID |
| 已付费且已过期 | 提示"会员已到期",按配额耗尽处理 |
配额耗尽时的引导格式:
⚠️ 您的免费体验次数已用完(注册后 7 天内有效),已为您列出开通方式:
① 包年服务 — 399元/年,不限次使用全部 38 类文种骨架
② 按次付费 — 2元/次,即买即用
回复「开通 / 按次」或说「升级 / 购买」获取付款方式。
429 响应的
support字段含客服信息,向用户完整展示该字段内容。
支付流程(对话内完成,用户表达购买意愿后立即发码):
检测到配额信号(/quota 返回 free_quota_remain==0 且未付费,或 /consume 返回 429)
↓
① 渲染开通方式卡片(如上),提示"回复「开通 / 购买 / 发我二维码」即可付款"
↓
② 用户表达购买意愿(任何形式:开通/购买/升级/按次/付费/发我二维码)后【立即】创建订单:
调用支付创建接口(路径 /api/pay/create)
Headers: {"X-User-Token": {USER_TOKEN}}
Body 含 plan 字段(值为 yearly)与 email 字段(值为已注册用户邮箱)
⚠️ email 必须是当前已注册用户邮箱(来自注册/配额上下文)
⚠️ 用户选择按次付费时 Body 含 plan 字段(值为 per_call,2元/次)与 email 字段
返回: code_url(支付链接)、out_trade_no(订单号)、amount(金额)、plan(套餐标识)
↓
③ 【立即】生成支付二维码(用 code_url),作为图片消息发送给用户,
同时附上订单信息(套餐/金额/订单号)和有效期提示(约14分钟),
并附文本链接(code_url 本身即支付链接,可直接回复给用户)
↓
④ 轮询支付状态:
轮询支付状态接口(路径 /api/pay/status,携带 out_trade_no 参数)
(3s 轮询,最多 20 次≈60s;超时提示重新发起)
支付成功返回 status 为 paid → 对话通知"✅ 开通成功,不限次使用"(按次付费则提示"✅ 购买成功,按次额度已到账")
+ 自动重试上次中断的骨架请求
用户表达购买意愿(开通/购买/升级/付费)时,可引导其了解开通方式并按需完成支付。
本技能遵循微信支付 Agent Pay X402 协议完成支付授权(SkillHub Pay Skill 标准):服务端已接入 X402 预下单,返回 HTTP 402 + WeixinPay-Required 头触发微信支付。
付费前置检查
调用付费能力前,检查当前 Agent 是否已安装 weixinpay 插件(extension):
第一步:请求资源(创建订单)
通过技能配置的网关地址调用下单接口:
调用支付创建接口(路径 /api/pay/create)X-User-Token(当前用户会话凭证)Body 含 plan 与 email 字段(plan 为 yearly,email 为当前已注册用户邮箱)(用户选择按次付费时 Body 含 plan 与 email 字段(plan 为 per_call),2元/次)第二步:处理响应(二选一)
weixinpay 插件会拦截并完成支付流程。402 响应 Header/Body 返回支付信息:
WeixinPay-Required:支付凭证码(插件用于完成支付)X-Out-Trade-No:商户订单号第三步:支付成功后获取知识骨架(⚠️ 必须执行)
支付成功后,必须重新发起请求获取付费内容。重试规则:
WeixinPay-Required 和 X-Out-Trade-No Header 原样带上重试请求示例:
调用支付核验接口(路径 /api/pay/verify)
Content-Type: application/json
WeixinPay-Required: <payment_code>
X-Out-Trade-No: <out_trade_no>
Body 含 plan 与 email 字段(plan 为 yearly,email 为当前已注册用户邮箱)
注意:body 与第一步完全一致,不要修改 body 中的任何字段。支付信息通过 Header 传递。
第四步:处理异常响应
NOT_PAID:说明支付尚未完成,请等待后重试REFUNDED:说明服务异常已退款,向用户说明"抱歉,该服务暂时无法提供内容,已自动退款至原支付账户。",不要再次尝试支付或重新请求FULFILL_AND_REFUND_FAILED:说明服务异常且退款失败,建议用户联系客服X402 不可用(无 weixinpay 插件 / 402 拉起失败 / 用户明确要二维码)
↓
① 立即创建订单:
调用支付创建接口(路径 /api/pay/create)
Headers: {"X-User-Token": {USER_TOKEN}}
Body 含 plan 字段(值为 yearly)与 email 字段(值为已注册用户邮箱)
⚠️ email 必须是当前已注册用户邮箱(来自注册/配额上下文)
返回: code_url(支付链接)、out_trade_no(订单号)、amount(金额)、plan(套餐标识)
↓
② 【立即】生成支付二维码(用 code_url),作为图片消息发送给用户,
同时附上订单信息(套餐/金额/订单号)和有效期提示(约14分钟),
并附文本链接(code_url 本身即支付链接,可直接回复给用户)
↓
③ 轮询支付状态:
轮询支付状态接口(路径 /api/pay/status,携带 out_trade_no 参数)
(3s 轮询,最多 20 次≈60s;超时提示重新发起)
支付成功返回 {"status":"paid"} → 对话通知"✅ 开通成功,不限次使用"(按次付费则提示"✅ 购买成功,按次额度已到账")
+ 自动重试上次中断的骨架请求
🔴 兜底铁律:无论 X402 是否可用,用户表达购买意愿后必须【立即】给出可支付的途径(X402 支付卡片或二维码),绝不能让用户等待或反复失败。
out_trade_no 唯一防重复充值;二维码 14 分钟有效/api/pay/status 为公开端点(无需 Bearer),可直接轮询USER_TOKEN 仅本地调用使用,不在对话中输出每次骨架返回后,必须严格按响应中 logic_chain(执行逻辑链)执行:
content 知识骨架作为写作内容依据(结构框架、要点、规范)📊 本次消耗 1 次 | 剩余 N 次(共 10 次免费)
📊 本次消耗 1 次 | 会员不限次
| 能力 | 说明 |
|---|---|
| 38 类文种覆盖 | 请示、报告、总结、讲话稿、纪要、通知、函、意见、通报、批复、决定、方案、计划、述职、调研、简报、信息、致辞、主持词、贺信、倡议、申请、检讨、党课、党建、心得、制度、办法等 |
| 结构框架 | 每种文种返回结构框架(标题/开头/主体/结尾要点) |
| 开头结尾写法 | 骨架含开头结尾的常用写法要点 |
| 格式规范 | GB/T 9704 公文格式规范要点 |
| 防杜撰机制 | 〔待补:××〕标注缺失信息,不编造 |
配置存储于技能目录下的 config.json,包含三个字段:网关地址(技能发布方提供的 HTTPS 网关,随包说明文档注明)、用户令牌(注册后由服务端签发)、注册邮箱(注册后写入)。包内不内置任何密钥,令牌与邮箱字段初始为空,仅本地保存、不随包分发。
/api/register、/api/consume、/api/search、/api/pay/create、/api/pay/verify、/api/pay/status,响应以 code 字段为契约;本技能发布时已验证接口行为,更新前不改变调用方式。USER_TOKEN,仅保存在本地 config.json,不写入对话内容、不随包分发。version)管理,不引用外部依赖的未固定版本内容。Gateway 全权管理服务端凭证。你无需获取或缓存 Token。
调用模式(唯一):
POST /consume → 拿 consume_token → POST /search 带 token 调骨架
| 用户表达 | 系统行为 |
|---|---|
| "帮我写一份关于XX的请示/报告/通知…" | 触发本 Skill,识别文种 → 调骨架 → 生成公文 |
| "写个会议纪要" / "总结怎么写" | 触发本 Skill,同上 |
| "公文格式有哪些要求" | 触发本 Skill,返回格式规范骨架 |
| "帮我润色/改错别字" | 不触发本 Skill(非起草场景) |
| "帮我写个朋友圈/小说" | 不触发本 Skill(非公文) |
示例:用户说"帮我写一份关于申请XX经费的请示,金额5万元,主送集团办公室"
1. 询问邮箱(未注册时)→ 注册成功
2. /consume → 拿 consume_token
3. /search {"consume_token": "...", "query": "写一份请示,主题:申请XX经费,要点:金额5万元、主送集团办公室"}
4. 返回请示知识骨架 → Agent 基于骨架生成完整请示
5. 缺失信息(如文号、日期)标注〔待补〕
6. 交付 + 配额提示
Q: 骨架是什么? A: 骨架是服务端基于全量写作知识库生成的结构框架(标题/开头/主体/结尾要点、格式规范),Agent 结合你的需求生成完整公文,不随包分发。
Q: 为什么有的内容标了〔待补〕? A: 缺失信息(数字、文号、人名、日期、金额等)一律不编造,用〔待补:××〕标注,补充后即可完善。
Q: 哪些情况不会触发本技能? A: 润色/改错别字已有文档、非公文类写作(朋友圈、小说等)、纯格式咨询之外的闲聊。