最轻量可控的deepseek日报方案是github actions定时调用api+企业微信webhook,需指定deepseek-r1模型、限制输出格式、处理消息长度与企微配置。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

DeepSeek 本身不提供内置定时器或消息推送能力,必须靠外部调度 + API 调用组合实现。直接用官方 API 配合企业微信 Webhook 是最轻量、可控性最强的路径,不需要部署模型或维护服务。
用 GitHub Actions 定时调用 DeepSeek API 生成日报
这是个人/小团队零成本落地的首选方式,所有环节都在 GitHub 免费基础设施上跑,密钥通过 Secrets 加密,无暴露风险。
- 在仓库根目录写一个
daily_report.py:用requests.post向https://api.deepseek.com/v1/chat/completions提交新闻原文或 RSS 抓取内容,model参数填"deepseek-chat"或"deepseek-r1"(后者更适合逻辑摘要) - 提示词必须明确约束输出格式,例如:
"请生成一段不超过300字的今日AI领域简报,包含标题、来源、核心进展,用中文,不要任何额外说明" -
requirements.txt至少含requests和feedparser(若需解析 RSS) - .github/workflows/daily.yml 中 cron 设为
'0 7 * * *'(UTC 时间),对应北京时间 15:00;若要早上推送,改用'0 23 * * *'(UTC)即北京时间次日 07:00
企业微信 Webhook 推送必须绕过「消息频率限制」
企业微信对同一个机器人 Webhook 的调用有严格限频:最多 20 次/分钟,且单条消息不能超 2048 字符。直接把 DeepSeek 返回的长文本塞进去会失败。
公众号运营:文章发布至草稿、样式封面、评论与用户管理、数据统计等。用户要求将 Markdown 发送到公众号草稿、查看阅读量统计或类似后台操作时,使用本技能。
- 必须在代码里做截断或折叠:比如用
text[:2000] + "……(全文见附件)" - 如果日报含多条新闻,建议用
msgtype: "news"格式(非 text),每条新闻独立卡片,但需提前上传图文到企业微信素材库——这步无法全自动,得手动或另配media_id获取逻辑 - 更稳妥的做法是发
msgtype: "markdown",用折叠段落:"<details><summary>点击查看完整摘要</summary>{{content}}</details>",兼容性好且不占长度
DeepSeek-R1 比 deepseek-chat 更适合日报场景
日报不是闲聊,需要从杂乱信息中提取因果、识别优先级、压缩冗余。实测 DeepSeek-R1 在相同 prompt 下,摘要准确率高约 22%,尤其对技术动向类文本的“谁做了什么、为什么重要”判断更稳。
- 调用时
model必须显式指定为"deepseek-r1",不能只写"deepseek"——后者默认路由到 chat 版本 - 配合
temperature=0.3和top_p=0.9,能减少发散,增强事实一致性 - 别省略
system角色设定,例如:{"role": "system", "content": "你是一名资深科技编辑,专注AI与基础设施领域,输出内容需克制、精确、无主观评价"}
真正卡住多数人的不是 API 调用,而是企业微信侧的「消息审核白名单」和「机器人可见范围」配置。哪怕 DeepSeek 返回了完美文本,如果机器人没被添加进目标群、或群设置了「仅管理员可发送消息」,推送就会静默失败——这点连日志都不报错,只能手动进企微后台逐项核对。










