VoiceGremlin,一款针对 AI 电话代理进行自动化测试的 SaaS 工具
Show HN: VoiceGremlin, a SaaS tool for automated tests against AI phone agents
我们发现了什么
Show HN: VoiceGremlin,一款针对 AI 电话代理进行自动化测试的 SaaS 工具。你好,我曾是一名 SDET(软件开发测试工程师),现在是 VoiceGremlin 的独立开发者,这是一款针对接听电话的 AI 进行自动化测试的工具。
- 来源:Hacker News(发现于 2026-10-08)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:API / Usage-based
- 主题:AI Agent
- 初筛评分:18.6/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文(全文)
嗨,我是一名前 SDET,现在是 VoiceGremlin 的独立开发者,这是一款针对接电话 AI 的自动化测试工具。你向 API 传递一个电话号码和一个测试用例,比如"验证智能体执行 X"。它会呼叫你的语音智能体,让机器人互相交谈来测试该功能,并使用 LLM-as-judge 为你的流水线提供通过/失败结果。状态:完全可用,免费试用,无需信用卡。试试看,并请给我反馈,特别是如果你遇到问题。目标:我构建 VoiceGremlin 的明确目标是成为电话智能体领域的 Mailosaur。我们公司工作时为 Mailosaur 付费,因为另一种选择(让我们的自动化测试以编程方式与公司 Outlook 服务器交互)是可行的,但非常痛苦,无论技术上还是组织上都是如此。我学到的教训是"可行但痛苦"是 SaaS 机会的好兆头。那么,让自动化测试呼叫电话号码也很痛苦。电话服务提供商很难作为供应商接入。使用你自己的 STT/TTS 意味着大量带宽会流过你运行测试自动化的任何地方。要把 LLM-to-LLM 提示调到足够精确以避免 flaky 测试也很棘手。等等。过程:花了大约 45 天构建,其中一半是商业事务,比如接入 Stripe 和我可怜的市场营销尝试,另一半是尝试不同的电话服务提供商和功能、测试不同模型、微调提示、以及反欺诈/反滥用。设计目标:做一件事,把它做好,然后不要碍事。无意管理你的测试用例、托管你的语音智能体、或添加追加销售功能。
技术栈:依赖项包括 Supabase(数据库和身份验证)、Netlify(静态存储和 API 路由)、Digitalocean(发起呼叫的服务器组件)、Telnyx(在我看来比 Twilio 更易用)、Stripe、Openrouter、Cloudflare(注册时的验证码)。哦,我把私有 git 托管在 Keybase 上,这个最伟大的工具没人用。谢谢!
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
Hi, I'm a former SDET and now solo dev of VoiceGremlin, a tool for automated tests against AI that answer phones.You pass the API a phone number and a test case like "Verify that the agent does X." It calls your voice agent, tests the thing by having the bots talk to each other, and uses LLM-as-judge to provide a pass/fail for your pipeline.State: Fully working, free trial, no card needed.Try it out and please give me feedback, especially if you run in to problems.Goal: I built VoiceGremlin with the explicit goal of being Mailosaur for phone agents.
We paid for Mailosaur at work because the alternative (having our automated tests interact programmatically with our corporate Outlook server) was doable, but very painful, both technically and organizationally.The lesson I learned was "doable, but painful" is a good sign of a SaaS opportunity.Well, getting an automated test to call a phone number is also painful.Telephony providers are tough to get onboarded as vendors.Using your own STT/TTS means a lot of bandwidth moving through wherever you run your test automation from.It's tricky to get the LLM-to-LLM prompts dialed in enough to avoid flaky tests.Etc.
Process: It took about 45 days to build, with half of that being businessy stuff like implementing Stripe and my feeble attempts at marketing, and the other half being experimenting with different telephony providers and features, testing different models, prompt tweaking, and fraud/abuse prevention.Design goal: Do one thing, do it well, and get out of the way.There's no ambition to manage your test cases for you, host your voice agents, or add upsell features.
Stack: The dependencies are Supabase (DB and authentication), Netlify (static storage and API routing), Digitalocean (the server component that makes the calls), Telnyx (easier to work with than Twilio IMO), Stripe, Openrouter, Cloudflare (captcha on signup).Oh, and I host my private git in Keybase, the greatest tool nobody uses.Thanks!
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。