Appearance
自动生成每日工作日报
用户问题
每天完成了很多零散任务，却很难快速说明“今天做了什么、产出了什么、哪里卡住、明天要做什么”。如果直接让 AI 总结，容易把计划写成事实，也可能遗漏需要负责人确认的风险。
适用场景
- 任务记录、会议纪要、文件产物或看板导出已经存在；
- 需要生成个人日报、项目日报或团队同步草稿；
- 报告发布前可以由本人核对事实和敏感信息。
目标结果
生成一份结构稳定的日报草稿，区分“已完成事实”“进行中”“阻塞与风险”“明日计划”“需要协助”，并在每项事实后保留对应文件或记录来源。
前置条件
- 指定当天的输入资料范围；
- 约定日报接收人和格式；
- 说明哪些内容不可外发；
- 明确不能把计划、推测和未验证内容写成已完成事实。
操作步骤
- 收集当天的任务清单、会议记录、交付文件和已确认的沟通记录。
- 让 WorkBuddy 先提取事实，不急着生成语气润色后的日报。
- 按“完成/进行中/阻塞/明日/需协助”分类，并为每条内容标记输入来源。
- 让 WorkBuddy 生成一版适合接收人的日报草稿，同时保留不确定项和待确认项。
- 人工检查姓名、客户信息、数字、交付状态和收件范围，再复制到目标渠道或文档。
可复制提示词
text
请根据以下资料生成一份“{日期} {项目/个人}工作日报”草稿：
{粘贴任务记录、会议纪要、文件清单或看板导出}
输出结构固定为：
1. 今日完成：只写资料中可以确认的事实，并注明来源；
2. 进行中：说明当前状态和下一步；
3. 阻塞与风险：区分已经发生的问题和可能风险；
4. 明日计划：只写计划，不写成已完成；
5. 需要协助：列出对象、问题和期望动作。
规则：
- 不补写资料中没有的数字、结论或完成状态；
- 对不确定内容标记“待确认”；
- 删除不适合发送给 {接收人} 的敏感信息；
- 先输出事实表，再输出日报草稿；
- 不要自动发送，等待我确认。变量说明
| 变量 | 代表什么 | 应填写什么内容 | 简短示例 | 允许为空 | 必须人工确认 |
|---|---|---|---|---|---|
{日期} | 日报对应的工作日期 | 任务记录和交付物所属日期 | 2026-08-05 | 不允许 | 是，确认日期范围 |
{项目/个人} | 日报的主体 | 项目名称、团队名称或个人日报 | 网站内容工程 | 不允许 | 是，确认报告主体 |
{粘贴任务记录、会议纪要、文件清单或看板导出} | 生成日报的事实输入 | 粘贴或提供当天的任务、会议、文件和看板资料 | 今日任务记录：…… | 不允许；没有输入就不能生成事实日报 | 是，确认资料范围和隐私 |
{接收人} | 日报拟发送给谁 | 个人、团队、负责人或指定渠道 | 项目组负责人 | 不允许 | 是，确认可见范围 |
四个变量都必须先由人工确认；输入资料变量不能省略，接收人变量不能用“所有人”这类模糊范围替代。
验收标准
- 每条“今日完成”都能回到输入资料；
- 计划、事实、风险和待确认项没有混淆；
- 日报长度适合接收人阅读，重点不超过 5 项；
- 敏感信息和未经确认的对外表述已被人工复核；
- 最终版本可以在第二天继续追踪未完成事项。
常见错误
- 把“创建了草稿”写成“已经发布”；
- 把会议中的讨论意见写成团队最终决定；
- 只总结聊天内容，不检查实际文件产物；
- 直接让 AI 发消息，没有给人工确认留检查点。
注意事项
日报是事实沟通工具，不是自动绩效评价器。涉及客户、员工、内部项目或未公开业务信息时，应使用最小必要范围，并在发送前确认接收人和可见范围。
人工确认点
- 确认日报引用的任务记录、会议纪要和文件产物属于可使用范围；
- 逐项核对事实、数字、负责人和状态，区分“待确认”与“已完成”；
- 复制到邮件、群聊或文档前，确认接收范围和外发权限。
关联说明书
来源引用
- SRC-UPSTREAM-CH15：上游资料中的信息收集、筛选、摘要和通知链路。
- SRC-UPSTREAM-CH17：上游资料中的会议后整理、交付和人工确认边界。
相关解决方案
内容版本与核对日期
- 内容版本：
0.2.0 - 最后核对日期：
2026-08-05 - 适用版本状态：当前产品能力（未绑定具体客户端版本）
- 来源提交版本：
6b5e2403f0f2ad5d3f7ab7a67e9c4d4113583ff3 - 内容更新说明：补齐来源、说明书关联、边界、人工确认点和变量说明，并规范页面元数据。