Token导航 LogoToken导航

MCP Server · 开发工具

MCP Tdd

MCP TDD Server是一个为结构化测试驱动开发(TDD)工作流和AI引导的TDD实践提供全面支持的服务器,支持多种测试框架,包括Jest、Vitest、Mocha和Pytest。

未说明官方级别未说明来源级核验工具 0
TypeScriptClaude开发工具Claude Desktop

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
Atomic-Germ
提供方
Atomic-Germ

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

MCP Tdd 属于开发工具类 MCP Server,公开资料标注 0 个工具,通过传输方式未标注接入,适配 Claude Desktop、Claude,没有现成的安装命令;接入前要先准备 会话凭据。

分类

开发工具

传输方式

未说明

认证方式

会话凭据

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

MCP TDD服务器

一个全面的MCP服务器,用于结构化的测试驱动开发工作流程和人工智能指导的TDD实践

概述

MCP TDD是一个模型上下文协议服务器,为健壮的测试驱动开发提供结构化工具和工作流。它以清晰、精确和内置状态管理的方式引导AI推理模型通过经典的红绿重构TDD循环。

主要特点

  • 🔴 红相 -编写定义所需功能的失败测试
  • 🟢 绿色阶段 -实现最少的代码以使测试通过
  • 🔄 REFACTOR阶段 -在保持通过测试的同时提高代码质量
  • 📊 状态管理 -跟踪TDD周期进度和历史
  • ✅ 多框架 -支持Jest、Vitest、Mocha和Pytest(Python)
  • 💾 检查点系统 -保存并回滚到以前的状态
  • 📈 覆盖率分析 -监控测试覆盖率指标
  • 🎯 引导式工作流程 -人工智能代理的TDD分步指导

安装

# Clone the repository
git clone https://github.com/Atomic-Germ/mcp-tdd.git
cd mcp-tdd

# Install dependencies
npm install

# Build the project
npm run build

快速开始

作为MCP服务器

添加到您的MCP客户端配置中(例如,Claude Desktop):

{
  "mcpServers": {
    "tdd": {
      "command": "node",
      "args": ["/path/to/mcp-tdd/dist/index.js"],
      "env": {}
    }
  }
}

复制并继续

有关使用此工具包的GitHub Copilot和Continue runner的指导,请参阅 复制并继续.

TDD基本工作流程

# Initialize a new TDD cycle
tdd_init_cycle --feature "calculator" --description "Basic calculator operations"

# Write a failing test (RED)
tdd_write_test --file "test/calculator.test.ts" --test "should add two numbers"

# Run tests (should fail)
tdd_run_tests --expectation "fail"

# Implement code (GREEN)
tdd_implement --file "src/calculator.ts" --code "export const add = (a, b) => a + b"

# Run tests (should pass)
tdd_run_tests --expectation "pass"

# Refactor if needed
tdd_refactor --file "src/calculator.ts" --rationale "Add type safety"

TDD核心方法

服务器实现了经典的TDD循环:

  1. 红 -编写一个定义所需功能的失败测试
  2. 绿色 -实现最少的代码以使测试通过
  3. 重构 -在保持通过测试的同时提高代码质量

使用示例

初始化TDD周期

// Request via MCP
{
  "tool": "tdd_init_cycle",
  "arguments": {
    "feature": "user-authentication",
    "description": "Implement user login and registration system",
    "testFramework": "vitest",
    "language": "typescript"
  }
}

编写失败测试(红色阶段)

{
  "tool": "tdd_write_test",
  "arguments": {
    "testFile": "test/auth.test.ts",
    "testName": "should authenticate user with valid credentials",
    "testCode": "expect(authenticate('user', 'pass')).toBe(true)",
    "expectedToFail": true
  }
}

实施代码(绿色阶段)

{
  "tool": "tdd_implement",
  "arguments": {
    "file": "src/auth.ts",
    "code": "export const authenticate = (user: string, pass: string) => user === 'user' && pass === 'pass'"
  }
}

重构代码(重构阶段)

{
  "tool": "tdd_refactor",
  "arguments": {
    "file": "src/auth.ts",
    "code": "// Improved implementation with proper validation",
    "rationale": "Add input validation and security improvements"
  }
}

工具参考

TDD基本工具

tdd_init_cycle

为功能或错误修复初始化新的TDD周期。

参数:

  • feature (必填):功能名称或标识符
  • description (必填):详细说明
  • testFramework (可选): jest, vitest, mocha,或 pytest (默认值: vitest)
  • language (可选): typescript, javascript,或 python (默认值: typescript)
tdd_write_test

编写或更新测试用例(RED阶段)。

参数:

  • testFile (必填):测试文件的路径
  • testName (必填):测试用例的名称
  • testCode (必填):要编写的测试代码
  • expectedToFail (可选):测试最初是否应失败(默认值: true)
tdd_run_tests

执行测试并报告结果。

参数:

  • testPattern (可选):匹配测试文件的模式
  • expectation (可选): pass 或 fail -预期测试结果
tdd执行器

实现代码以使测试通过(绿色阶段)。

参数:

  • file (必填):实现文件的路径
  • code (必填):实施代码
tdd_重构

在维护测试的同时重构代码(Refactor阶段)。

参数:

  • file (必需):要重构的文件路径
  • code (必填):重构代码
  • rationale (可选):重构原因
tdd状态

获取当前TDD周期状态和建议的下一步行动。

参数: 无

tdd_complete_cycle

将TDD周期标记为完成并生成摘要。

参数:

  • notes (可选):完成注释

高级功能

tdd检查点

保存当前状态以备回滚。

参数:

  • description (必填):检查点描述
tdd_rollback

回滚到上一个检查点。

参数:

  • checkpointId (必填):要回滚到的检查点的ID
tdd覆盖范围

分析测试覆盖率指标。

参数:

  • path (可选):分析覆盖率的路径

发展

项目结构

mcp-tdd/
├── src/
│   ├── index.ts              # Main entry point
│   ├── server.ts             # TDD server implementation
│   ├── types/
│   │   └── index.ts          # Type definitions
│   ├── config/
│   │   └── index.ts          # Configuration management
│   ├── services/
│   │   ├── TDDStateManager.ts # State management
│   │   └── TestRunner.ts      # Test execution
│   ├── handlers/
│   │   └── TDDToolHandlers.ts # Tool request handlers
│   └── utils/
│       └── fileUtils.ts       # File utilities
└── test/                     # Test suites
    ├── TDDStateManager.test.ts
    ├── TDDServer.test.ts
    └── ConfigManager.test.ts

运行测试

# Run all tests
npm test

# Run with coverage
npm run test:coverage

# Watch mode
npm run test:watch

# Type checking
npm run typecheck

建筑

# Development build
npm run build

# Watch mode
npm run build:watch

# Clean build
npm run clean && npm run build

与其他MCP工具集成

MCP TDD与其他MCP服务器无缝协作:

  • mcp咨询 -就测试策略和实施方法获得人工智能咨询
  • mcp乐观主义者 -REFACTOR阶段的代码优化和重构指导
  • 测试框架 -与Jest、Vitest和Mocha直接集成
  • 代码覆盖工具 -内置覆盖范围分析和报告
  • CI/CD系统 -将TDD工作流集成到自动化管道中

支持的测试框架

  • 维测试 (默认)-快速、现代的测试框架,支持TypeScript
  • 玩笑 -流行、成熟的测试框架,具有广泛的生态系统
  • 摩卡 -具有可定制断言库的灵活测试框架
  • Pytest -Python测试框架; TestRunner 将检测常见的虚拟环境布局,并在虚拟环境内运行测试(例如。, .venv, venv,或 env 目录,或 VIRTUAL_ENV 环境变量)

贡献

我们欢迎捐款!请看 贡献.md 详细指南。

开发指南

  • 遵循测试驱动开发实践(狗粮我们自己的工具!)
  • 保持高测试覆盖率(>90%)
  • 使用TypeScript严格模式
  • 记录所有公共API
  • 编写清晰、描述性的提交消息

建筑

有关详细的技术架构和设计决策,请参阅 建筑.md.

许可证

MIT许可证-请参阅 许可证 文件以获取详细信息。

需求

  • Node.js 18+
  • npm或pnpm用于包管理
  • 其中之一:Jest、Vitest、Mocha或Pytest(用于测试执行)

支持

链接

______________________________________________________________________

内置于❤️ 使用测试驱动开发和模型上下文协议

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

测试驱动开发TypeScript本地部署AI引导软件开发工具代码测试持续集成

支持客户端

Claude DesktopClaude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

让助手直接读代码

把仓库、提交记录和 issue 交给模型检索,补全和重构时不用来回复制文件。

在对话里跑命令

触发构建、测试和脚本,执行结果直接回到上下文,省去切终端。

接进开发流程

把 PR、CI 状态和代码审查接进助手,减少在几个工具之间跳。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 已经适配 Claude Desktop、Claude,换客户端不用重新研究配置。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 需要自备会话凭据,没有凭据没法直接试。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 已经在用 Claude Desktop 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 暂时拿不到会话凭据的人。
  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
MCP Tdd

MCP World · 本页

0未说明未标注1 个2026-05-17
Git 838e2ec1

MCP World

12stdio有2 个2026-05-17
Markitdown MCP 2c653a5f

MCP World

1stdio有1 个2026-05-17
Context7 831acf40

MCP World

0stdio有1 个2026-05-17
Context7 MCP C671e75a

MCP World

0stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

MCP Tdd 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

MCP Tdd 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

MCP Tdd 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

MCP Tdd 需要 API Key 吗?

公开资料标注的认证方式是会话凭据,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

MCP Tdd 支持哪些客户端?

公开资料标注支持 Claude Desktop、Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP