Token导航 LogoToken导航

MCP Server · 开发工具

gibrun (Wirnat)

gibRun MCP Server是一个为后端开发者设计的工具,提供端到端的API测试功能,集成PostgreSQL查询、HTTP请求测试和Go项目构建自动化,适用于开发调试和持续集成场景。

stdio官方级别未说明来源级核验工具 23@modelcontextprotocol/inspector
API测试调试工具JavaScriptClaude后端开发Claude DesktopCursor

快速开始

作者 / 组织
wirnat
提供方
wirnat
运行时
Node.js

工具数量

23

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

1

仓库热度

收录来源

1 个

MCP World

选型结论

gibrun (Wirnat) 属于开发工具类 MCP Server,公开资料标注 23 个工具,通过stdio 本地进程接入,适配 Claude Desktop、Claude、Cursor,有可以直接复制的安装命令;接入前要先准备 访问 Token。

分类

开发工具

传输方式

stdio

认证方式

访问 Token

部署方式

公开资料未说明

安装与配置

安装命令

npx @modelcontextprotocol/inspector node build/index.js

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

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Node.js,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

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

  4. 4

    验证是否可用

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

接入前确认

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

详细介绍

gibRun MCP Server

MCP Server untuk membantu backend programmer dalam proses end-to-end API testing dengan integrasi PostgreSQL, HTTP requests, dan Go build automation.

Fitur

Tools yang Tersedia:

  1. postgres_query - Execute PostgreSQL queries

- Mendapatkan UID dari database - Verifikasi hasil API di database - Query data untuk testing

  1. http_request - Test API endpoints (seperti curl)

- Support semua HTTP methods (GET, POST, PUT, PATCH, DELETE) - Custom headers dan body - Tracking response time

  1. build_go_project - Build Go project

- Compile Go code dengan build flags - Output binary ke path tertentu - Error reporting yang detail

  1. run_go_command - Execute Go commands

- Run tests (go test) - Run aplikasi (go run) - Manage dependencies (go mod tidy)

  1. read_source_file - Baca source code

- Examine code sebelum fixing - Debug issues

  1. write_source_file - Write/update source code

- Fix code issues - Update implementation

  1. execute_shell_command - Execute arbitrary shell commands

- Custom operations - Cleanup tasks - Run custom scripts

  1. dap_restart - Restart VSCode debugger session 🔥 NEW

- Hot reload setelah fix code - Auto rebuild before restart - Seamless debugging workflow - Works dengan VSCode Go debugger

  1. dap_send_command - Send custom DAP commands

- Advanced debugger control - Set breakpoints programmatically - Evaluate expressions - Custom DAP operations

Debugger Tools (mirror external/mcp-go-debugger)

gibRun sekarang otomatis menjalankan proxy MCP untuk external/mcp-go-debugger, sehingga semua tool debugger Delve tersedia langsung di server ini:

  • launch – Jalankan binary Go dengan Delve dan mulai sesi debugging baru.
  • attach – Attach ke proses Go yang sudah berjalan berdasarkan PID.
  • debug – Compile & debug file Go tertentu (mirip dlv debug path/to/file.go).
  • debug_test – Build serta debug fungsi test tertentu dengan flag tambahan.
  • set_breakpoint – Pasang breakpoint pada file + nomor baris.
  • list_breakpoints – Lihat semua breakpoint yang aktif beserta statusnya.
  • remove_breakpoint – Hapus breakpoint berdasarkan ID Delve.
  • continue – Lanjutkan eksekusi sampai breakpoint berikutnya atau proses berakhir.
  • step – Step into baris atau fungsi berikutnya.
  • step_over – Step over ke baris berikut tanpa masuk ke fungsi.
  • step_out – Step keluar dari fungsi saat ini.
  • eval_variable – Evaluasi ekspresi/variable dengan kedalaman custom.
  • get_debugger_output – Ambil STDOUT/STDERR yang ditangkap oleh Delve beserta konteks eksekusi.
  • close – Tutup sesi debugging aktif dan hentikan server Delve internal.

Instalasi

Prerequisites

  • Node.js 18+
  • PostgreSQL (untuk database testing)
  • Go 1.20+ (untuk build automation dan agar proxy debugger bisa menjalankan Delve)
  • Delve (dlv) + dependencies dari external/mcp-go-debugger

Install Dependencies

npm install

Build

npm run build

Konfigurasi

Menambahkan ke Claude Desktop

Edit file konfigurasi Claude Desktop:

MacOS: ~/Library/Application Support/Claude/claude_desktop_config.json

Windows: %APPDATA%\Claude\claude_desktop_config.json

Tambahkan konfigurasi berikut:

{
  "mcpServers": {
    "gibrun": {
      "command": "node",
      "args": ["/path/to/gibRun/build/index.js"]
    }
  }
}

Atau menggunakan npx (setelah publish):

{
  "mcpServers": {
    "gibrun": {
      "command": "npx",
      "args": ["-y", "gibrun-mcp-server"]
    }
  }
}

Konfigurasi untuk Cursor

Jika menggunakan Cursor, tambahkan di .cursor/mcp_config.json:

{
  "mcpServers": {
    "gibrun": {
      "command": "node",
      "args": ["/Users/iturban/development/mcp/gibRun/build/index.js"]
    }
  }
}

Environment Variables untuk PostgreSQL

Anda dapat menyimpan kredensial database langsung di konfigurasi agen MCP sehingga tidak perlu mengetik connection_string setiap kali memanggil postgres_query. Server akan mencoba urutan berikut:

  1. Nilai argumen connection_string (jika tetap diberikan).
  2. Environment variable POSTGRES_CONNECTION_STRING.
  3. Kombinasi POSTGRES_USER, POSTGRES_PASSWORD, POSTGRES_HOST (default localhost), POSTGRES_PORT (default 5432), dan POSTGRES_DB.

Contoh konfigurasi Claude/Cursor:

"environment": {
  "POSTGRES_USER": "postgres",
  "POSTGRES_PASSWORD": "postgres",
  "POSTGRES_HOST": "localhost",
  "POSTGRES_PORT": "5432",
  "POSTGRES_DB": "hairkatz_0_0_1"
}

Setelah environment di-set, cukup kirim query:

Tool: postgres_query
Args:
  query: "SELECT * FROM users LIMIT 5"

Jika butuh database lain, override dengan connection_string langsung pada tool call.

Konfigurasi Go Debugger Proxy

Debugger tools di atas dijalankan oleh proses mcp-go-debugger yang dipanggil otomatis:

  1. gibRun mencoba menjalankan binary mcp-go-debugger yang tersedia di $PATH.
  2. Jika tidak ditemukan, server fallback ke go run ./cmd/mcp-go-debugger di folder external/mcp-go-debugger (pastikan Anda sudah menjalankan go mod download di sana minimal sekali).

Anda dapat mengoverride perilaku tersebut via environment variable pada konfigurasi MCP client:

"environment": {
  "GIBRUN_GO_DEBUGGER_COMMAND": "/abs/path/to/mcp-go-debugger",
  "GIBRUN_GO_DEBUGGER_ARGS": "--log --log-output=rpc",
  "GIBRUN_GO_DEBUGGER_CWD": "/Users/you/Development/mcp/gibrun/external/mcp-go-debugger"
}
  • GIBRUN_GO_DEBUGGER_COMMAND — Path ke executable alternatif (misalnya hasil go install).
  • GIBRUN_GO_DEBUGGER_ARGS — Argumen tambahan yang akan diparsing dengan pemisah spasi sederhana.
  • GIBRUN_GO_DEBUGGER_CWD — Working directory paksa untuk proses debugger.

Jika proxy gagal start (misalnya Go belum terinstall), gibRun akan tetap berjalan tetapi hanya menampilkan tools lokal.

Contoh Penggunaan

Workflow End-to-End Testing

Scenario: Testing user registration API

  1. Query database untuk get UID yang tersedia
Tool: postgres_query
Args:
  connection_string: "postgresql://user:pass@localhost:5432/mydb"
  query: "SELECT id FROM users WHERE email = $1"
  params: ["test@example.com"]
  1. Test API endpoint
Tool: http_request
Args:
  url: "http://localhost:8080/api/users"
  method: "POST"
  headers: {
    "Content-Type": "application/json",
    "Authorization": "Bearer token123"
  }
  body: {
    "email": "newuser@example.com",
    "name": "Test User"
  }
  1. Verify hasil di database
Tool: postgres_query
Args:
  connection_string: "postgresql://user:pass@localhost:5432/mydb"
  query: "SELECT * FROM users WHERE email = $1"
  params: ["newuser@example.com"]
  1. Jika ada error, read source code
Tool: read_source_file
Args:
  file_path: "/path/to/project/handlers/user.go"
  1. Fix code
Tool: write_source_file
Args:
  file_path: "/path/to/project/handlers/user.go"
  content: "package handlers\n\n// Fixed code here..."
  1. Rebuild project
Tool: build_go_project
Args:
  project_path: "/path/to/project"
  build_flags: "-v"
  1. Test lagi (ulangi step 2-3)

Testing dengan Multiple Assertions

AI dapat melakukan workflow otomatis:

  • Query database untuk prepare test data
  • Call API endpoint
  • Verify response status dan data
  • Check database untuk confirm changes
  • Jika gagal, analyze error, fix code, rebuild, dan test ulang
  • Loop sampai test pass

API Reference

postgres_query

Execute PostgreSQL query.

Parameters:

  • connection_string (required): PostgreSQL connection string
  • query (required): SQL query
  • params (optional): Query parameters array

Returns:

{
  "success": true,
  "rowCount": 1,
  "rows": [...],
  "fields": [...]
}

http_request

Make HTTP request.

Parameters:

  • url (required): Target URL
  • method (optional): HTTP method (GET, POST, PUT, PATCH, DELETE)
  • headers (optional): HTTP headers object
  • body (optional): Request body object
  • timeout (optional): Timeout in milliseconds

Returns:

{
  "success": true,
  "status": 200,
  "statusText": "OK",
  "headers": {...},
  "data": {...},
  "duration_ms": 123
}

build_go_project

Build Go project.

Parameters:

  • project_path (required): Path to Go project
  • build_flags (optional): Additional build flags
  • output_path (optional): Output binary path

Returns:

{
  "success": true,
  "stdout": "...",
  "stderr": "...",
  "message": "Build completed successfully"
}

run_go_command

Execute Go command.

Parameters:

  • project_path (required): Path to Go project
  • command (required): Go command (e.g., "test ./...", "run main.go")

Returns:

{
  "success": true,
  "stdout": "...",
  "stderr": "...",
  "command": "go test ./..."
}

read_source_file

Read source code file.

Parameters:

  • file_path (required): Path to file

Returns:

{
  "success": true,
  "file_path": "...",
  "content": "...",
  "size": 1234
}

write_source_file

Write source code file.

Parameters:

  • file_path (required): Path to file
  • content (required): File content

Returns:

{
  "success": true,
  "file_path": "...",
  "size": 1234,
  "message": "File written successfully"
}

execute_shell_command

Execute shell command.

Parameters:

  • command (required): Shell command
  • working_dir (optional): Working directory

Returns:

{
  "success": true,
  "command": "...",
  "stdout": "...",
  "stderr": "..."
}

dap_restart

Restart VSCode debugger session via Debug Adapter Protocol.

Parameters:

  • port (optional): DAP server port (lihat di VSCode debug console: "DAP server listening at: 127.0.0.1:PORT"). Jika dikosongkan, gibRun akan mencari port otomatis memakai lsof -i -P -n | grep "dlv.*LISTEN" dan memverifikasi proses dlv dap.
  • host (optional): DAP server host (default: "127.0.0.1"). Ikut terdeteksi otomatis jika port dikosongkan.
  • rebuild_first (optional): Rebuild project before restart (default: true)
  • project_path (required if rebuild_first=true): Path to Go project

Returns:

{
  "success": true,
  "message": "Debugger restarted successfully",
  "dap_response": {...},
  "build_result": {...},
  "dap_server": "127.0.0.1:49279"
}

Example Usage:

AI Prompt: "Fix the bug di user_handler.go line 45, 
           rebuild, dan restart debugger di port 49279"

AI akan:
1. Read source file
2. Identify bug
3. Write fixed code
4. Use dap_restart dengan port 49279 
   (automatically rebuilds dan restarts debugger)

Auto-detecting DAP Address:

  • Tidak perlu mengisi port jika hanya ada satu proses dlv dap yang LISTEN — gibRun akan menjalankan perintah berikut dan memakai host/port yang ditemukan:
  lsof -i -P -n | grep "dlv.*LISTEN" | while read line; do 
    pid=$(echo "$line" | awk '{print $2}')
    if ps -p $pid -o command= 2>/dev/null | grep -q "dlv dap"; then
      echo "$line" | awk '{print "Port:", $9, "PID:", $2}'
    fi
  done
  • Jika lebih dari satu proses ditemukan, gibRun akan menampilkan daftar port tersebut dan meminta kamu memilih dengan mengisi port (dan opsional host).
  • Manual fallback: jalankan debugger VSCode (F5), buka Debug Console, lalu cari pesan DAP server listening at: 127.0.0.1:XXXXX dan masukkan port tersebut.

dap_send_command

Send custom DAP command for advanced debugger control.

Parameters:

  • port (optional): DAP server port. Kosongkan untuk auto-detect seperti di atas.
  • command (required): DAP command name (e.g., "restart", "disconnect", "evaluate")
  • host (optional): DAP server host (default: "127.0.0.1"). Ikut terdeteksi otomatis jika port tidak diisi.
  • arguments (optional): Command arguments as object

Returns:

{
  "success": true,
  "command": "evaluate",
  "response": {...},
  "dap_server": "127.0.0.1:49279"
}

Example Commands:

  • restart - Restart debugging session
  • disconnect - Stop debugging
  • evaluate - Evaluate expression
  • setBreakpoints - Set breakpoints programmatically

Development

Watch mode untuk development

npm run dev

Testing MCP Server

Gunakan MCP Inspector untuk testing:

npx @modelcontextprotocol/inspector node build/index.js

Keuntungan Menggunakan gibRun

  1. Automated Testing Workflow: AI dapat menjalankan complete test cycle secara otomatis
  2. Database Integration: Direct access ke PostgreSQL untuk verify data
  3. Quick Iteration: Auto-rebuild dan re-test ketika menemukan errors
  4. Seamless Development: Integrated dengan VSCode debugger workflow
  5. Smart Error Handling: AI dapat analyze errors dan propose fixes

Troubleshooting

Database Connection Issues

Pastikan PostgreSQL running dan connection string benar:

postgresql://username:password@host:port/database

Build Failures

Cek Go installation:

go version

Pastikan semua dependencies tersedia:

go mod download

Permission Issues

Pastikan file permissions correct untuk read/write operations.

License

MIT

Contributing

Contributions welcome! Please submit issues atau pull requests.

工具与能力

工具数量

23

资源数量

0

提示词数量

0

能力标签

API测试JavaScript本地部署PostgreSQL集成Go构建自动化调试工具后端开发

支持客户端

Claude DesktopClaudeCursor

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

典型使用场景

让助手直接读代码

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

在对话里跑命令

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

接进开发流程

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

选择建议

值得选的地方

  • 工具数量 23 个,一次接入能覆盖的操作比单点工具更全。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 已经适配 Claude Desktop、Claude、Cursor,换客户端不用重新研究配置。

先想清楚的地方

  • stdio 方式要求本地装好 Node.js,换机器要重新装一遍。
  • 需要自备访问 Token,没有凭据没法直接试。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 已经在用 Claude Desktop 的用户,接入路径最短。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 暂时拿不到访问 Token的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

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

MCP World · 本页

23stdio有1 个2026-05-17
Git 838e2ec1

MCP World

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

MCP World

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

MCP World

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

MCP World

0stdio有1 个2026-05-17

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

常见问题

5 条

gibrun (Wirnat) 怎么安装?

公开资料给出的安装命令是 npx @modelcontextprotocol/inspector node build/index.js,运行环境为 Node.js。装完后按客户端要求写进 MCP 配置,重启客户端生效。

gibrun (Wirnat) 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Node.js;保存后完全退出客户端再打开,配置才会生效。

gibrun (Wirnat) 收费吗?

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

gibrun (Wirnat) 需要 API Key 吗?

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

gibrun (Wirnat) 支持哪些客户端?

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

来源信息

继续浏览同类 MCP