最新

大家好！我创建了SharpAPI，以解决我对现有体育博彩API的困扰。 问题： - OddsBlaze（入门价349美元/月）支持差，且常有意外的重大变更 - Odds API的免费套餐非常有限（每月500个积分≈每天16次请求），且没有实时数据流 - 两者都对+EV（正期望值）/套利检测收取额外费用，或者根本不提供此功能 我构建的内容： - 通过SSE（服务器发送事件）从20多个体育书获取实时赔率（而不是轮询） - P50延迟低于89毫秒 - 内置+EV、套利和中间值检测 - 免费套餐每分钟12次请求 - 提供完整IntelliSense的TypeScript SDK - 无论体育书如何，统一的架构 技术栈：Next.js、Vercel、DigitalOcean、Upstash Redis、Hono 该API每天处理约4700万条赔率数据。我在抓取数据时采取了负责任的方式，进行了适当的缓存和速率限制。 定价从每月79美元的专业版开始，并提供免费套餐供用户入门。无需信用卡。 欢迎大家就架构、体育博彩市场或其他任何问题提问！

我想出了这个名字并提供了一些建议，其余的由LLM完成。我鼓励Claude Code尽情发挥幽默感和讽刺。我发现LLM在幽默方面表现得非常出色。

我构建这个项目是为了实验 Ruby 代码能够容忍多少不确定性，才会停止感觉像是确定性的。这个 gem 引入了可控的随机性，并可以在运行时定义方法，从而使行为动态地出现，而不是完全提前设计好的。 目前这个项目还处于早期阶段，故意具有探索性，并不适合生产环境。有时候它感觉像是一种创意工具，而其他时候则让人觉得你在给代码授权，让它做出你并未明确授权的决策。 我很好奇大家认为这个界限应该在哪里。