1. 从一次“财报季手忙脚乱”说起AI-Powered Earnings Tracker 是 openclaw 里一个很实用的用例它把“盯财报”这件事拆成三段自动化——每周日扫描下周科技/AI 公司财报日历、你确认要追踪的公司后为每个财报日期安排一次性 cron 作业、报告发布后自动 web_search 检索结果并格式化推送到 Telegram。适合谁适合同时关注 NVDA、MSFT、GOOGL、META、AMZN、TSLA、AMD 这类公司、又不想每天手动刷多个来源的人。我把它落到 openclaw 的 config.toml 上时核心就三件事cron 定时触发、Telegram 推送、web_search 检索。这篇笔记交付可复制的 config.toml 骨架、cron 表达式以及 Telegram 回执和 web_search 结果的验证动作。所有模型调用统一走 TaoToken 的 Key/API 通道省去多供应商切换的麻烦。2. TaoToken 前置统一 Key 与 API 通道openclaw 本身负责调度和技能编排但 web_search 之后的摘要生成、格式化输出需要模型能力。与其在 config.toml 里塞多家供应商的 Key不如统一走 TaoToken一个 Key 覆盖模型对话与编码类调用接入地址固定配置项少排障时只看一处。你需要先拿到 API Key。打开控制台创建https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite创建后到 API Keys 页面复制https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite接入文档在这里config.toml 里的 base_url 和鉴权头都按它来https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite注意API 基础地址是 https://taotoken.net/api不要在后面拼多余路径openclaw 的 provider 配置里通常只需要填到 /api 这一层。如果你还想先验证模型是否通用模型对话页面发一条测试消息即可https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentchatutm_campaignrewrite3. config.toml 骨架cron、Telegram、web_search 三件套下面这份骨架是我实测能跑通的最小结构。openclaw 的配置字段名可能随版本微调但分区逻辑一致provider 管模型通道skills 管能力开关cron 管定时channels 管推送。# openclaw config.toml —— AI-Powered Earnings Tracker 骨架 [provider.taotoken] base_url https://taotoken.net/api api_key ${TAOTOKEN_API_KEY} # 从环境变量读取别硬编码 model claude-sonnet-4-20250514 [skills] web_search true # 内置检索财报结果靠它 memory true # 记住你常追踪的公司每周自动建议 [channels.telegram] bot_token ${TG_BOT_TOKEN} chat_id ${TG_CHAT_ID} topic earnings # 对应 Telegram 里创建的 earnings 主题 # 每周日 18:00 预览下周财报日历 [[cron.jobs]] name weekly_earnings_preview schedule 0 18 * * 0 prompt 搜索接下来一周科技与 AI 公司的财报日历 筛选 NVDA、MSFT、GOOGL、META、AMZN、TSLA、AMD 把列表发到 Telegram 的 earnings 主题然后等待我确认要追踪哪些公司。 # 报告发布后的一次性作业由确认动作动态创建 [[cron.jobs]] name earnings_result_summary schedule 0 9 * * * # 占位实际按财报日期动态改写 prompt 对已发布财报的公司执行 web_search 格式化摘要超出/低于预期、收入、每股收益、关键指标、AI 相关亮点、指引 推送到 Telegram 的 earnings 主题。 几个关键点。第一api_key 用环境变量占位别写死在文件里提交到仓库前先export TAOTOKEN_API_KEY你的Key。第二schedule 0 18 * * 0是标准五段 cron字段依次是分、时、日、月、周0代表周日所以这是每周日 18:00。第三一次性作业的 cron 表达式由 openclaw 在收到你确认后动态生成比如某公司周三盘后发布它会写成0 17 * * 3这类具体时间点。提示cron 的时区跟随运行 openclaw 的机器时区。如果你在本地跑先date确认一下避免“周日 18 点”变成周一凌晨。4. 验证请求从 cron 触发到 Telegram 回执配置写完别急着等周日。手动触发一次预览作业看链路是否通。# 手动触发每周预览验证 cron - web_search - Telegram 全链路 openclaw cron run weekly_earnings_preview # 查看作业列表与下次执行时间 openclaw cron list # 看最近一次执行日志确认 web_search 是否返回结果 openclaw logs --job weekly_earnings_preview --tail 50预期结果分两段。日志里应该出现 web_search 的检索记录能看到它抓取到的财报日历条目随后 Telegram 的 earnings 主题里收到一条列表消息列出下周要发布财报的公司。如果日志显示检索成功但 Telegram 没消息问题多半在 channels.telegram 的 chat_id 或 topic 上。验证模型通道是否走通可以单独发一条请求curl https://taotoken.net/api/v1/messages \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-sonnet-4-20250514, max_tokens: 128, messages: [{role: user, content: 用一句话说明财报 beat 和 miss 的区别}] }返回里有正常的文本内容说明 Key 和 base_url 都对。这一步过了openclaw 里的摘要生成就不会因为通道问题失败。5. 本篇常见错排查cron 没触发。先openclaw cron list看作业是否注册成功再看schedule字段是不是五段。写成六段带秒在部分实现里会被忽略。另外确认机器没休眠本地跑的话笔记本合盖就停了。Telegram 收不到消息。三个检查点bot_token 是否有效、chat_id 是否是数字群组是负数、topic 名称是否和 Telegram 里创建的主题完全一致。topic 名字大小写敏感Earnings和earnings会被当成两个。web_search 返回空。财报日历类查询对时效敏感如果检索词太泛比如只写“财报”结果会很杂。把公司代码和“earnings calendar”一起放进 prompt命中率明显更高。我试过在 prompt 里明确列出公司列表比让模型自己猜要稳。摘要格式乱。模型输出结构不稳定时在 prompt 里把字段写死像上面骨架里那样逐项列出“超出/低于预期、收入、每股收益、关键指标、AI 相关亮点、指引”比一句“格式化摘要”可控得多。Key 报 401。检查环境变量是否在当前 shell 生效echo $TAOTOKEN_API_KEY看有没有值。用 systemd 或容器跑的话环境变量要在服务定义里注入不是 export 一下就完事。6. 把通道固定下来剩下交给 cron这套用例跑通后日常维护成本很低每周日收到预览、回复要追踪的公司、等报告发布后收摘要。真正需要你动手的只有确认那一步。模型调用统一走 TaoTokenconfig.toml 里就一个 provider 分区换模型只改 model 字段不用动其他配置。如果你打算长期跑这类编码和 Agent 任务Coding Plan 比按次调用更省心https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite接入细节和字段说明以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite最后留一个实用技巧把常追踪的公司写进 openclaw 的 memory每周预览时它会自动带上你回复“就这些”即可不用每次重新列一遍。