豆包工作限时免费送30天会员，我让 Agent 从 0 做了一套日周月报系统

XDJM 们

我前天，目前又放出了福利，限时领取30天订阅权益，领取方式见文末

我刚好之前给客户做了一个基于飞书的日周月报系统，当时我是用 Pi Agent + DeepSeek-V4-Pro 开发的，中间还要折腾飞书 CLI ，今天我就用与飞书已协同的豆包工作 Agent 从 0 开始设计一套个人和团队都可以使用的日周月报系统（已脱敏，仅演示具体实现）

顺嘴说一句，豆包工作与飞书融合到什么程度了？我与飞书好友/同事沟通，甚至可以不需要打开飞书了！ 我与豆包的所有沟通成果，都可以直接一个 @ 发给指定的同事，这效率属实封神，AI 是我们的传话人

回归正题，先揭晓最终成果

最后它交付了 10 个 Skills、12 张数据表、40 个本地文件、20 项自动测试、7 个飞书视图和 3 份飞书文档 先看效果：每天只需要在豆包说一句

以前写日报，我要打开表单、选项目、找任务、填工时，再想办法把零散工作组织成正式表达

到了周五，还得把五天记录重新翻一遍，手工汇总项目进度、成果、风险和下周计划，月末工作量就更大了

负责人想看项目情况，还要在群里挨个问，我这套系统把最麻烦的几步都变成一句话可以完成！

随手记一句，豆包整理成能提交的日报

下班前，我只需要对豆包说

今天主要在改 CRM 登录模块，花了 5 小时，接口联调卡住了
下午开了 2 小时周会
另外看了 APP 推送通知的文档 1 小时

它会先整理出一份草稿

张三｜2026-08-10｜总工时 8h

 CRM-V2 / T001 登录模块重构    5h
进展：接口联调
风险：接口联调卡住

 DAILY / 周会                  2h
APP-V3 / T004 推送通知接入    1h

 待确认后写入飞书

豆包会把零散口述整理成项目、任务、进展、结果、工时和风险，也会追问缺失的信息，我确认以后，豆包直接把日报写进飞书。我不需要再打开复杂表格，也不用再复制粘贴一次。

原来的动作

现在的动作

打开表单、逐项选字段

直接用大白话随手记

自己组织汇报语言

豆包按事实整理工作内容

手工核对工时和项目

Skill 自动拆分、求和和追问

再把结果搬进飞书

确认后由豆包直接写入

说一句「生成周报」，飞书文档直接出来

一周结束，我只需要说

生成张三 2026 年第 33 周周报
按项目汇总工时、进度、风险和下周计划

weekly-report Skill 会读取已确认日报，按项目复算数据，再生成飞书周报。数据范围、原始记录数和最后查询时间都会留在文档里

正式给团队使用时，还可以继续上传以前写过的周报和公司模板，把负责人关注点、结构和表达习惯校准进专属 Skill

从用户角度看，真正有感知的 Skills 有这些：

你说的话

背后的 Skills

解决的实际问题

今天做了这些事

intake-router、report-parser、draft-confirm

随手记、拆项目、补工时、优化工作表达

确认提交

report-archive、action-gate

豆包直接写飞书，同时守住确认边界

生成本周周报

weekly-report、calendar-util

自动汇总数据，保持团队固定口径

生成本月月报

monthly-report

计算覆盖率，避免数据不足时硬写结论

项目哪里卡住了

leader-query、risk-detector

减少反复追问，直接定位风险和原始依据

修改项目或任务

project-admin、action-gate

对话式维护数据，写入前继续确认

实际使用时，大家完全不用记住这些 Skill 名称，按照平时说话的方式提交、查询或修改即可

员工只管随手记录，豆包负责整理、校验和直接操作飞书

周报月报不用重复搬运，负责人查询也不用逐个问人

效果先看到这里，下面再讲豆包办公 Agent 怎样从一句模糊需求，变成这套真正能运行的系统

第一步，给它一句模糊的需求，让其主动与我讨论关键信息

它确实没有急着开工

第一轮直接抛回来 7 组问题，覆盖了输入入口、组织角色、项目任务、日周月报确认流程、领导查询范围、风险识别和数据载体

这些问题里，有几个很像真正做过系统的人才会问的

我继续补充约束，这部分就要看大家所处公司，自己实际工作的需要了，根据豆包工作Agent给出的问题，给它讲清楚自己的需求就行了，我这个仅供参考

然后它给出 24 条验收点，又追问了 12 处更细的歧义

这里有一个细节让我印象很深

我最初顺手把周报时间设成「周五 17:00」

豆包指出，周五日报通常还没提交，17:00 汇总会漏掉当天工作

最后我们把规则改成「周一 09:00 聚合上一自然周」

月报覆盖率也被它继续拆开

分母要扣掉休假和法定节假日，覆盖率低于 70% 时显著标注「阶段性月报」，缺多少数据就写多少数据

我还确认了日报双入口、群里只回执、私聊确认、同日重复提交的追加/覆盖/取消、单日超过 12 小时二次确认、周报本人和项目负责人双审等规则

最后，24 条验收点被收敛成 16 组可执行标准

到这一步，我原来那句「做一套日周月报系统」，已经变成了一份能逐项验收的需求基线

我觉得这一段才最像真人助理

人给方向，Agent 把空白问出来，双方把规则碰清楚，再开工

第二步，让豆包先搭系统骨架，设计 Skill、设计表结构

需求锁定以后，我只说「开始设计」

请基于刚才锁定的需求独立设计

 交付系统架构、数据模型、Skills 分工、人工确认点、权限边界、数据不足时的降级策略，以及从空系统到可验收版本的实施计划

 先交设计，暂时不要创建文件和飞书数据

它开始自己拆任务、创建目录、写 Schema、写 Skills、准备测试数据，再写核心逻辑和测试

实际执行过程很长

第一次测试有 3 项失败，它自己读日志、找原因、改代码，再跑到 20 项全部通过

实现和修复阶段，我没有写一行代码，这才是我理解的任务自动化

Agent 自己完成「拆解任务 → 创建产物 → 运行验证 → 读取失败 → 修改 → 重新验证 → 汇总交付」

我只负责讲清楚业务、确认边界和拍板，重复又耗时的执行工作都交给了 Agent

它最后给出的成果是 10 个正式 Skills + 2 个横切模块 + 12 张数据表

10 个 Skills 分工如下

Skill

负责什么

intake-router

身份校验、私聊/群聊分流、意图路由

report-parser

大白话解析、多项目拆分、工时追问

draft-confirm

确认、修改、追加、覆盖、取消

report-archive

确认后归档、任务进度建议

risk-detector

风险识别、P0 判定、阻塞 48 小时升级

reminder

18:30 和 20:00 未填提醒

weekly-report

周一聚合、本人和项目负责人双审

monthly-report

月末汇总、覆盖率计算、阶段性降级

leader-query

权限过滤、自然语言查询、原始记录下钻

project-admin

项目与任务的对话式维护

另外还有两个横切模块

action-gate 管所有外部动作的确认，calendar-util 管工作日、周区间和月末时间

12 张表也有清楚分工

这里有一个很重要的边界

Agent 独立设计出来的 10 个 Skills 和 12 张表，解决的是系统骨架、数据流和权限规则

周报最终写成什么样，还得回到每个团队自己的工作习惯里

研发团队可能最关心任务进度、阻塞和发布风险

销售团队会盯客户阶段、回款和下周动作

管理层有时只想看一句结论、三个关键数字和需要拍板的事项

直接让 Agent 凭空生成一个通用周报 Skill，很容易得到一份结构完整、实际使用时却不够顺手的报告

更稳妥的做法，是让 Agent 先完成通用骨架，再上传 3 到 5 份团队以前写过的周报、公司模板，以及一两份被领导修改过的版本

这一点我已经为大家考虑到，提示词给大家，用于校准 weekly-report Skill

下面是团队过去 5 份已脱敏周报、公司周报模板，以及 2 份负责人修改后的版本

 先分析这些材料，不要立刻生成新周报

 请提取：
1. 每周固定保留的章节和排列顺序
2. 负责人最关注的指标、风险和待决策事项
3. 内容长度、表达口吻、项目颗粒度和数字呈现方式
4. 哪些内容来自原始记录，哪些需要人工补充
5. 容易被删掉、改写或追问的内容

 然后检查当前 weekly-report Skill 和 12 张表是否能支撑这些要求

 如果缺字段，先给出 Schema 调整建议
如果数据已经够用，输出 weekly-report Skill 的修改清单、专属模板和一份同数据对照样例

 等我确认以后再更新 Skill

这一步完成后，Skill 里沉淀的就不再只有「生成周报」四个字

它还会记住团队固定结构、领导关注点、数据口径、措辞习惯、人工补充项和禁止推断的边界

历史周报也能反过来检查数据表

如果团队每周都要汇报里程碑、客户反馈或资源诉求，表里却没有对应字段，Agent 应该先补 Schema，再谈自动生成

我以前用 Pi Agent 做的版本是 4 个 Skills、5 张表，重点放在日报、周报、月报和查询

豆包工作 Agent 这次从需求讨论里帮我设计出了路由、确认、归档、风险、提醒、项目维护，以及提交日志、通知队列、审计和日历配置

两套结构对应不同的系统范围

前一套聚焦个人工作流，这一套继续加入团队里的权限、确认、追溯和自动化

第三步，把系统真正落进飞书

“繁重”的前期工作之后，后面就是发挥豆包工作强项了，用它内置的飞书能力创建多维表格

最终，它在飞书里创建了：

• 1 个独立文件夹

• 1 个包含 12 张表的多维表格

• 7 个演示视图

• 1 份系统说明文档

• 1 份样例周报

• 1 份阶段性月报

这些事情，之前都需要走飞书 CLI，现在都可以完全忘记CLI了

第四步，创建管理层周报PPT模板

这一步算额外任务，就不着重介绍了哈，一方面是大家可能不太需要，另一方面是脱敏后的非真实项目，属实不知道该如何演示

这里单独提一下豆包工作的多端同步，中间临时有事的时候，我会在手机端盯一下进度

手机上也能直接查看生成的结果，有需要修改的地方也能直接提出修改，就很方便

PS：这次系统项目需要留在本地工作区，所以我选择了本地电脑，其实完全可以云端之行，把中间结果全部在云电脑中测试无误后再去飞书创建，这个云电脑配置还不错

总结：豆包工作+飞书如何如此丝滑

，适合研究 Harness、换模型、改扩展、打磨自己的 Agent

豆包工作我喜欢的点是，它把本地与云端、多端任务、飞书、办公文件和 Skills 收进一个已经能用的产品里

这个项目为例，需求澄清、架构设计、文件创建、测试修复、飞书建表和文档交付，全在同一条豆包工作任务里完成，不需要来回切换模型客户端、脚本工具、表格工具和文档工具搬结果。Agent 交付完以后，结果留在团队本来就在用的地方，同事可以继续看、改、评论和复用

它替我省下了工具拼装和结果搬运，让我把时间留给需求、判断和验收

最后

我把吃饭的家伙事儿都搬出来分享给大家了，这套系统完全可以拿去卖钱的

类似方法也适合迁移到活动复盘、营销日报、客户跟进、财务台账、竞品监控等场景

期待大家能玩出花样！

30 天订阅权益怎么领取

对了，豆包工作 Agent 全新升级了，下载电脑版「豆包工作」体验领先的 AI 办公能力，目前限时免费领取 30 天订阅权益

老章是飞书重度用户，我家孩子是豆包重度用户，所以直接冲动消费了200元，开了加强套餐

有20倍额度，可以用上豆包 2.1 Pro，也可以用 Seedance 2.5 视频生成模型