| name | office-doc |
| description | 公文风与商务文档:报告、方案、说明、通知、简报、制度草案;Markdown 结构清晰、可直接贴 Word;含常用章节模板与层级规范 |
何时使用
- 写报告、方案、立项说明、工作汇报、制度草案、公告、说明书
- 用户要「正式一点」「公文风」「能贴进 Word 的结构」
- 尚未要求 .docx,或环境仅 A 档(Markdown 即为交付)
- 内部材料需要固定章节(背景→问题→方案→资源→风险→结论)
动手前
- 确认:文档类型(汇报/方案/通知)、读者、篇幅、是否要请示/批复事项
- 扫
ENV.md:用户要 Word 时,知悉 office-docx / pandoc 路径或「粘贴转换」降级
- 工作区已有模板或旧版:
list_files → read → 用 search_replace 增改章节
- 收集:数据出处、附件清单、联系人——缺则
[待补]
原则
- 结论/事由前置:汇报类先写结论与建议;通知类先写事由
- 层级不跳级:
# → ## → ###;便于 Word 样式映射
- 数据表格化、步骤编号化:少用大段 prose 堆数字
- 请示事项单独成节:领导一眼看到「请批示…」
- 附件清单:正文引用「见附件 1」则文末列清单
- 不虚构:政策条文、审批结果、预算批复
常用结构
汇报 / 报告
- 摘要(可选,≤200 字)
- 背景与目标
- 现状与问题(可含数据表)
- 方案 / 建议(分点,推荐方案标 ★)
- 资源与时间(人力、预算、里程碑)
- 风险与对策
- 结论与请示事项
- 附件清单
方案 / 提案
- 痛点与机会
- 目标与范围(含不做什么)
- 方案对比(表格)
- 实施步骤与里程碑
- 预算 / 人力粗算(有数据才写)
- 成功标准(可验收指标)
通知 / 公告
- 事由(一句话)
- 具体安排(时间、地点、对象、方式)
- 注意事项(注意 单独条)
- 联系人及方式
- 生效/废止说明(制度类)
格式规范
# 文档标题
**发文/汇报单位**:… | **日期**:YYYY-MM-DD | **密级**:(如有)
## 一、……
正文。数据示例:
| 项目 | 数值 | 备注 |
|------|------|------|
| … | … | … |
1. 第一步 …
2. 第二步 …
**注意**:……
## 附件清单
- 附件 1:……
- 中英文混排:英文/数字与中文间加空格(适度)
- 专有名词首次全称,括号缩写
工具用法(工作区)
| 操作 | 工具 |
|---|
| 新建文档 | write → docs/<主题>.md |
| 改章节 | read → search_replace(按节替换,勿整篇覆盖) |
| 合并多节 | 长项目见 office-long-doc(docs/<项目>/ch-NN.md) |
| 转 Word | office-docx 或 pandoc(C 档 run);否则说明手动粘贴 |
产出放 docs/;对外定稿前可走 office-proofread。
流程清单
与相近技能
| 需求 | 技能 |
|---|
| 汇报叙事、公文结构 | office-doc |
| 领导 3 分钟决策 | office-briefing |
| 技术步骤、Runbook | office-tech-writing |
| .docx 文件 | office-docx |
| 标书/白皮书分章 | office-long-doc |
| 润色定稿 | office-proofread |
禁止
- 不虚构政策条文、审批结果、红头文号
- 不代填真实签名、公章说明
- 不为小改
write 覆盖整篇已定稿
- 不把内部未定方案写成已批准
相关技能
office-docx · office-long-doc · office-briefing · office-proofread · office-internal · office-env-workspace · office-env-setup