VELA(Vela Runtime)
- 官网
- vela-secure.vercel.app
- PH
- www.producthunt.com/products/vela-7/launches/vela-fcd161be-0…,2026-06-18,74 票(发布日 70)/ 日榜第 33、周榜 178、月榜 551 / 8 条评论库
- 一句话
- 给 AI Agent 用的安全代码执行运行时——用 Firecracker micro-VM + HMAC 能力令牌把 LLM 生成的不可信代码关进沙箱。
- 团队
- 单人。创始人 Praveen Karnati(GitHub
karnati-praveen,账号 2026-02-02 注册,18 followers),官网 About 页自述「前基础设施工程师」,无公司实体、无融资信息官网。 - 收费
- 官网 2026-11-02 抓取——「Vela is free forever for self-hosting」,MIT 许可,自托管免费;托管云版只有 waitlist,无价格官网。TrustMRR / PH 上无定价档(该产品不在 indie 库)。
- 状态判断
- 已经停了。GitHub 最后一次提交停在 2026-05-31,PH 发布(6-18)之后仓库零更新,4 颗星、无收入、无 HN / X 讨论。
- 证据强度
- 中。PH 库、GitHub 网页、官网三边能对上;但收入库、商店库、HN、X 全部为空,只能证明「没热度」,不能证明「没人用」。
它在各库的曲线
发布之后的表现
收入:indie(TrustMRR)库里没有这个产品。库里有两个同名「Vela」——vela.video(AI 动效,30 天 $19.8,挂牌 $1000)和 vela.cx(客服,收入全 0)——域名都对不上 vela-secure.vercel.app,不是同一个东西库。官网自托管免费 + 云版 waitlist,本身也没有可计费的入口。
用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库里都没有对应条目(它是 Rust 二进制 + Python SDK,不是 App)库。官网自称「Trusted by teams at Anthropic / Replicate / Modal / Weights & Biases / Vercel / Fly.io」,但这是 logo 墙,无任何可核实的采用证据官网,推断为营销话术。
开发者关注:GitHub karnati-praveen/VELA 2026-05-27 建库,13 次提交,最后一次 push 2026-05-31,语言 Rust;4 stars / 1 fork / 0 watcher / 0 open issue,无 description、无 topics、API 返回 license 为 null(官网却写 MIT)GitHub API。fork/star = 25%,超过 15% 的警戒线,但绝对数只有 1 个 fork,追查后是 2026-06-18 当天两个路人(cpiprint、Andruxzz)顺手 fork 的空壳,不是真实采用GitHub API。GitHub 库(≥50 星门槛)里没有它库。
讨论:hackernews 库按域名 vela-secure.vercel.app 查为 0 条;按 vela 关键词只命中两条无关的 Show HN库。x 本地库里没有任何提及,getvelaio 不在任何圈子名单库。daily.dev 上这条 PH 帖只有 2 个赞、575 次曝光、0 评论daily.dev。
官网动态:站点还在,但内容静态。Blog 只有一篇 2026-05-31 的《Introducing Vela》,之后再无更新官网。Wayback Machine 无任何快照archive.org。官网底部链接的 pypi.org/project/vela-agent 和 crates.io/crates/vela-engine 两个都 404——即官网 Quickstart 里写的 cargo install vela-engine / pip install vela-agent 根本装不上PyPI / crates.io API。
自报 vs 实际
| 自报(官网 / PH) | 实际 | 差 |
|---|---|---|
| 官网页头「★ 1.2k」GitHub stars | GitHub API:4 stars(2026-10-01 更新)GitHub | 差 300 倍,严重夸大 |
| 「Trusted by teams at Anthropic / Replicate / Modal…」 | 无任何第三方证据;HN、X、GitHub 均无相关采用讨论库 | 无法证实 |
| 官网三条具名用户好评(Arjun Mehta / Sarah Chen / Marcus Okonkwo) | 三人及所属公司均无公开可查记录推断:编造的社会证明 | 无法证实 |
| 「MIT License」 | GitHub API license 字段为 null,仓库无 LICENSE 文件GitHub | 不一致 |
| Quickstart 的 pip / cargo 安装命令 | PyPI、crates.io 均 404PyPI / crates.io | 命令不可用 |
| PH 文案「open-sourced under MIT」 | 代码确实公开,但无 license、无 release、无 tagGitHub | 部分属实 |
为什么没成
这是一个「周末项目 + PH 一次性曝光」的典型。产品定位本身踩在真需求上(AI Agent 执行不可信代码的沙箱),但执行上有三处硬伤:第一,发布即终点——13 次提交全在 5 月 27–31 日五天里,PH 发布(6-18)后仓库再无一次 commit,连 README 里的安装包都没真正发到 PyPI / crates.io,用户按官网指引装不上;第二,社会证明造假——页头写 1.2k 星而实际 4 星,配上无法核实的 logo 墙和具名好评,这类信号一旦被识破,反而比没有更伤;第三,赛道被平台方挤压——同一时间 Vercel Sandbox、E2B、Modal 等托管沙箱在免费/低价铺开,一个单人自托管项目在「运维 Firecracker 集群」这件事上没有成本优势。PH 拿到日榜 33 名、74 票,属于「被看到但没被记住」,8 条评论之后再无二次传播。
对想跟的人
这个方向有位置,但不是「再做一个自托管 Firecracker 沙箱」——VELA 用 4 颗星和 0 收入证明了这条路对单人开发者不成立:用户要的是「不用自己运维 KVM/rootfs/vmlinux」,而这恰恰是自托管方案最重的部分。真正的位置在托管侧的细分:比如给特定框架(LangChain / CrewAI)做「一行接入 + 按次计费」的沙箱 API,把 VELA 官网那句「~150ms p50」当成性能基线去对标。最大的坑是 VELA 已经踩过的:别把 PH 发布当成产品完成,它 6-18 发布、5-31 就停更,连 pip install 都装不上——发布前先把安装链路跑通,比多拿 50 张票重要得多。
没查到的
- indie(TrustMRR):无此产品,无法给出任何收入 / MRR / 订阅数;两个同名 Vela 是别的产品。
- appstore / googleplay / macappstore / chromestore:均无对应条目(非 App 形态)。
- hackernews / x 本地库:零提及,无法判断开发者社区的真实反应。
- GitHub 库:该仓库 4 星,低于 50 星门槛,不在库里,star 走势只能靠 GitHub API 单点。
- Wayback:无快照,无法还原官网历史版本或定价变化。
- 创始人 LinkedIn / X 公开动态、是否有融资或收购:未查到任何公开信息。
档案由 agent 建(deepseek/deepseek-v4.1-flash,33 步,2026-11-01T21:45);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。