当前位置：首页 > news >正文

OpenClaw+Qwen3.5-9B办公自动化：3分钟搞定日报生成与邮件发送

news 2026/8/4 3:55:53

OpenClaw+Qwen3.5-9B办公自动化：3分钟搞定日报生成与邮件发送

1. 为什么选择OpenClaw+Qwen3.5-9B做办公自动化

去年夏天，当我连续第三周因为手工整理日报而错过末班车时，终于决定寻找自动化解决方案。试过各种RPA工具后，发现它们要么需要复杂编程，要么无法理解自然语言指令——直到遇见OpenClaw与Qwen3.5-9B的组合。

这套方案最吸引我的是它的"类人思维"能力。不同于传统自动化工具需要精确的步骤编程，Qwen3.5-9B能理解"把今天的工作整理成日报，重点标红未完成事项，晚上8点发邮件给领导"这样的模糊指令。而OpenClaw就像一双数字化的手，将AI的决策转化为实际的文件操作和邮件发送动作。

2. 环境准备与快速部署

2.1 基础环境搭建

我的MacBook Pro（M1芯片，16GB内存）上只用了5分钟就完成了基础部署：

curl -fsSL https://openclaw.ai/install.sh | bash openclaw onboard --install-daemon

配置向导中选择QuickStart模式，模型提供商选择Qwen。这里有个小技巧：如果本地网络访问Qwen官方API不稳定，可以在星图平台部署Qwen3.5-9B镜像后，将API地址改为平台提供的服务地址。

2.2 飞书机器人集成

作为飞书深度用户，我选择通过飞书机器人触发自动化流程。配置过程比预想的简单：

安装飞书插件：

openclaw plugins install @m1heng-clawd/feishu

在飞书开放平台创建应用，获取App ID和App Secret
修改配置文件~/.openclaw/openclaw.json：

{ "channels": { "feishu": { "enabled": true, "appId": "your_app_id", "appSecret": "your_app_secret" } } }

重启服务后，就能在飞书群里@机器人发送指令了。第一次成功收到回复时，那种"未来已来"的震撼感至今难忘。

3. 日报自动化实战全流程

3.1 技能安装与配置

要实现日报全流程自动化，需要两个核心技能：

clawhub install daily-report-generator email-sender

安装后需要配置邮箱SMTP信息。我在~/.openclaw/workspace/TOOLS.md中添加了环境变量：

export SMTP_SERVER="smtp.office365.com" export SMTP_PORT=587 export EMAIL_USER="your_email@example.com" export EMAIL_PASSWORD="your_password"

特别注意：如果使用Office 365或Gmail，需要开启"允许不够安全的应用"选项，否则会遇到认证失败问题。这是我调试时遇到的第一个坑。

3.2 自然语言指令解析

现在可以通过飞书直接发送自然语言指令：

"@OpenClaw 生成今日工作日报，包含：1) 完成的JIRA任务 2) 未解决的客户问题 3) 明日计划。晚上8点发送给leader@example.com，抄送team@example.com"

Qwen3.5-9B会解析出以下关键信息：

数据来源：JIRA系统、客户问题追踪表
内容结构：已完成/未完成/计划三部分
执行动作：生成Markdown并发送邮件
定时要求：晚上8点

3.3 数据收集与处理

OpenClaw会自动执行以下操作：

登录JIRA系统（需要提前配置cookie）
查询"今日已完成"的任务
从客户服务系统导出未关闭的问题单
结合日历事件提取明日会议安排

这里有个实用技巧：在~/.openclaw/skills/daily-report-generator/config.json中可以定义模板：

{ "template": "## {date}工作日报\n\n### 已完成\n{completed_tasks}\n\n### 待解决\n{pending_issues}\n\n### 明日计划\n{tomorrow_plans}", "highlight_keywords": ["风险", "延迟", "紧急"] }

3.4 邮件自动发送

晚上8点整，OpenClaw会：

将收集的数据填入模板
生成带格式的Markdown文件
转换为HTML格式（保留高亮和列表样式）
通过配置的SMTP服务器发送邮件

我特别喜欢它对异常情况的处理——当检测到未解决问题超过3个时，会自动在邮件主题添加"[需关注]"前缀，这个细节让领导多次称赞报告的"人性化"。

4. 实际效果与优化建议

使用三个月后，这套系统帮我节省了约45小时的重复工作时间。但过程中也发现几个优化点：

Token消耗控制：初期配置时没有限制上下文长度，导致单次日报生成消耗近2000 tokens。后来在模型配置中增加了maxTokens: 800限制。
错误重试机制：添加了自动重试逻辑，当JIRA查询超时时会间隔30秒重试3次。
隐私保护：修改了文件处理策略，所有中间文件在发送后立即删除，敏感信息不落盘。

对于想尝试的开发者，我的建议是：