GitHub
server ทางการของ GitHub ให้ AI อ่านและจัดการโค้ด issue และ pull request ในบัญชีของคุณได้ ใช้ผ่านคลาวด์ของ GitHub หรือรันในเครื่องด้วย Docker ก็ได้
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
openITCOCKPIT monitoring: host and service state, history, downtimes, acknowledgements, patches
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
OITC_APIKEY, OITC_BASEURL, OITC_TRANSPORT, OITC_ENABLE_WRITE_TOOLS, OITC_VERIFY_TLSค่าที่ติดป้ายความลับคือกุญแจของบัญชีคุณ อย่าส่งให้ใคร และอย่าวางในแชต
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"openitcockpit": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"OITC_APIKEY",
"-e",
"OITC_BASEURL",
"-e",
"OITC_TRANSPORT",
"-e",
"OITC_ENABLE_WRITE_TOOLS",
"-e",
"OITC_VERIFY_TLS",
"docker.io/openitcockpit/mcp-server:0.5.0"
],
"env": {
"OITC_APIKEY": "ใส่ค่าของคุณ",
"OITC_BASEURL": "ใส่ค่าของคุณ",
"OITC_TRANSPORT": "ใส่ค่าของคุณ",
"OITC_ENABLE_WRITE_TOOLS": "ใส่ค่าของคุณ",
"OITC_VERIFY_TLS": "ใส่ค่าของคุณ"
}
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add openitcockpit --env OITC_APIKEY='ใส่ค่าของคุณ' --env OITC_BASEURL='ใส่ค่าของคุณ' --env OITC_TRANSPORT='ใส่ค่าของคุณ' --env OITC_ENABLE_WRITE_TOOLS='ใส่ค่าของคุณ' --env OITC_VERIFY_TLS='ใส่ค่าของคุณ' -- docker run -i --rm -e OITC_APIKEY -e OITC_BASEURL -e OITC_TRANSPORT -e OITC_ENABLE_WRITE_TOOLS -e OITC_VERIFY_TLS docker.io/openitcockpit/mcp-server:0.5.0เติมค่าที่เว้นว่างไว้ก่อนรัน
วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"openitcockpit": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"OITC_APIKEY",
"-e",
"OITC_BASEURL",
"-e",
"OITC_TRANSPORT",
"-e",
"OITC_ENABLE_WRITE_TOOLS",
"-e",
"OITC_VERIFY_TLS",
"docker.io/openitcockpit/mcp-server:0.5.0"
],
"env": {
"OITC_APIKEY": "ใส่ค่าของคุณ",
"OITC_BASEURL": "ใส่ค่าของคุณ",
"OITC_TRANSPORT": "ใส่ค่าของคุณ",
"OITC_ENABLE_WRITE_TOOLS": "ใส่ค่าของคุณ",
"OITC_VERIFY_TLS": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"openitcockpit": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"OITC_APIKEY",
"-e",
"OITC_BASEURL",
"-e",
"OITC_TRANSPORT",
"-e",
"OITC_ENABLE_WRITE_TOOLS",
"-e",
"OITC_VERIFY_TLS",
"docker.io/openitcockpit/mcp-server:0.5.0"
],
"env": {
"OITC_APIKEY": "ใส่ค่าของคุณ",
"OITC_BASEURL": "ใส่ค่าของคุณ",
"OITC_TRANSPORT": "ใส่ค่าของคุณ",
"OITC_ENABLE_WRITE_TOOLS": "ใส่ค่าของคุณ",
"OITC_VERIFY_TLS": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
OITC_TRANSPORT envOITC_ENABLE_WRITE_TOOLS envOITC_VERIFY_TLS envค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 6 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub openITCOCKPIT ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
ต้องใส่ค่าเหล่านี้: OITC_APIKEY, OITC_BASEURL
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.5.0) เข้า registry 2 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Docker ในเครื่องด้วย
ในหมวดเดียวกันมี GitHub, Desktop Commander, Cloudflare MCP
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
server ทางการของ GitHub ให้ AI อ่านและจัดการโค้ด issue และ pull request ในบัญชีของคุณได้ ใช้ผ่านคลาวด์ของ GitHub หรือรันในเครื่องด้วย Docker ก็ได้
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
An MCP server that puts an openITCOCKPIT monitoring instance in front of an LLM client: what is broken and why, what someone already handles, what changed - and, off by default, the tools that act on it.
[!CAUTION]
Use at your own risk. This server lets a language model read and - with write
tools enabled - change your monitoring configuration. A model can misunderstand a
request or pick the wrong call. Review what it proposes before you approve it, and
start with read-only access. The software is provided "as is", without warranty
or liability of any kind; see the MIT License.
cp .env.example .env # fill in the two secrets, see Configuration
docker compose up --build
Point your client at http://localhost:8000/mcp with the bearer token from your .env. Compose reads that same file for the published port, so setting OITC_PORT there moves both sides at once.
Three settings matter to start: MCP_AUTH_TOKEN (what clients present to this server), OITC_BASEURL and OITC_APIKEY (what this server presents to openITCOCKPIT). Everything else has a default - all of it.
| Ask | What answers it |
|---|---|
| "What is broken right now?" | get_problem_overview - causes separated from their consequences |
| "Why is db-01 critical?" | get_service_health, investigate_problem |
| "Is anyone on it already?" | the same tools: downtime and acknowledgement come with the state |
| "What happened during the night shift?" | get_shift_summary |
| "Why did I get no alert for web01?" | explain_notification |
| "Take web01 out until Monday" | schedule_downtime (write) |
| "Which templates could web-05 use?" | get_allowed_elements_for_container |
Every tool by name, with its parameters and what it costs in context: [docs/tools.md](docs/tools.md), generated from the code. What a result looks like and what happens when you write: [docs/using-the-tools.md](docs/using-the-tools.md).
Running a monitoring instance is not one job, so a surface small enough to be easy would be too small to be useful. Instead the server keeps every tool the work needs and a toolset hands one agent its share: around ten tools, complete for that job and nothing beyond it. A tool that was never registered cannot be called at all.
OITC_TOOLSETS=health # find things and see how they are doing
OITC_TOOLSETS=operations # acknowledge, maintenance windows, check now OITC_TOOLSETS=lifecycle # take things out of the monitoring, or delete them
The shipped sets are health, operations, lifecycle, patch, reporting, catalog, onboarding, config and provisioning. Sets are defined in a file you can replace: docs/toolsets.md.
oitc-mcp-eval asks operator questions against your instance and checks whether a model answers them from the tools instead of inventing. It keeps every run in SQLite, so models and changes stay comparable.
oitc-mcp-eval --model your-model --samples 3 # against the configured instance
oitc-mcp-eval --compare # newest run of every model ./scripts/eval-throwaway.sh --model your-model # instance created and removed for you
docs/evals.md.
| Configuration | every setting, and which secret goes where |
| Connecting a client | HTTP and stdio, with working examples |
| Installation | Docker, from source, MCP Registry |
| Tools | every tool, generated from the code |
| Working with the tools | result shapes, container scope, read-modify-write |
| Toolsets | limiting an instance, writing your own set |
| Skills and prompts | the material served alongside the tools |
| Measuring a model | the eval, its cases, and reading the results |
| Security | what this server can reach, and what it refuses |
| Architecture | how the pieces fit together |
| Tool design | the rules a new tool follows |
| openITCOCKPIT API notes | the behaviour this server works around |
| Versioning | version numbers and compatibility |
| Development | checks, tests, running from a checkout |
The server holds one openITCOCKPIT credential and never sends it to a client. Clients authenticate with their own token; in delegated mode each request carries a short-lived user token instead, and the server acts as that user with their permissions. Write tools stay unregistered until you enable them. The details, including what to give the openITCOCKPIT user: docs/security.md.
MIT.