模型、因子与大模型 agent 负责提出想法;从信号到真实成交之间的仓位、调仓、风控、执行、账本与对账,由同一套系统负责。研究框架不用换,把结果交过来就行。
{
"contractVersion": "0.4",
"kind": "artifact",
"market": "cn_stock",
"timeframe": "1d",
"dsl": {
"indicators": {
"fast": { "type": "EMA", "period": 20 },
"slow": { "type": "EMA", "period": 60 }
},
"entry": {
"type": "CROSS_UP",
"left": { "ind": "fast" },
"right": { "ind": "slow" }
}
},
"exits": { "stopLossPct": 8 },
"sizing": { "positionMode": "FIXED_PCT",
"targetPctPerOrder": 20 },
"producer": { "kind": "AI_AGENT",
"searchTrials": 12 }
}
策略不是一段代码,而是一份声明式的 JSON 文档:用哪些指标、什么条件进出场、止损与仓位怎么设、在哪个市场交易。规范、校验器、指标目录与示例以 Apache-2.0 开源。
DSL 不是我们的策略语言,而是 AI 与实盘之间的审计边界。
在 GitHub 查看 AlphaSpec →AI 一次能产出成百上千个候选,搜索本身就会制造好看的回测。所以门禁不接受提交方自报的数字,一律由平台按同一套口径复算。
门禁通过率可能很低,这正是它可信的原因。机构自研的 alpha 也可以走同一道门禁,作为上线前的独立复核。
AI 投研真正的短板不是模型,而是没有闭环:模型不知道自己的信号在真实市场里发生了什么。平台把每一次运行的执行证据,做成研究可以直接读取的数据。
诊断 agent 读取这些证据,回答「这个策略为什么不行了」,再交给研究员或生成 agent 改出下一版。
机构团队有自己的 Python、LightGBM、PyTorch 与特征库,不需要、也不应该搬过来。对接只发生在研究的出口,三种方式按需选用。
仓位、调仓、风控、执行、账本、对账——自建往往要以月计,也恰好是研究团队最不想做的部分。接入之后,这一段与平台上所有策略共用同一套能力。
平台不绑定某一个 agent。自研的 AI 投研只是参考实现,团队可以直接用,也可以接入自己成熟的工具。
我们自己的 agent 也只用公开接口,没有内部捷径。agent 和人走同一道门,这既是安全设计,也是可信的来源。
pip install alphaspec # 安装 Agent Skill(写策略 + 诊断) alphaspec skill --install ~/.claude/skills # 离线校验,再交给平台评估 alphaspec validate strategy.json alphaspec submit strategy.json --evaluate # 运行之后,看真实发生了什么 alphaspec evidence --artifact 42
权限按风险分层,越接近真钱,越需要门禁与人的确认。
| 能力 | agent | 说明 |
|---|---|---|
| 读取行情、因子、指标目录 | 开放 | 与登录用户同一套数据权限 |
| 提交策略文档、上传每日分数 | 开放 | 提交前按 JSON Schema 与规则校验,不合法当场拒收 |
| 回测与门禁评估 | 平台复算 | 评估窗口由平台指定,不接受自报数字,按日配额 |
| 读取执行证据 | 开放 | 按时运行、拒单原因与建议、目标偏差、滑点、逐笔台账 |
| 转为模拟策略 | 须过门禁 | 只有平台评估通过的策略才能转,创建后默认停用 |
| 启动或停止策略 | 不开放 | 由人在控制台确认 |
| 直接下单、修改账户级风控 | 永不开放 | 订单只能由运行中的策略产生并经过同一套风控预检;策略自身的风控参数写在文档里,随文档一起过门禁 |
按团队的研究框架、策略类型与风控要求,提供接入方案、演示账号与私有化部署。