1. 整体设计与思路拆解1.1 需求拆解不只是抓个价格很多朋友看到金银价格自动采集定时报告这个标题第一反应是写个爬虫去抓金价定时发个消息就完事。但真正在本地跑起来之后你会发现需求远不止这么简单——你要同时解决数据源稳定性、本地环境兼容性、任务调度可靠性、报告可读性四个问题。尤其是我们在Win11上部署OpenClawWindows的进程管理、WSL2环境、PowerShell脚本调度这些环节都会牵扯进来。我这次的需求背景是每天想在看盘软件之外用本地部署的AI助手自动整理黄金、白银的现货价格、涨跌幅和近期走势摘要早上9点自动推送到群里。这个需求看起来简单但有几个硬约束第一数据必须来自公开可用的接口不能依赖某个网站的前端页面否则改版就挂第二整个流程必须跑在本地不额外占用云服务器成本第三要能复用OpenClaw已有的技能编排能力而不是另起炉灶搞一套定时任务框架。所以我把需求拆成了三层采集层负责从多个公开数据源拿到金银实时报价和日内波动处理层负责清洗数据、判断涨跌、生成可读性强的文字报告调度层负责每天定时触发、把结果推送到IM工具。每一层都能在OpenClaw的Skill体系里独立维护互不干扰。1.2 方案选型为什么用OpenClaw而不是单独写脚本我见过很多人直接写一个Python脚本挂在任务计划程序里每天跑一次也能实现类似效果。但那样做的代价是数据源变更要改代码、推送渠道变更要改代码、想加一句AI分析还得自己对接大模型API。OpenClaw的价值在于它把工具调用和大模型编排放在了一起——你可以给OpenClaw配置好采集技能的描述然后用自然语言下达现在采集金银价格并生成今日报告它会自动选择合适的Skill执行再调用本地大模型生成分析内容。我用的是Win11 26H2版本OpenClaw跑在WSL2的Ubuntu环境里模型推理走的是Ollama部署的qwen2.5-3b。这里顺便说一句OpenClaw本身支持两种算力模式一种是接入云端API一种是纯本地模型。既然我们讨论的是本地部署那就得忍受3B小模型在复杂推理上的不足所以在Skill设计上把数据处理逻辑写扎实让大模型只负责润色报告和提取关键结论而不是让它做算术。选型确定之后整个链路是这样的Win11 任务计划程序每个交易日早上8:55触发一次PowerShell脚本PowerShell脚本调用WSL2里的OpenClaw命令行接口传入gold_silver_report这个意图OpenClaw根据意图匹配采集Skill从数据源拉取最新价格Skill内部用Python做数据清洗和涨跌计算OpenClaw调用Ollama里的qwen2.5-3b生成报告摘要最终把文本推送到企业微信/钉钉/Telegram这类渠道。1.3 为什么把调度放在Windows侧而不是WSL内部这里有个取舍值得说。OpenClaw本身也有定时任务能力可以在WSL内部用cron实现。但我在实际测试中发现Windows和WSL2的时钟同步在休眠恢复后偶尔会出现偏差而且WSL2的vmmem进程如果被系统回收cron就跟着失效。反过来用Windows任务计划程序做外层调度每次执行时前先唤醒WSL并检查环境状态稳定性明显更好出错时Windows侧也有执行历史可以查看。代价是你要写一层很薄的胶水脚本用wsl命令去调OpenClaw的入口。这个胶水脚本不复杂但它是整条链路里最容易出问题的地方后面我会把完整代码和踩坑过程都放出来。2. Win11本地环境准备与OpenClaw状态检查2.1 WSL2环境核对先解决OpenClaw无法安全验证这类报错如果你之前装的是WSL1或者WSL2内核版本太老OpenClaw启动时经常弹环境无法安全验证之类的提示。我第一次装完OpenClaw就遇到这个问题卡了很久。后来在PowerShell里敲了这条命令才定位到根因wsl -- status注意这里有个空格是wsl空格横杠空格status。输出结果里重点看两行默认版本是不是2以及内核版本号。如果你看到的是默认版本1那说明所有发行版都跑在WSL1上OpenClaw要求WSL2的完整内核特性自然无法通过校验。解决办法是把默认版本切到2wsl --set-default-version 2如果你的发行版已经装过还要单独转换一下wsl --set-version Ubuntu-22.04 2转换过程比较慢大概要几分钟到十几分钟期间不要关窗口。转完之后再次运行wsl -- status确认。另外如果你的Win11是26H2但内核更新没跟上也建议顺手跑一下wsl --update把内核升到最新。这一步做完无法安全验证的报错基本就消失了。这里有个非常容易忽略的点OpenClaw在Windows下安装时会往%UserProfile%.openclaw目录写配置文件但这个目录在WSL里访问时权限映射经常会出问题。我的建议是所有OpenClaw数据目录都放在WSL内部Windows侧只保留任务计划程序和胶水脚本不要试图让OpenClaw直接读写Windows目录。2.2 检查OpenClaw运行状态与Skill目录结构环境就绪后先确认OpenClaw能否正常启动。进入WSL的Ubuntu环境用命令行启动OpenClaw的守护进程openclaw start然后查看日志确认初始化成功openclaw log --tail 20正常情况下你会看到类似Skill registry loadedLLM backend connected这样的日志。如果连不上Ollama多半是OLLAMA_HOST没配对。我在WSL里设置的是export OLLAMA_HOST127.0.0.1:11434这里有个小坑Ollama如果在Windows侧安装默认监听11434端口WSL2里访问Windows侧的localhost通常是通的但如果你的Ollama是在WSL内部装的那一切都好说。我的方案是把Ollama装在WSL内部OpenClaw也装在同一个WSL发行版里这样两者走本地回环最简单也最不容易出错。Skill目录默认在~/.openclaw/skills/下面每个技能一个文件夹里面包含SKILL.md和可执行脚本。我看了一下默认的示例技能结构大概是skills/ └── gold_silver_price/ ├── SKILL.md ├── scripts/ │ └── fetch_price.py └── requirements.txtSKILL.md里写的是技能描述和入口参数OpenClaw通过这个文件做意图匹配。脚本则是真正干活的东西。我也会在第三节详细讲怎么把这个技能写好。2.3 本地模型接入Qwen2.5-3b关联到OpenClaw金银价格报告如果要加入今日市场情绪这种主观分析就需要大模型帮忙润色。我的选择是qwen2.5-3b原因很简单3B参数量在CPU推理下速度还能接受显存占用也不大不需要专门搞一台高配机器。如果你机器配置比较好也可以换7B甚至14B的模型效果会好一档但部署要求也跟着涨。用Ollama拉取模型ollama pull qwen2.5:3b然后确认模型已加载ollama list接着在OpenClaw的配置文件~/.openclaw/config.yaml里设置后端llm: provider: ollama model: qwen2.5:3b base_url: http://127.0.0.1:11434改完配置重启OpenClaw。这里有一个性能相关的实操心得3B模型在生成中文报告时偶尔会比较啰嗦所以我在Prompt里强制要求报告控制在200字以内只输出关键结论和数字别写套话。反正后面还要再讲如何优化这里先记住这个思路就行。3. 金银价格自动采集的实现细节3.1 数据源选型公开接口优先页面解析备选做金融数据采集第一原则是别碰官网的前端接口要找开放的行情API。我这次主要用了两个公开源一个是伦敦金/银的现货报价接口数据延迟在15分钟左右对于日报场景完全够用另一个是上金所官网的公开行情页面用来核对国内金价。选择这两个源的理由是它们都有JSON格式的数据返回不需要登录没有复杂的加密签名。这里得提醒一句任何行情接口都可能随时调整。所以在Skill脚本里我做了双数据源交叉验证如果主源拿不到数据就自动切换备用源如果两个源的数据差异超过正常范围就标记数据异常宁可报告里写数据待确认也不能把错误价格发出去。3.2 编写采集SkillSKILL.md与Python脚本先看SKILL.md的内容。这个文件是OpenClaw判断要不要调用这个技能的关键所以描述要写得明确语义要覆盖黄金白银金价银价贵金属这些说法--- name: gold_silver_price description: 采集黄金、白银现货价格并生成定时行情报告。适用于查询金银价格、贵金属报价、今日行情摘要等场景。 arguments: - name: date description: 报告日期格式YYYY-MM-DD默认为今天 required: false ---脚本部分我直接用Python写因为处理JSON和计算涨跌最方便。下面是一个简化的核心采集脚本重点是把逻辑写清楚import json import urllib.request from datetime import datetime def fetch_primary(): url https://api.example-metals-data.com/spot req urllib.request.Request(url, headers{User-Agent: Mozilla/5.0}) with urllib.request.urlopen(req, timeout15) as resp: data json.loads(resp.read().decode(utf-8)) return { gold: float(data[gold][price]), silver: float(data[silver][price]), gold_change: float(data[gold][change_percent]), silver_change: float(data[silver][change_percent]), timestamp: datetime.utcnow().isoformat() }除了主源我还会写一个fetch_backup()函数从备用接口拿同样的字段。这个脚本里最有用的部分是数据处理把原始价格统一转换成美元/盎司因为有的接口返回的是人民币/克这两个单位不统一会导致报告数字完全错误。转换公式也不复杂金衡盎司转克1盎司 31.1035克美元转人民币乘以当时汇率我通过另一个公开汇率接口实时获取最后脚本返回一个JSON结构OpenClaw拿到这个结构化数据后再组织语言。3.3 数据解析与落库避免浮点误差和单位坑金银价格的小数位经常到小数点后三位直接用float计算会积累浮点误差。我在脚本里统一用Decimal处理价格只在最后生成报告时转成字符串。这里分享一个我踩过的坑某一次接口返回的价格里混了一个字符串字段1,925.30用float直接转换会报错。后来我在清洗函数里加了正则过滤把所有非数字字符先剔掉再转换import re from decimal import Decimal def parse_price(raw): if isinstance(raw, (int, float)): return Decimal(str(raw)) cleaned re.sub(r[^0-9.], , str(raw)) return Decimal(cleaned or 0)数据落库我用的是SQLite表结构很简单日期、品种、价格、涨跌幅、数据源、采集时间。之所以要落库是因为我想之后回看连续几天的报告方便追踪趋势。采集Skill每次运行先查一下当天是否已有数据如果有就不再重复插入避免一天多跑导致数据重复。关于是否要每次都重新采集我的做法是定时报告全程自动跑一次完整采集如果OpenClaw只是闲聊时被问到今天金价多少它会优先读取SQLite里当天的缓存数据而不是重新请求接口这样既节省IO也避免高频请求被封。3.4 采集技能与OpenClaw的关联测试技能写完后先在OpenClaw里执行一次手动调用确认意图匹配是否正确。进入OpenClaw交互界面输入今天黄金白银行情怎么样观察它是否进入了gold_silver_price这个Skill。如果匹配不上多半是SKILL.md的描述不够精准或者配置里没开启自动化技能路由。我一度遇到OpenClaw对这个问题返回抱歉我不了解实时行情后来发现是技能目录名写成了gold_silver而配置里注册的别名是gold_silver_price两者对不上。把这个对齐之后匹配就正常了。再强调一遍采集脚本一定要考虑网络超时和异常处理接口偶尔抽风是常态。我用urllib的timeout参数设定15秒超时超时或返回非200状态码就直接切到备用源。如果两个源都失败脚本返回一个带error字段的JSONOpenClaw会生成当前无法获取可靠行情数据的报告而不是拿旧数据硬凑。4. 定时报告的实现从调度到消息推送4.1 定时任务方案Win11任务计划程序 WSL命令我前面说过调度放在Windows侧。先创建一个run_gold_report.ps1的PowerShell脚本$wslCommand cd ~/.openclaw openclaw run --skill gold_silver_price --args date$(Get-Date -Format yyyy-MM-dd) wsl -d Ubuntu-22.04 -- bash -c $wslCommand这段脚本的核心就一句话用wsl -d 发行版名在WSL里执行OpenClaw命令。注意openclaw run --skill这个参数是我用的命令行入口不同版本的OpenClaw可能略有差异但思路一致——跳过交互式对话直接指定要运行的技能。然后打开Windows任务计划程序新建一个任务触发器每天早上08:55操作启动PowerShell参数是-ExecutionPolicy Bypass -File C:\scripts\run_gold_report.ps1条件取消勾选计算机使用电池时停止任务这样笔记本也能跑设置勾选如果任务运行时间超过3天则停止任务这里有个细节任务计划程序的默认触发时间如果设到早上9点可能正好撞上系统开机后的各种启动项容易卡。我把时间设在08:55给WSL启动和模型加载留出缓冲。实际跑下来从触发到报告推送成功大概需要1到2分钟取决于机器性能。4.2 报告生成结构化数据转成可读文本OpenClaw拿到采集脚本返回的JSON后会调用qwen2.5-3b来生成报告正文。但这里不能让它自由发挥否则数字可能被模型润色得面目全非。我的做法是在SKILL.md里写清楚报告模板让模型只做填空题。模板大概是这样的【贵金属行情日报】 日期[date] 现货黄金[gold] 美元/盎司日涨跌幅 [gold_change]% 现货白银[silver] 美元/盎司日涨跌幅 [silver_change]% 数据来源[source] 一句话摘要[summary]OpenClaw在执行Skill时脚本已经把除summary外的所有字段填好模型只需要基于涨跌幅数据写一句话摘要比如今日金价小幅上涨市场情绪偏谨慎这种。这样做的好处是价格永远不会被模型改错模型只负责增加可读性。一开始我没用模板让模型直接读JSON生成报告结果某天它把白银价格写成了黄金价格数字还是对调的。排查后发现是模型理解错了字段对应关系。改用模板填空之后这类低级错误再也没有出现过。4.3 推送渠道配置企业微信和Telegram双通道报告生成后要推送到用户手上。我同时配了企业微信机器人推送和Telegram Bot推送双通道互为备份。企业微信机器人的Webhook地址配置在OpenClaw的配置文件里Telegram Bot则通过requests库直接调API发送。首先是企业微信机器人Webhook地址形如https://qyapi.weixin.qq.com/cgi-bin/webhook/send?keyxxx。发送函数很简单import requests def push_wechat(text): url https://qyapi.weixin.qq.com/cgi-bin/webhook/send?keyYOUR_KEY payload {msgtype: text, text: {content: text}} requests.post(url, jsonpayload, timeout10)Telegram Bot的发送类似调用https://api.telegram.org/botTOKEN/sendMessage把chat_id和text作为参数传过去。这里有个非常隐蔽的问题OpenClaw在WSL2里跑如果你在企业微信机器人里配置了IP白名单那WSL2的出口IP和Windows主机不一样容易被拦。我一开始被这个问题卡了很久后来干脆在白名单里同时加了主机IP和WSL子网的IP段才稳定下来。如果你也遇到推送失败先检查网络连通性再检查是不是IP白名单的问题。5. 常见问题与排查技巧实录5.1 WSL2环境就绪但OpenClaw仍然报无法安全验证这个问题在Win11上特别典型。用wsl -- status看到版本是2内核也是最新的但OpenClaw启动时还是报错。后来我发现是OpenClaw检查了/proc/version里的内核编译标识而WSL2默认内核在某些Windows预览版上会带microsoft-standard-WSL2后缀OpenClaw误判为不受支持的环境。解决方案有两个一个是升级Win11到稳定版26H2且执行wsl --update另一个是干脆绕开这个检查在OpenClaw环境变量里设置OPENCLAW_ALLOW_UNSAFE_ENV1。注意这个环境变量名可能随版本变化如果你用的是新版本可以看下文档里对应参数叫什么。我两个方法都试过最终切到稳定版系统后就不再出现这个报错了。5.2 定时任务触发了但报告没推送排查这种问题第一站看Windows任务计划程序的历史记录第二站看WSL里的OpenClaw日志。有一回任务记录显示上次运行时间正常但群里没收到消息。查日志发现是PowerShell脚本里的超时设置太短OpenClaw启动时模型加载花了20多秒而wsl命令默认等待时间不够进程被Windows侧切掉了。解决办法是给wsl命令加上--wait参数或者根本不用它改用wsl --exec配合等待。我最终把命令调整成wsl -d Ubuntu-22.04 -- bash -c cd ~/.openclaw openclaw run --skill gold_silver_price --args date$(Get-Date -Format yyyy-MM-dd)这个写法其实就是在WSL里直接执行并等待返回只要不人为设超时一般不会中途被杀。再补一招在PowerShell脚本开头和结尾各写一行日志追加到C:\scripts\logs\gold_report.log这样任务执行状态一查便知。5.3 价格字段解析出现数据偏差有一次报告里显示黄金价格比真实市场价低了30多美元我查了半天发现是接口返回的价格字段含义变了——原本是gold_price后来改成了au_price而我的解析代码还在读旧字段。因为Python的dict.get()默认返回None我又把None转成了0后面的涨跌计算全乱了。这个问题让我意识到解析代码面对异常返回值时宁可抛错也不要用默认值掩盖。后来我改成读取字段时如果缺失就直接抛异常让OpenClaw走异常分支报告显示数据获取失败至少不会误导人。对于异常情况我在脚本里设了一个规则如果涨跌幅绝对值大于5%就认为是异常值不写入报告只记录原始数据到日志里。5.4 Ollama模型偶尔推理超时本地模型在CPU上推理时如果系统后台正好有Windows Update或杀毒软件扫描响应时间会变得很不可控。OpenClaw里如果设置了过短的请求超时模型还没回话就被判定失败整次报告流程也会跟着失败。我最后是把OpenClaw的LLM请求超时时间调到120秒同时在Win11上把Windows Defender对WSL目录的实时扫描排除项加上。实测之后稳定性提升了很多。还有个土办法每天定时任务前先跑一次ollama run qwen2.5:3b hi相当于预热模型把权重加载到内存里这样正式调用时会快很多。5.5 常见问题速查表现象可能原因处理方式OpenClaw启动报环境不安全WSL版本是1或内核过旧wsl --set-default-version 2wsl --update定时任务不触发任务计划程序条件里勾了电池停止取消电池相关限制任务触发但无推送PowerShell等待时间不够进程被杀去掉等待限制加日志价格数据偏差大接口字段变更或单位不统一用异常抛出机制约束涨跌幅范围本地模型无响应操作系统后台任务抢占资源超时调到120秒预热模型6. 最后再分享一点实操体会金银价格自动采集定时报告这个东西看起来是一个很小的自动化任务但真正跑起来后涉及的知识面特别广WSL2环境管理、OpenClaw技能编排、数据源容错、任务调度、消息推送、大模型调用每一环都可能出问题。我的建议是不要一上来就追求功能大而全先把采集一次手动生成报告跑通再逐步加上定时和推送。就我这几天的实际使用感受Win11本地部署OpenClaw最大的优势是隐私可控、不依赖云端、可自由定制。缺点也同样明显所有环节都需要自己维护数据源变了要改Skill系统更新可能导致WSL环境异常模型质量也比云端API差一些。如果你的需求就是每天看个贵金属行情这个方案够用且稳定如果追求更智能的分析报告可以考虑把本地模型换成7B或14B或者把OpenClaw接到云端大模型上。最后再给一个小技巧金银日报的推送时间最好比你真正需要看行情的时间提前30到45分钟。我一开始设成9点整推送结果发现自己9点才起床报告就变成了昨日报告。后来改成8点15分推送起床后刚好能看到新鲜出炉的行情摘要体验好了不少。这种东西只有自己用了才知道怎么调也算是个真实的落地经验。