我用Rust构建了一个自托管的上下文赌博机装置，并部署在一个实时的AI交易产品上。在发现运行时错误之前，先找到了自己配置中的两个错误。

Reddit r/ArtificialInteligence 工具
rust open-source contextual-bandit reinforcement-learning graph-execution ai-trading docker

摘要

宣布两个开源Rust项目：Lycan（一种用于上下文赌博机的图执行语言）和Syntra（一个自托管的Docker设备，用于服务Lycan胶囊）。作者在自己的实时AI交易产品上自用测试，发现数据管道错误（而非算法问题）主导了适配工作。

我一直在开发两个开源项目： * **Lycan** — 一种小型图执行语言，将策略节点作为第一类原语（同一合约的多种实现，运行时根据结果反馈学习权重）。编译为二进制图，由Rust运行时执行。热路径中没有LLM。 * **Syntra** — 一个自托管的Docker/API设备，用于服务编译后的Lycan胶囊。多租户，优先影子模式，基于 `contextKey` 的上下文学习，持久化文件系统存储，审计/决策/反馈日志分离。包含一个MVP YAML编写层，这样你就不必编写底层的Lisp了。 我关心的用例：重复决策，其中最佳选项取决于上下文，结果稍后到达。LLM模型路由、重试/超时策略、队列选择、阈值调整，任何你会使用上下文赌博机但不想搭建Python ML平台来实现的场景。 我在自己的产品（一个公开的AI股票辩论面板，带有30天市场结算结果，[MoEFolio.ai](https://moefolio.ai/)）上自用测试。第一个意外并非来自运行时；而是我的 `contextKey` 模式将所有行业折叠为 `unknown`，因为我的行业查找只从三个输入路径中的其中一个解析了符号。赌博机名义上是5维的，但实际上只有2维，学习了一个毫无意义的跨行业平均值。修复数据管道，而非算法，是自适应系统中的主要工作。 Apache-2.0，非常早期，欢迎任何在生产环境中使用过赌博机的人来审视。 * [github.com/SectorOPS/Lycan](http://github.com/SectorOPS/Lycan) * [github.com/SectorOPS/Syntra](http://github.com/SectorOPS/Syntra)
查看原文

相似文章