[ Feature request] 插件 ML 信号提供者+经纪执行接口

嗨,交易代理团队,

我一直在建造一个自动交易管道,目标与TradingAgents类似,但使用混合ML/LLM架构.

我目前的建筑大致如下:

市场/新闻数据 ↓ 基于BERT的分类器 ↓ 结构化的ML信号 ↓ 赞美音乐 ↓ Schema-约束JSON的决定 ↓ 决定性验证/ 风险层 ↓ 阿尔帕卡 ↓ 命令执行

在通过贸易代理商调查之后,我认为可能有一个有趣的机会,使框架中的两个界限更加可扩展:

1. 外部/非LLM信号供应商

2. 中间商执行适配器

3. 可插接的ML信号供应商

贸易代理公司目前拥有专门的LLM动力分析师,包括感应分析师.

我认为,与其取代这种结构,不如允许可选的外部ML模型提供结构化信号。

例如,一个FinBERT/BERT风格的分类器可以发出:

{ "出自":"芬伯特","fin". "同音":"NVDA","N". "符号 类型":"sent","sent". "分数": -0.72, "自信": 0.91, (中文(简体) ). "时印":"...... {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

其他提供者可能利用同一接口发出技术、基础、宏观或定制量化信号。

概念上:

• 感应分析员(LLM) │ 市场数据 QQ FinBERT / BERT │ QQ 量子模型 │ QQ 自定义用户模式 ↓ 常态化信号Schema ↓ 贸易代理商 ↓ 公牛/熊辩论 ↓ 商人

这将使用户能够将确定性/专门性ML模型与贸易代理公司的LLM推理结合起来,而不是要求每个分析步骤由LLM进行。

还可以提高情绪分级等任务的再生性,因为专业分级器可以提供稳定的数值信号.

1. 中间商执行接口

另一个有用的抽象可能是将最后组合决定与执行分开。

目前,贸易代理公司在框架内作出最后贸易决定。

可选执行界面在概念上可以看起来像:

类 经纪 : def 提交 命令( 自, 命令):... def 取消 顺序( 自, 命令 id):... 获取位置( 自 ):... def 获取 账户( 自 ):...

因此,执行工作可包括:

经纪人 模拟 经纪人 阿尔帕卡派克布洛克 QQ 自定义布洛克

我强烈建议只从纸张交易开始,而不是允许默认的活执行.

1. 确定性风险门

我使用这个架构的一个原因是我不想让LLM对经纪账户拥有不受限制的权力.

LLM提出了条理分明的建议:

{ "同音":"NVDA","N". "行动":"BUY", "自信":0.78 (中文(简体) ). {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

但决定性代码决定该提议是否可以执行:

贸易代理决定 ↓ . . . . . . .