HN讨论 · 身份未知
让 LeetCode 测试用例留在仓库、用 CLI 本地运行的刷题 runner
作者用 Haskell 发布了 MVP：用户写标准的 LeetCode 解法后，通过 CLI 按题目 ID 或标题识别题目，在本地测试用例上运行并显示结果，目前支持约 1.4k 道题和多种语言；系统设计、SQL、并发题尚未支持。这为希望在本地 IDE 中练习算法题的用户提供了一种解法形态。
查看原始信号hn:49347178
目标用户
准备算法面试、习惯在本地 IDE 或编辑器写解法并希望测试用例能随仓库保存的程序员
潜在需求
希望通过命令行按题目 ID 或标题运行本地测试用例，获得通过/失败结果，并支持多种主流编程语言。
发生场景
用户在本地按 LeetCode 题目写解法时，需要快速跑对应测试确认结果，但官方评测在网页端；本地缺少把题目测试用例与代码放在同一仓库、再用命令行验证的干净流程。
来源证据
项目作者发布了 MVP：用户按 LeetCode 方式写解法，通过 CLI 按题目 ID 或标题运行本地测试用例，支持约 1.4k 题和多语言，但系统设计、SQL、并发题尚不支持。
You write a standard solution, just like on LeetCode, and run it through the CLI. It identifies the problem by ID or title, executes your code against local test cases, and shows the result. It currently supports around 1.4k problems and multiple languages, including Python, C++, Rust, Java, Go, TypeScript, Swift, and others. The project is still an MVP. System design, SQL, and concurrency problems are not supported yet, but support for more problem types is planned. Made in Haskell!https://news.ycombinator.com/item?id=49347178
为什么值得留意
该信号把“测试用例进仓库 + CLI 执行”落到一个具体 MVP，并明确列出了尚未覆盖的题目类型（系统设计、SQL、并发），后续补全方向清晰；即使没有用户评论，也可作为该任务已有解法形态的参考。
未满足部分
- 系统设计、SQL、并发类问题尚未支持
- 当前仍是 MVP，覆盖范围有限
可能延伸 · 模型推测
- 将测试用例导出为通用格式，供其他本地工具或编辑器复用
- 接入 CI 对解法提交做自动验证
- 按题目类型扩展本地测试运行能力
目前未知
- 信号来自项目作者自述，没有独立用户评论或采用证据
- 支持约 1.4k 题是否覆盖用户常用题目池未知
继续核实
- 是否存在足够多的刷题者希望把 LeetCode 测试用例带到本地仓库而非在网页运行？
- 系统设计、SQL、并发题目的本地运行是否是用户实际抱怨或请求过的方向？
- 同类本地刷题 CLI 工具的采用和反馈情况如何？
主题词
algorithm practicelocal test runnercommand line testingcoding interview preparation