Buildkite

आधिकारिक

Buildkite पाइपलाइनों और बिल्ड्स का प्रबंधन करें।

Buildkite MCP के साथ आप क्या कर सकते हैं?

  • पाइपलाइनों की सूची बनाएं — सहायक से अपने Buildkite संगठन की पाइपलाइनों को list_pipelines का उपयोग करके ब्राउज़ करने के लिए कहें।
  • बिल्ड का निरीक्षण करेंlist_builds के साथ किसी पाइपलाइन के हाल के बिल्ड प्राप्त करें और get_build के माध्यम से किसी विशिष्ट बिल्ड के विवरण में गहराई से जाएं।
  • जॉब और लॉग की जांच करेंlist_jobs का उपयोग करके बिल्ड के अंतर्गत जॉब सूचीबद्ध करें और get_job_log के साथ किसी जॉब के लिए कच्चा लॉग आउटपुट प्राप्त करें।
  • परीक्षण परिणामों की समीक्षा करेंlist_tests और get_test के माध्यम से किसी बिल्ड के लिए परीक्षण सारांश और व्यक्तिगत परीक्षण विवरण तक पहुंचें।

दस्तावेज़

buildkite-mcp-server

Build status

मॉडल कॉन्टेक्स्ट प्रोटोकॉल (MCP) सर्वर जो AI टूलिंग और संपादकों को Buildkite डेटा (पाइपलाइन, बिल्ड, जॉब, टेस्ट) प्रदान करता है।

पूर्ण दस्तावेज़ीकरण buildkite.com/docs/apis/mcp-server पर उपलब्ध है।


लाइब्रेरी उपयोग

इस मॉड्यूल के निर्यातित Go API को अस्थिर माना जाना चाहिए, और जैसे-जैसे हम इस परियोजना को विकसित करते हैं, इसमें ब्रेकिंग बदलाव हो सकते हैं।


सुरक्षा

यह सुनिश्चित करने के लिए कि MCP सर्वर एक सुरक्षित वातावरण में चलाया जाए, हम इसे एक कंटेनर में चलाने की अनुशंसा करते हैं।

यह इमेज cgr.dev/chainguard/static से बनाई गई है और एक अविशेषाधिकार प्राप्त उपयोगकर्ता के रूप में चलती है।

HTTP मोड के माध्यम से पहचान हेडर पास करना

स्व-होस्टेड HTTP परिनियोजन प्रत्येक इनबाउंड MCP अनुरोध से चयनित हेडर को Buildkite API पर अग्रेषित कर सकते हैं:

BUILDKITE_API_TOKEN=bkua_xxx \
  buildkite-mcp-server http \
  --passthrough-http-header X-User-Identity

एक से अधिक हेडर की अनुमति देने के लिए --passthrough-http-header दोहराएं, या अल्पविराम से अलग किया गया BUILDKITE_PASSTHROUGH_HTTP_HEADERS मान सेट करें। केवल स्पष्ट रूप से अनुमत हेडर ही अग्रेषित किए जाते हैं, और केवल BUILDKITE_BASE_URL द्वारा कॉन्फ़िगर किए गए मूल पर। उन्हें अन्यत्र पुनर्निर्देशित अनुरोधों से हटा दिया जाता है।

प्रत्येक MCP अनुरोध को उसके अपने Buildkite API टोकन से प्रमाणित करने के लिए, Authorization की अनुमति दें और प्रक्रिया-व्यापी टोकन को छोड़ दें:

BUILDKITE_PASSTHROUGH_HTTP_HEADERS=Authorization \
  buildkite-mcp-server http

इस मोड में प्रत्येक /mcp अनुरोध में बिल्कुल एक गैर-रिक्त Authorization हेडर होना चाहिए। अनुपलब्ध क्रेडेंशियल्स HTTP 401 लौटाते हैं; सर्वर कभी भी साझा API टोकन पर वापस नहीं आता है। MCP सर्वर के सामने का रिवर्स प्रॉक्सी कॉल करने वालों को प्रमाणित करने और किसी भी अग्रेषित पहचान हेडर को सेट या मान्य करने के लिए जिम्मेदार है।

हेडर पासथ्रू stdio मोड में उपलब्ध नहीं है। जॉब लॉग प्रस्तुत करने से पहले, सर्वर सत्यापित करता है कि वर्तमान कॉलर जॉब लॉग तक पहुँच सकता है। यह जाँच प्रत्येक लॉग-टूल अनुरोध के लिए की जाती है, जिसमें वह स्थिति भी शामिल है जब लॉग डेटा पहले से कैश्ड हो।


योगदान

विकास दिशानिर्देश DEVELOPMENT.md में हैं।


लाइसेंस

MIT © Buildkite

SPDX-लाइसेंस-पहचानकर्ता: MIT