Coze 工作流实战：1 个流程自动出周报

30 秒了解：Coze 工作流是个啥

Coze 工作流（Workflow）是扣子平台里把多个步骤串成自动化流程的功能——你画一个流程图，每个节点干一件事（调模型、跑代码、查数据、发消息），节点之间用线连起来，跑一次就出结果。比单纯写 Bot 人设强的地方是：逻辑确定、可调试、能跑复杂任务。

适合的场景：

每周自动汇总周报（拉日报 → 整理 → 出周报）
客户咨询自动分类 → 路由到不同处理逻辑
内容自动生产线（选题 → 写稿 → 配图 → 排版）
定时数据抓取 + 分析 + 推送

这篇用「自动生成周报」这个高频场景，带你从零搭一个完整工作流。

不熟悉扣子基本操作？先看扣子 Coze 怎么用把 Bot 玩明白再来。

准备工作

项目	要求
账号	扣子 coze.cn 已注册
网络	国内直连
准备物	一份周报模板（Word / Markdown）+ 团队成员的日报样例 3 份
时长	60 分钟（含调试）

不想用扣子，想看别的国产平台？国内 AI Agent 平台盘点帮你选型。

详细操作步骤

第 1 步：创建工作流

登录扣子后，左侧菜单点 工作流 → 创建工作流：

工作流名称：「周报自动生成器」
简介：「输入本周日报，自动整理成结构化周报」
图标：随便选

确认进入工作流画布。画布默认会有一个开始节点和一个结束节点，你的活就是在中间加节点把它们串起来。

[此处放截图：工作流画布主界面，左侧节点面板，中间画布，右上角发布按钮]

第 2 步：配置开始节点（输入参数）

点开始节点，右侧配置面板里定义这个工作流要接收哪些输入：

参数名	类型	必填	说明
daily_reports	String	是	本周 5 天日报的合并文本
week_label	String	是	本周编号，如「2026-W20」
owner_name	String	是	报告人姓名
project_tag	String	否	项目标签，如「AI 教程站」

每个参数填好后点保存。开始节点就配好了。

第 3 步：加大模型节点（核心分析）

从左侧节点库拖一个 大模型节点 到画布，连到开始节点之后：

模型选择：

豆包 1.5 Pro：性价比高，日常够用
DeepSeek-V3：复杂分析时切这个
Doubao Lite：快 + 便宜，简单提取时用

输入变量：

daily_reports ← 开始节点的 daily_reports
week_label ← 开始节点的 week_label

提示词：

你是一名资深的工作汇报专家。请基于下面的本周日报，
整理成一份结构化的周报。

本周编号：{{week_label}}
本周日报原文：
{{daily_reports}}

输出要求：
1. 用 Markdown 格式
2. 包含以下 4 个段落：
   - 本周完成（按重要度倒序，3-5 条）
   - 本周遇到的问题
   - 下周计划（具体可执行的 3-5 条）
   - 需要协助/资源
3. 数据/数字要保留原文精确度
4. 不要编造日报里没有的内容
5. 文风简洁专业，不堆套话

输出变量：

weekly_report（String 类型）：模型生成的周报正文

[此处放截图：大模型节点配置面板，标注提示词框和输出变量]

第 4 步：加代码节点（结构化处理）

如果你只需要纯文本周报，跳过这步直接到第 5 步。如果想把周报拆成结构化数据（便于后续存库或发邮件），加一个 代码节点。

代码语言：Python 3（扣子内置支持）

代码示例：

import re

def main(args):
    report_text = args["params"]["weekly_report"]
    owner = args["params"]["owner_name"]
    week = args["params"]["week_label"]

    # 简单解析 4 个段落
    sections = {
        "本周完成": "",
        "本周遇到的问题": "",
        "下周计划": "",
        "需要协助": ""
    }
    current = None
    for line in report_text.split("\n"):
        for key in sections:
            if key in line:
                current = key
                break
        else:
            if current:
                sections[current] += line + "\n"

    return {
        "structured_report": {
            "owner": owner,
            "week": week,
            "sections": sections,
            "raw_text": report_text
        }
    }

输入变量：weekly_report, owner_name, week_label 输出变量：structured_report（Object 类型）

这步把模型生成的 Markdown 解析成 JSON 结构，方便下一步发到不同渠道。

第 5 步：加分支节点（按情况发不同渠道）

拖一个 选择器节点（即 if/else），加 2 条分支：

分支条件	含义
`project_tag == "AI 教程站"`	走 A 路径：发飞书机器人
else	走 B 路径：直接返回周报文本

每条分支后面接对应的处理节点。

第 6 步：加消息节点（A 路径：发飞书）

A 路径里加一个 HTTP 请求节点，调飞书机器人 webhook：

字段	值
请求方式	POST
URL	你的飞书机器人 webhook 地址
Headers	`Content-Type: application/json`
Body	把 structured_report 拼成飞书消息卡片格式

💡 飞书 webhook 怎么拿？群里点 设置 → 群机器人 → 添加机器人 → 自定义机器人，复制 webhook URL。

第 7 步：配置结束节点（输出结果）

点结束节点，配置返回参数：

输出变量	来源
`final_report`	大模型节点的 weekly_report
`send_status`	HTTP 节点的响应状态码

保存即可。

第 8 步：试运行调试

画布右上角 试运行 按钮，填入测试输入：

daily_reports: 周一：调研竞品 3 家，整理对比表... 周二：写完 AI 教程文章 5 篇... 周三：跟产品对齐下周需求... 周四：跑通工作流 demo... 周五：复盘 + 写周报...
week_label: 2026-W20
owner_name: 张三
project_tag: AI 教程站

跑完后每个节点会显示绿色（成功）/ 红色（失败），点节点能看到这一步的输入输出。

如果有节点失败：

大模型节点失败 → 检查 prompt 里的变量引用是否对
代码节点失败 → 看报错日志，Python 语法错最常见
HTTP 节点失败 → 检查 URL / 鉴权 / Body 格式

调到全绿就发布。

第 9 步：发布并绑定到 Bot 或定时任务

绑定到 Bot：去你的 Bot 编辑器 → 工作流区域 → 添加 → 选这个工作流。用户在 Bot 里说「写周报」时会触发。

做定时任务：扣子的 定时任务 功能可以每周五下午 5 点自动跑这个工作流，从飞书表格拉日报 → 跑流程 → 发周报到群里。

5 个高级技巧

技巧	怎么做
用 Loop 节点处理列表	团队 10 个人的日报，循环 10 次跑同一个 prompt
加 Knowledge 节点查公司术语	让 AI 在生成周报时引用公司内部缩写、项目代号
用变量节点存中间结果	长流程里把中间数据存起来，方便后续节点引用
接公司内部 API 取数	HTTP 节点调 OA / Jira / Linear 自动拉本周任务
配多个模型并行评估	用 2 个大模型节点产 2 个版本，再用一个评分节点选更好的

常见坑 + 解决办法

现象	原因	解决
工作流跑到一半卡死	某个节点超时 / 死循环	看每个节点的执行日志找最慢的那个，加 timeout 限制
变量引用报错「未定义」	上游节点没输出这个变量名	检查变量名拼写、大小写一致
大模型节点输出格式不稳定	prompt 没固定格式	加 few-shot 示例 + 输出格式硬规则
代码节点跑过本地却在扣子失败	扣子环境少某个 Python 包	用扣子内置的标准库（json、re、datetime），尽量不引第三方包
定时任务没按时跑	时区设置错 / 触发条件不满足	检查定时任务配置的时区（默认是 UTC）+ 触发条件
HTTP 节点鉴权失败	Header / Token 写错	用 Postman 先调通再复制配置
工作流复杂后看不懂	节点没命名 / 没分组	给每个节点取业务名称（不要默认 LLM_1, LLM_2）+ 用便签注释

一个完整实战 prompt：复用模板

下面这套提示词在「周报生成」「日报汇总」「会议纪要整理」三个场景验证过，扔进大模型节点直接用：

📋 Prompt 模板

你是一个严谨的工作总结助手。

输入：{{raw_text}}（原始流水/纪要/日报）本期标签：{{period_label}}

请按以下 5 步处理：

第 1 步：理解原文通读一遍，识别出现的：项目、人名、数字、时间节点

第 2 步：分类把每件事归到这 4 类之一：

已完成（动词过去式 + 量化成果）
进行中（占比 + 卡点）
计划中（开始时间 + 负责人）
需协助（具体诉求 + 期望日期）

第 3 步：去重 + 合并

同一事件出现多次只保留信息最全的一条
关联事件合并为一组

第 4 步：排序按业务重要度排序，不是按时间顺序

第 5 步：输出用 Markdown，4 个段落标题严格按上面 4 类每条 50-80 字之间数字必须保留原文精确度不编造、不空泛、不堆套话

严格禁止：

不出现「值得注意的是」「综上所述」等套话
不出现「极大地提升」「显著地改善」等空话
不主观评价，只描述事实

注意所有 \{\{ 是为了在文档里展示给你看，实际粘到扣子大模型节点时要去掉反斜杠，写成 {{raw_text}}——扣子的变量引用语法。

进阶 / 下一步

常见问题

Q：工作流和 Bot 啥区别？ A：Bot 是对话入口，工作流是 Bot 背后干活的流程引擎。简单 Bot 不需要工作流；复杂任务（多步骤、调多接口）必须工作流。一个 Bot 可以挂多个工作流，用户不同指令触发不同流程。

Q：工作流的运行次数有限制吗？ A：扣子免费版每月有调用上限（约 1000 次），个人测试完全够。商用规模需要升级企业版按调用量计费。

Q：能在工作流里调外部数据库吗？ A：能。用 HTTP 请求节点 调你自家数据库的 API，或用扣子的 数据库插件 直连 MySQL/PostgreSQL。前者更通用，后者更便捷但有数据安全顾虑。

Q：工作流报错怎么调试？ A：试运行时每个节点都有详细日志，点节点能看输入、输出、报错堆栈。最常见的错是变量引用名拼错（特别是大小写）。

Q：工作流跑一次大概多少钱？ A：免费额度内不花钱。商用看用的模型——豆包 1.5 Pro 跑一次周报约 0.01-0.05 元 token 费用，DeepSeek-V3 略贵但仍很便宜。

Q：工作流能版本控制吗？ A：能。扣子的 历史版本 功能可以回滚到任意旧版。重要变更前手动保存版本 + 加备注（如「2026-05-19 加了飞书推送」），便于追溯。

Q：能把工作流导出导入到其他平台吗？ A：扣子的工作流是私有格式，不能直接导出到 Dify、FastGPT 等其他平台。要迁移只能照着流程图在新平台重搭。所以选型时尽量一次选对，详见扣子 vs Dify 对比。