用 OpenClaw Agent 搭地缘危机监控系统做原油交易:一周 15%+ 收益的实战复盘
> 来源: https://x.com/xingpt/status/2032364825318445374
> 作者: XinGPT(@xingpt)
> 互动: 8 回复 / 10 转帖 / 33 喜欢 / 51 书签 / 7,637 次观看
> 背景: 2026 年 3 月伊朗霍尔木兹海峡危机期间的实战交易
> 日期: 2026-03-13
📌 一句话总结
一个散户用 OpenClaw 搭了一套地缘政治危机监控系统——每 6 小时抓取 JMIC 海峡通行数据 + 中东双语新闻源,配合 OpenBB 宏观指标和技术分析 Skill,在霍尔木兹海峡危机中持有原油 ETF,Brent 从 87 涨到 100+,收益 15%+。
🌍 背景:霍尔木兹海峡危机
2026 年 3 月,伊朗封锁霍尔木兹海峡,全球原油市场剧烈波动:
- 3 月 2 日:海峡通行量从 153 艘/日降为 0
- 3 月 8 日:恢复到 13 艘
- 3 月 11 日:跌回 8-9 艘
- 3 月 12 日:仅剩 1-2 艘
- Brent 原油突破 100 美元,IEA 释放 4 亿桶战略储备(历史最大)
🏗️ 系统架构
1. 监控层:6 小时一轮全量采集
信息源分层(精准度优先):
| 层级 | 来源 | 价值 |
|---|---|---|
| 第一手 | JMIC(联合海事信息中心) | Bloomberg 引用的原始数据源 |
| 海事情报 | Windward 等海事博客 | 专业分析 |
| 伊朗官方 | Tasnim 通讯社、Fars 通讯社 | 比路透社快几小时 |
| 英语媒体 | Bloomberg、Reuters 等 | 补充视角 |
关键设计:
- 双语采集:英语 + 波斯语,交叉验证
- 滚动日志:每次采集结果追加到 7 天滚动文件
- Flash Alert:油价单日 >5% 波动 / 通行量剧变 / "ceasefire" 等关键词 → 立即推送
> "3 月 5 号那天,一条伊朗官员声明让航运指数半天内从涨停打到跌停,Tasnim 比英文媒体早了将近两小时。"
2. 分析层:每日投资决策报告
数据来源三层优先级:
| 优先级 | 来源 | 方式 | 搜索次数 |
|---|---|---|---|
| P1 | 本地监控日志 | 直接读文件 | 0 |
| P2 | 宏观指标(利率/VIX/商品) | OpenBB Python API | 0 |
| P3 | 分析师观点等软信息 | Web 搜索 | ≤3 次 |
分析框架:借鉴高盛/摩根大通/美银公开研报,把危机分四个阶段,每阶段对应不同资产配置方向。
3. 技术分析 Skill
4 小时周期技术指标框架:
- 均线交叉、MACD、RSI、布林带、Squeeze
- 核心逻辑:趋势 + 动量 + 波动率三维同向才给信号
- 按需调用,不做定时运行
📈 实战结果
| 日期 | 事件 | 通行量 | 作者操作 |
|---|---|---|---|
| 3/7 | 启动监控 | ~8 艘 | 买入原油 ETF |
| 3/10 | 俄美合作消息,油价跌 3% | ~8 艘 | 技术面完好 + 通行量未变 → 持仓 |
| 3/11 | 泰国船被无人机击中 | 8→9 艘 | 持仓 |
| 3/12 | Brent 破 100,IEA 释储 | 1-2 艘 | 持仓 |
| 3/13 | 发文 | — | Brent 87→100+,收益 15%+ |
核心决策逻辑:忽略新闻噪音,只看船只通行量这一个核心指标。"所有'缓和'的新闻,在通行量面前都站不住脚。"
💡 踩坑与优化
坑 1:上下文污染
问题:监控 Skill 挂在主 Agent 上,和日常对话上下文混在一起
解决:注册独立的 investor 子 Agent,完全隔离
坑 2:搜索死循环
问题:投资 Skill 写了 20+ 搜索任务,Agent 每搜一轮上下文膨胀,到第三轮 252KB,陷入"觉得自己还没搜够"的死循环,跑满 5 分钟超时
解决:
- 搜索次数写死("最多 3 次,搜完即停,数据缺了写暂缺,不要重试")
- 定时任务加超时保护
坑 3:搜索额度浪费
问题:宏观数据用搜索获取,浪费 7-8 次搜索
解决:接入 OpenBB,通过 FRED(利率/CPI)和 FMP(股指/商品)的 API 直接获取
优化:Skills 分类运行策略
- 监控 Skills:必须定时运行(保证时效)
- 技术分析 Skills:按需调用(避免无谓消耗)
📊 技术栈
| 组件 | 用途 |
|---|---|
| OpenClaw | Agent 运行环境 |
| 独立 `investor` 子 Agent | 监控和投资决策隔离 |
| Cron(每 6 小时) | 定时监控采集 |
| OpenBB Python API | 宏观数据(FRED/FMP) |
| Web Search(限 3 次) | 补充软信息 |
| Flash Alert | 异常推送 |
💡 与我们的关联
1. 监控架构可复用:我们的 researcher Agent 也可以做定时监控——比如 AI 领域新论文/新项目/新工具,6 小时一轮采集 + Flash Alert
2. 搜索死循环是通病:我们也遇到过 Brave Search 额度耗尽的问题。"最多 N 次搜索,搜完即停" 是好实践
3. 子 Agent 隔离:把不同功能放在不同 Agent 里,避免上下文污染——我们目前只有 researcher 一个 Agent,可以考虑拆分
4. OpenBB 值得学习:结构化数据走 API > 搜索。我们做 AI 行业研究也可以用类似思路(GitHub API、HuggingFace API 等)
5. 核心指标思维:忽略噪音,盯住一个核心数据源——这个思路对我们做技术评估也适用
📊 评分
| 维度 | 评分(/10) |
|---|---|
| 实战价值 | 9.5 — 有真金白银的验证,15%+ 收益 |
| 架构设计 | 8.5 — 三层数据优先级 + 独立子 Agent + Flash Alert |
| 可复用性 | 8.0 — 监控框架可以适配到任何领域 |
| 踩坑价值 | 9.0 — 搜索死循环/上下文污染/OpenBB 优化都是通用经验 |
| 与我们的关联 | 7.5 — 架构思路相关,但投资领域不同 |
| **综合** | **8.7** |
报告由深度研究助手自动生成 | 2026-03-13
来源: https://x.com/xingpt/status/2032364825318445374
免责声明:本报告仅供研究参考,不构成任何投资建议。