文档写作
真实工作流
这个场景成立的前提不是“让 AI 凭空写一篇报告”，而是用户已经有一批零散但真实的素材，需要把它整理成可交付文档。
| 维度 | 真实情况 |
|---|---|
| 触发点 | 项目复盘、客户汇报、季度总结、方案评审前需要形成正式材料 |
| 现有材料 | 项目背景、关键数据、会议纪要、群聊结论、已有 PPT 或表格 |
| 卡点 | 信息分散，结构没定，语气和读者对象不明确，反复改格式耗时 |
| DesireCore 介入 | AI 文书先整理大纲，再按章节生成初稿；需要数据或图表时可委派数据分析师补充 |
| 验收结果 | 负责人拿到一份可审阅的文档初稿，再补事实、定结论、调整口吻 |
推荐智能体
AI 文书 -- 适合处理报告、方案、公告、营销文案等文本任务，能按你指定的读者、语气和模板生成初稿。
完整对话示例
你: 我需要写一份 Q4 项目总结报告，项目是"客户管理系统升级"，
主要完成了三个模块的重构，性能提升了 40%，提前 2 周交付。
AI 文书: 好的，我来帮你规划这份报告的结构。基于你提供的信息，
建议采用以下大纲：
一、项目概述
- 项目背景与目标
- 关键指标（性能提升 40%、提前 2 周）
二、完成内容
- 模块 A 重构：具体改进点
- 模块 B 重构：具体改进点
- 模块 C 重构：具体改进点
三、关键成果
- 性能数据对比（重构前 vs 重构后）
- 交付时间线分析
四、经验总结
- 做得好的方面
- 可以改进的方面
五、下一步计划
你觉得这个结构可以吗？需要调整哪些部分？
你: 大纲没问题，请帮我展开"完成内容"这一章节，
三个模块分别是用户管理、订单系统、数据报表。
AI 文书: 好的，以下是"完成内容"章节的初稿：
二、完成内容
2.1 用户管理模块重构
本次重构将用户管理模块从单体架构迁移至微服务架构。
主要改进包括：
- 用户查询接口响应时间从 800ms 降至 200ms
- 支持百万级用户数据的分页检索
- 新增用户标签系统，支持精细化运营
...
需要我继续展开其他模块吗？
你: 写得不错，语气再正式一些，加上具体的数据指标。
AI 文书: 已调整为更正式的商务风格，并补充了量化指标...
关键步骤
- 确定交付对象 -- 先说明文档要交给谁看：客户、老板、评审会、归档系统，读者不同，结构和语气不同
- 整理事实包 -- 把项目范围、交付物、进度、预算、关键数据、遗留问题和经验教训先列出来
- 先审结构再写正文 -- 先确认章节是否覆盖背景、完成内容、结果对比、问题和下一步，再逐段展开
- 补齐证据链 -- 对每个结论补数据、截图、链接或来源，避免只剩漂亮话
- 按用途生成版本 -- 同一份素材可以生成正式报告、汇报摘要、邮件版或归档版
最终成果
一份结构完整、重点清楚的文档初稿，包含可追溯的事实依据、章节逻辑和后续可复用的版本。你可以继续让 AI 文书补充数据、改语气、压缩篇幅或改成汇报版。
会用到的 DesireCore 能力
- Super Document：用 Diff 方式查看 AI 修改，逐条接受、拒绝或继续编辑
- 自然语言教学：把报告模板、用词禁忌、行文风格教给 AI 文书，后续复用
- 多 Agent 协作：数据、图表、法律条款等内容可以先交给对应智能体处理，再由 AI 文书整合
最佳实践
- 第一次沟通时提供背景信息、数据、时间线和关键人物，少让智能体自行补设定
- 对某个段落不满意时，直接指出问题，如"语气太随意"、"缺少数据支撑"、"这段不符合事实"
- 需要图表、数据结论或合同条款时，可以在超级文书模式中让对应智能体先处理，再由 AI 文书整合成报告
- 项目总结类文档不要只写“做了什么”，还要写范围是否完成、进度/预算偏差、遗留问题和经验教训