代理组策略编写：从简单规则到复杂场景

凌晨两点十七分，陈默的屏幕上还亮着六个窗口。

左边是交易所的K线图，比特币刚刚跌破六万三千美元，他的手机在桌上震个不停——社区里已经炸了锅，有人喊着“抄底”，有人喊着“逃命”。右边是Telegram群组，他管理的那个三千人的DAO社区里，消息刷得飞快，有人贴出了某项目方刚刚转移了两千万枚代币的链上截图。

而陈默的目光，死死钉在中间那个窗口上。

那是他三天前刚部署的代理组策略脚本。屏幕上跳出一行红色的警告：“策略组#7触发异常：检测到代币#0x7a3f...的流动性池在12秒内被撤出87%。”

他深吸一口气，点开了策略详情。

从一条简单规则说起

故事要从两个月前讲起。

那时候陈默刚开始接触链上自动化工具。和大多数人一样，他的第一个策略简单得近乎幼稚——“如果某代币价格在五分钟内下跌超过5%，就自动卖出持仓的50%”。

这就是代理组策略最基础的形态：一条触发条件，一个执行动作。像“如果下雨，就带伞”一样直白。

他把它部署在一个小仓位上，投入了大约两千美元等值的USDT。头三天，策略触发了两次，一次亏了3%，一次赚了2%。净亏。但陈默很兴奋——不是因为赚钱，而是因为他看到了可能性。代码替他做了决策，在他睡觉的时候，在他开会的时候，在他犹豫不决的时候。

“简单规则的价值在于消除情绪。”他在自己的笔记里写下这句话。

但很快，问题来了。

第四天，市场出现了一次剧烈波动。某主流代币在十分钟内暴跌8%，他的策略果断触发，卖出了50%的持仓。但紧接着，价格在接下来的二十分钟里反弹了12%。他卖在了地板上。

陈默盯着回测数据看了很久。他发现，单一规则在震荡行情中会被反复触发，像一只被惊动的兔子，来回乱窜。手续费吃掉了利润，滑点让他每次成交都比预期差一点。

他需要更多条件。

当规则开始交织

于是有了第二版策略。这一次，他加入了三个条件：

第一，价格下跌超过5%； 第二，成交量在同期放大超过200%； 第三，链上大额转账数量（超过10万美元）在最近十分钟内超过20笔。

只有当三个条件同时满足时，才执行卖出。

这就是“与逻辑”的代理组。每个条件是一个独立的代理，它们各自监控一个维度的数据，只有当所有代理都投出“赞成票”时，执行代理才会行动。

效果立竿见影。接下来两周，策略只触发了三次，两次正确，一次小亏。净值曲线开始变得平滑。

但陈默没有满足。因为他知道，市场不是只有“跌”和“涨”两种状态。

他开始引入“或逻辑”的分支。如果价格下跌超过5%且成交量放大，但链上大额转账不多，那就只卖出25%。如果价格下跌超过8%且链上出现大量转账，那就卖出75%。如果价格下跌超过5%但链上数据显示是交易所内部转账（而非用户提币），那就不卖，反而可以考虑买入。

策略开始变得复杂。代理组从三个变成了七个，再到十二个。每个代理有自己的阈值、自己的时间窗口、自己的权重。

陈默在代码注释里写道：“这不是在写策略，这是在给一个团队写工作手册。每个代理是一个员工，有的负责盯盘，有的负责看链上数据，有的负责判断市场情绪。而我是那个最终拍板的人——只不过我把拍板的规则也写进了代码。”

那个凌晨的异常

回到凌晨两点十七分。

策略组#7触发的异常，正是他两周前刚加入的一个新代理：流动性监控代理。这个代理专门追踪目标代币在去中心化交易所的流动性池变化。如果流动性在短时间内被大量撤出，说明做市商或项目方可能在“抽地毯”。

陈默点开链上详情。那个代币是他三天前刚建仓的一个小市值项目，社区热度很高，推特上天天有人喊“百倍”。他的策略组里有五个代理在监控这个仓位：价格代理、成交量代理、社交情绪代理、链上转账代理，以及这个流动性代理。

流动性代理是最后一个被触发的。

在它触发之前，价格代理已经发出了“下跌5%”的信号，但成交量代理显示交易量并没有显著放大——这通常意味着只是散户在恐慌，不是大户在出货。社交情绪代理显示推特上的讨论量反而在上升，有人在喊“加仓”。链上转账代理没有检测到大额转账。

如果只有前四个代理，陈默的策略会判断这是一次“正常回调”，继续持有。

但流动性代理看到了别人没看到的东西：池子里的钱在跑。

陈默手动打开了区块浏览器。果然，项目方的多签钱包在十分钟前调用了一个合约函数，撤回了大部分流动性。而那个合约函数，不在他们白皮书里写的任何一条路径上。

他立刻手动执行了清仓。三分钟后，该代币价格归零。

复杂场景下的代理协作

这次经历让陈默意识到一件事：在虚拟币市场里，单一维度的信号永远可以被伪造。价格可以拉盘，成交量可以对倒，社交情绪可以买水军，链上转账可以自转。但流动性撤出是真金白银的动作，很难造假。

他把这个逻辑写进了策略组的“元规则”里：当流动性代理发出红色警报时，其他所有代理的信号权重自动降为零。流动性代理拥有一票否决权。

这就是复杂场景下的代理协作。不是简单的“与”“或”逻辑，而是带有优先级、权重、否决权的层级结构。

他开始设计更复杂的场景。

比如“黑天鹅场景”：当比特币在十分钟内下跌超过3%，同时稳定币在交易所的溢价超过1%，同时链上Gas费飙升超过200%——这三个条件同时满足时，意味着市场出现了系统性恐慌。此时，所有山寨币仓位自动减半，不管个别代币的指标如何。

比如“逼空场景”：当某代币的永续合约资金费率转为极度负值，同时未平仓合约量创下新高，同时现货价格开始反弹——这意味着空头可能被挤压。此时，策略组会反向开多，但仓位控制在总资金的5%以内。

比如“鲸鱼追踪场景”：当某个被标记为“聪明钱”的地址开始大量买入某代币，同时该代币的持币地址数在增加，同时交易所余额在下降——这三个信号叠加，意味着可能有大事发生。策略组会跟随买入，但设置严格的止损。

陈默把这些场景一个个写进代码，每个场景是一个独立的代理组，组与组之间通过“事件总线”通信。当一个组触发时，它会向总线发布一个事件，其他组可以选择订阅这个事件并做出反应。

这已经不是一个简单的策略脚本了。这是一个微型的交易操作系统。

当代理组开始“吵架”

但复杂系统总会有意外。

有一天，陈默发现策略组在一个小时内连续触发了十几次交易，手续费吃掉了当天所有利润。他打开日志，发现两个代理组在“吵架”。

“趋势跟踪组”认为市场处于上升趋势，应该持有。 “均值回归组”认为价格已经偏离均线太多，应该卖出。

两个组各自有自己的逻辑，各自有自己的数据支持，但它们的结论完全相反。而执行代理没有判断能力，它只是简单地执行最后一个收到的信号。

陈默盯着日志看了很久，突然笑了。他想到了自己刚开始交易的时候，也是这样——今天看K线觉得要涨，明天看指标觉得要跌，来回打脸。

他需要给代理组加一个“仲裁机制”。

他写了一个新的代理，叫“市场状态判断代理”。这个代理不直接产生交易信号，而是判断当前市场处于什么状态：趋势市、震荡市、还是转折市。然后根据状态，动态调整其他代理组的权重。

在趋势市中，趋势跟踪组的权重是0.8，均值回归组是0.2。 在震荡市中，反过来。 在转折市中，两个组的权重都降到0.3，而“流动性代理”和“鲸鱼追踪代理”的权重升到0.7。

这个仲裁代理本身也是一个代理组，它有自己的输入、自己的逻辑、自己的输出。它不交易，但它决定了谁有资格交易。

陈默在代码注释里写：“这就像公司里的CEO。他不做具体业务，但他决定哪个部门说了算。”

写在最后

现在，陈默的策略组已经运行了四个月。他的账户净值曲线不算惊艳，但很稳定。最大回撤控制在8%以内，夏普比率在2.3左右。

他不再每天盯盘了。但他每天会花一个小时看策略日志，看那些代理们“吵架”的记录，看仲裁代理如何做出判断，看执行代理如何在滑点和手续费之间权衡。

他说，写代理组策略最有趣的地方，不是赚钱，而是你被迫把自己对市场的理解，拆解成一条条可以被代码执行的规则。你不能说“我觉得要涨”，你必须说“如果A且B且C，那么执行D，但仓位不超过E，止损设在F”。

这个过程会逼着你面对自己的无知。你会发现，很多你以为自己懂的规律，其实只是事后归因。你会发现，很多你以为可以赚钱的策略，在回测中一塌糊涂。

但也会有那么一些时刻，当所有代理都安静地工作，当市场按照你预想的逻辑走，当净值曲线平稳地向上——你会觉得，你在这个混沌的市场里，建起了一座小小的灯塔。

虽然它只能照亮前方一小段路，但至少，你不再摸黑走路了。

凌晨三点零四分，陈默关掉了电脑。手机还在震，社区里还在吵。但他知道，他的代理们正在云端安静地运行着，替他盯着那些他看不到的角落。

他躺到床上，闭上眼睛。在睡着之前，他脑子里闪过一个念头：明天要给仲裁代理加一个新规则——当所有代理都意见一致时，反而要警惕。

因为在这个市场里，共识往往是错误的开始。

然后他睡着了。而他的代理们，还在工作。