reddit · SideProject · 10-21 06:50 34 分 ← 返回列表

I built a workbench where a test can chain requests over 16 protocols and agent can chime in via MCP

Most of my career has been in banking, adtech and email infrastructure, where one flow runs through half a dozen systems before it is finished. A record comes in over an HTTP API, lands in Postgres or Mongo, gets pushed into Redis and triggers an email over SMTP that I then have to go and find in a mailbox over IMAP to know it arrived. I tested each of those hops with its own client. The glue between them was a pile of throwaway scripts that passed results along by hand. So I built a tool t

五维评分

付费意愿

需求真实度

个人可落地

竞争空间

新鲜度

AI 分析

痛点：跨多系统的集成流程（HTTP→DB→Redis→SMTP→IMAP）测试时，只能每个环节用单独客户端验证、靠一次性脚本手工串结果，无法把整条链路作为单个测试端到端跑通。

目标用户：银行/广告技术/邮件基础设施等后端与 QA 工程师、做复杂集成流程测试的独立开发者与小团队

证据：The glue between them was a pile of throwaway scripts that passed results along by hand. / So I built a tool that I always thought would be a useful addition to my own stack - one workbench where the whole flow is a single test.

变现：开源核心 + 付费桌面/团队版（链式与套件数量、CI 报告、并行 fuzz、团队共享用例库），或按席位订阅的 SaaS 版 CI 编排，亦可做自托管企业授权。

MVP：先只做 HTTP + Postgres + SMTP/IMAP 四个协议的链式执行 + 变量提取器 + JUnit 报告，UI 用本地 Web 应用，输出可接入 GitHub Actions 的 CLI，两周内可跑通一个真实邮件链路的端到端用例。

竞品：Postman、Bruno、Insomnia、SoapUI、Hurl、k6、WireMock

摘要：作者基于自己在银行、广告技术、邮件基础设施的经历，做了一个支持 16 种协议（含 HTTP、SMTP、SMB、Kerberos）的测试工作台，可把多步探针串成链、提取变量传递、支持 GraalVM JS，并输出 JUnit/JSON 报告接入 CI，还计划通过 MCP 让 agent 参与。痛点真实，但帖子是个人作品展示，没有任何付费意愿原话或收入数据，需求也未获得他人附和；且 Postman/Bruno/SoapUI/k6 等替代品众多，竞争空间有限。