TryCase TryCase 用 AI 像真实用户一样操作你的应用，在 GitHub PR 上自动返回变更演示视频与测试结论，帮开发者合并前验证效果。 热门评论 PH 用户大家好，我是 Ben。在做另一个项目时，测试成了我的瓶颈。我经常有多个 coding 智能体并行跑在不同的 worktrees 上，所以可能好几个 branch 同时都准备好要测试。我也试过让这些智能体在本地测试。但同时跑好几个 app 和浏览器后，端口开始冲突，我的笔记本内存也不够用了。结果我总绕回原点，只能一个 branch 一个 branch 地检查。所以我就做了 TryCase。我想在开了 PR 后，直接拿到改动确实生效的证明，而不用再启动另一个智能体、管理环境，或者一直盯着它。我们第一版给 coding 智能体提供了可丢弃的环境。那次发布后，很多反馈其实更简单：大家只是想开个 PR，然后拿到一个结论。所以这一版自带测试智能体，帮你把整个流程跑完。TryCase 会读取你的 PR，打开 app，像用户一样测试它。它会把视频走查、结论和截图发回 GitHub。每个 PR 都有自己的环境，所以可以同时测试多个 PR。你还能实时观看智能体操作，并亲自和远程桌面交互。Code review 仍然有用，但有时候我需要看到别人真正点进 app 后会发生什么。这就是我想补上的缺口。我正在找 beta 用户，目前先向前 100 人开放。我想贴近反馈，先把每次验证做可靠，再更广泛地开放。Visit 链接里已经带了 waitlist 邀请码，所以你可以直接通过它加入。如果你遇到任何问题，发邮件到 ben@trycase.dev，我会马上处理。如果你用的是付费计划，又碰到平台问题，我也会往你账户里加额外的测试时长。谢谢你这么早试用，并帮我把它做得更好。我也很想听听，当好几个 coding 智能体同时工作时，你是怎么处理测试的。PH 用户在 PR 上用视频证明代替绿色对勾，这主意太实用了 🎥 赞一个PH 用户恭喜重新发布，Ben。“用看代替 review”这个说法很戳我——这基本上就是 CI status checks 本该做到的事，但它们从来没真正展示给你看。鉴于你还在针对每个结论调可靠性，先只开放前 100 个 beta 用户看起来很明智。好奇过了免费额度阶段后，测试时长怎么定价——按 PR、按智能体运行分钟数，还是固定月费档？PH 用户很想试试这个，Ben，但我想知道 TryCase 要跑一个 PR，有哪些要求 / 限制。你们一开始有特别针对某些框架 / 技术栈吗？PH 用户Ben，我已经数不清多少次没点开到处看看，就放过了一个小改动，结果偏偏就是这种小改动出问题。一个快速视频，再加一个简单的 yes 或 no 摆在那儿等我，听起来真让人松口气。这个做得不错。PH 用户哈哈，能在 GitHub 上直接看视频走查这个点子，直接把我从“回头再看”的拖延习惯里拽出来了。我平时总是拖着不 review PR，但有了这个，我估计会一口气刷完，其他任务全抛脑后。 热门产品Ben Chomsang2026-09-14原文 打开互动版
在做另一个项目时，测试成了我的瓶颈。我经常有多个 coding 智能体并行跑在不同的 worktrees 上，所以可能好几个 branch 同时都准备好要测试。
我也试过让这些智能体在本地测试。但同时跑好几个 app 和浏览器后，端口开始冲突，我的笔记本内存也不够用了。结果我总绕回原点，只能一个 branch 一个 branch 地检查。
所以我就做了 TryCase。我想在开了 PR 后，直接拿到改动确实生效的证明，而不用再启动另一个智能体、管理环境，或者一直盯着它。
我们第一版给 coding 智能体提供了可丢弃的环境。那次发布后，很多反馈其实更简单：大家只是想开个 PR，然后拿到一个结论。所以这一版自带测试智能体，帮你把整个流程跑完。
TryCase 会读取你的 PR，打开 app，像用户一样测试它。它会把视频走查、结论和截图发回 GitHub。每个 PR 都有自己的环境，所以可以同时测试多个 PR。你还能实时观看智能体操作，并亲自和远程桌面交互。
Code review 仍然有用，但有时候我需要看到别人真正点进 app 后会发生什么。这就是我想补上的缺口。
我正在找 beta 用户，目前先向前 100 人开放。我想贴近反馈，先把每次验证做可靠，再更广泛地开放。Visit 链接里已经带了 waitlist 邀请码，所以你可以直接通过它加入。
如果你遇到任何问题，发邮件到 ben@trycase.dev，我会马上处理。如果你用的是付费计划，又碰到平台问题，我也会往你账户里加额外的测试时长。
谢谢你这么早试用，并帮我把它做得更好。我也很想听听，当好几个 coding 智能体同时工作时，你是怎么处理测试的。