分布式数据库开发者的测试利器！这个 Skill 把 Multigres 复杂测试流程封装成了统一 CLI
分布式数据库开发者的测试利器：mt-dev Skill 深度解读
做分布式数据库开发，最头疼的不是写代码，是跑测试。单元测试、集成测试、端口冲突、race condition 检测……一个项目涉及多个组件，手工管理这些命令能把人逼疯。
今天挖到一个有意思的 Skill，专门解决这个痛点——mt-dev（multigres/development-tools）。
它解决了什么问题
Multigres 是一个把 Vitess 移植到 Postgres 的项目，架构比普通单体服务复杂得多：multigateway、multipooler、queryserving、localprovisioner……每个组件都有独立的测试套件，还有跨组件的集成测试。
mt-dev 的核心价值就是给这套复杂的测试流程套上一层统一的 CLI 壳。不管你要跑单元测试还是集成测试，不管测哪个包，都用同一套命令格式：
/mt-dev unit all— 全量单元测试/mt-dev unit ./go/services/multipooler/...— 只测某个包/mt-dev integration all— 全量集成测试/mt-dev integration multipooler -race— 带 race 检测的集成测试
不用再记 go test -short ./... 和 make build && go test ./go/test/endtoend/... 的区别了，Skill 全替你封装好。
几个让我眼前一亮的细节
1. 端口池管理自动化
集成测试最烦的就是端口冲突。mt-dev 会在跑集成测试前自动执行 scripts/portpool.sh start，通过 Unix socket 协调端口分配，多次运行也不会互相打架，而且幂等，随便调用不会出问题。
2. 测试日志自动保留
集成测试失败时，日志会自动保存到 /tmp/shardsetup_test_XXXXXXXXXX/，目录结构按组件组织：multigateway.log、multipooler.log、postgresql.log 全部分开存放，调试时不需要满世界找日志文件。
3. Race Detector 无缝集成
加个 -race flag 就能检测并发问题，对分布式系统来说是刚需。
实际开发工作流
按文档建议的节奏是这样的：
- 改完代码 → 先跑一遍单元测试（秒级反馈）
- 单元测试全过 → 再跑集成测试（分钟级验证）
- 合并前 → 加
-race跑一遍，排除并发隐患
逻辑清晰，节奏合理，不容易遗漏。
适用场景
这个 Skill 精准匹配以下场景：
- 正在开发 Multigres 或基于 Vitess/ Postgres 的分布式系统
- 团队没有统一的测试入口规范，想给 AI Coding Agent 配一套标准测试指令
- 需要频繁在多个包之间切换测试，不想每次都查文档
如果你不在这个技术栈里，它的意义在于示范了一种 Skill 设计思路：把项目中复杂的 CLI 操作封装成统一的自然语言接口，让 AI Agent 能够精准调用，而不是每次都靠 Prompt Engineering 临时凑。
安装方式
通过 Smithery 一键安装，Smithery 平台显示 1,894 次安装。
评论区
登录后可评论。