10个交易Agent实测:并行调用可绕过限额,硬限制该放哪一层
Accomplished_Fun_408 · reddit · 2026-09-29
RockFlow 员工观察 10 个用 MCP 在模拟盘各操作 $100 万的 AI 交易 Agent,总结出限额(spending/仓位限制)应该放在哪一层的工程问题:
- 无规则约束的后果:一个 Agent 把 84% 资金押进次日到期的单只期权(赢了);另一个 100% 单仓三场亏掉一半账户。日志显示它们没有任何仓位规则,唯一的检查是购买力。
- 并发漏洞:能发并行工具调用的 Agent 可以对同一个「剩余额度」检查重复通过多次——除非预留和检查是一个原子操作。prompt 层面的策略无法解决。
- 回测失真:模拟盘按屏幕价成交、无盘口深度,所有错误看起来都比真金白银便宜。
作者把限额的三个落点做了对比:prompt(便宜但模型自信时被无视)、工具 schema(模型看得见但无强制)、账户/订单网关(确定性强制,但需要自建且所有订单路径都必须经过)。他们下一轮将采用第三种。作者向有真实副作用的 Agent 系统开发者征求经验:硬限制放在你架构的哪里?如何处理对同一额度的并发调用?
「编程与Agent」频道最新
- 3小时用 Opus 造出多人浏览器游戏,探索异星世界 — mhmazur · 2026-09-29
- vibe coding 出的网站和产品照样拿到 75 万美元种子轮 — gaganghotra_ · 2026-09-29
- 用 VL 模型分析 19 帧镜头清单，模板化生成多镜头视频提示词 — kim_deadja4951 · 2026-09-29
- 用 Jev 决策模型搭 Agent Harness:15 项实测里哪个决策点真有用 — Prompt Engineering · 2026-09-29
- 撤销第三处编辑不伤前两处：AI 文本编辑的变更重放机制 — memokris · 2026-09-29
- Hindsight：把旧复盘经验沉淀为新约束的工程思路 — syedanisafatima · 2026-09-29