bugAgent

आधिकारिक

bugAgent को किसी भी MCP-संगत AI क्लाइंट से कनेक्ट करें। अपने AI कोडिंग असिस्टेंट से सीधे बग, फीचर अनुरोध और अधिक को फ़ाइल, वर्गीकृत और प्रबंधित करें। कोई संदर्भ स्विचिंग नहीं, कोई कॉपी-पेस्ट नहीं — बस समस्या का वर्णन करें और bugAgent बाकी संभाल लेता है।

bugagent.com पर देखें

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

सादे अंग्रेजी में बग का वर्णन करें और bugAgent इसे फ़ाइल करता है, वर्गीकृत करता है, और आपके लिए प्रबंधित करता है।

बग फ़ाइल करें और स्वतः वर्गीकृत करें — अपने सहायक से प्राकृतिक भाषा में बग या फीचर अनुरोध दर्ज करने के लिए कहें; create_bug_report इसे 19 प्रकारों में स्वतः वर्गीकृत करता है।
रिपोर्ट सूचीबद्ध करें और फ़िल्टर करें — किसी प्रोजेक्ट में हालिया या गंभीर बग के लिए पूछें; list_bug_reports प्रोजेक्ट, गंभीरता, स्थिति और अधिक के आधार पर फ़िल्टर करता है।
कतार का दावा करें और कार्य करें — अपने एजेंट से pick_next_bug के साथ अगला प्राथमिकता वाला बग चुनें और claim_bug के माध्यम से इसे परमाणु रूप से दावा करें।
सुरक्षा स्कैन चलाएं — run_security_scan के साथ किसी URL पर भेद्यता स्कैन ट्रिगर करें और get_security_results के माध्यम से निष्कर्षों की समीक्षा करें।
डेवलपर नोट्स उत्पन्न करें — किसी भी बग रिपोर्ट के लिए push_to_claude के माध्यम से AI-जनित मूल कारण और सुझाए गए समाधान के लिए पूछें।

दस्तावेज़

MCP v1

नेविगेशन

Model Context Protocol

MCP

bug_Agent_ को किसी भी MCP-संगत AI क्लाइंट से कनेक्ट करें।

अपने AI कोडिंग असिस्टेंट से सीधे बग, फीचर अनुरोध और बहुत कुछ फाइल करें, वर्गीकृत करें और प्रबंधित करें। कोई कॉन्टेक्स्ट स्विचिंग नहीं, कोई कॉपी-पेस्ट नहीं — बस समस्या का वर्णन करें और bug_Agent_ बाकी सब संभाल लेता है।

Discord Community support@bugagent.com

शुरुआत करना

bug_Agent_ MCP सर्वर AI क्लाइंट्स को Model Context Protocol के माध्यम से बग रिपोर्ट, फीचर अनुरोध, एन्हांसमेंट और बहुत कुछ बनाने, क्वेरी करने और प्रबंधित करने की सुविधा देता है। यह स्थानीय रूप से चलता है और bug_Agent_ के क्लाउड API के साथ संचार करता है।

अपनी API कुंजी प्राप्त करें

एक निःशुल्क खाता बनाएं; नए वर्कस्पेस स्वामियों को सीधे API-कुंजी सेटअप पर ले जाया जाता है। पुराने उपयोगकर्ता Settings → Developers → API Keys से एक कुंजी उत्पन्न कर सकते हैं।

अपने AI क्लाइंट को कॉन्फ़िगर करें

अपने क्लाइंट के कॉन्फ़िग में bug_Agent_ को MCP सर्वर के रूप में जोड़ें (सेटअप नीचे देखें)।

बग फाइल करना शुरू करें

प्राकृतिक भाषा में किसी बग का वर्णन करें और bug_Agent_ स्वतः वर्गीकृत, समृद्ध और संग्रहीत करता है।

त्वरित उदाहरण

# Create a bug report
"File a bug: Login button is unresponsive on iOS Safari.
Steps: tap login, nothing happens. Expected: navigate to
dashboard. Severity: high."

# bugAgent auto-classifies as UI bug, severity high

# File a feature request
"Feature request: Add dark mode toggle to the
settings page. Users have asked for this in surveys."

# Auto-classified as feature-request, severity medium

सेटअप

इंस्टॉल

कोई वैश्विक इंस्टॉल आवश्यक नहीं है। MCP सर्वर को ऑन-डिमांड चलाने के लिए npx का उपयोग करें:

npx @bugagent/mcp-server

अपनी API कुंजी कॉन्फ़िगर करें

पहली बार कनेक्ट करने पर, bug_Agent_ आपसे आपकी API कुंजी मांगेगा। आप इसे पर्यावरण चर के माध्यम से भी सेट कर सकते हैं:

export BUGAGENT_API_KEY=ba_live_your_key_here

bug_Agent_ कंसोल से अपनी API कुंजी प्राप्त करें।

MCP क्लाइंट कॉन्फ़िगरेशन

अपने MCP क्लाइंट की कॉन्फ़िगरेशन फ़ाइल में निम्नलिखित जोड़ें:

mcp.json

{
  "mcpServers": {
    "bugagent": {
      "command": "npx",
      "args": ["-y", "@bugagent/mcp-server"],
      "env": {
        "BUGAGENT_API_KEY": "ba_live_your_key_here"
      }
    }
  }
}

💡

ba_live_your_key_here को कंसोल से अपनी वास्तविक API कुंजी से बदलें।

सर्वर से कनेक्ट करें

bug_Agent_ MCP सर्वर Streamable HTTP ट्रांसपोर्ट पर https://mcp.bugagent.com/mcp पर लाइव है। नीचे दिए गए आठ क्लाइंट्स में से किसी से भी कनेक्ट करें — जो आपके वर्कफ़्लो में फिट बैठता है उसे चुनें।

छोटे कॉपी-रेडी कॉन्फ़िगरेशन, स्कोप्ड-कुंजी मार्गदर्शन और सुरक्षित स्टार्टर प्रॉम्प्ट्स के लिए, सार्वजनिक MCP क्विकस्टार्ट का उपयोग करें।

🔑

पहले अपनी API कुंजी प्राप्त करें। Settings → Developers में साइन इन करें, Create API Key पर क्लिक करें, और मान कॉपी करें (ba_live_ से शुरू होता है)। आप इसे केवल एक बार देखेंगे, इसलिए इसे किसी सुरक्षित स्थान पर पेस्ट करें। नीचे दिए गए हर उदाहरण में यह कुंजी उपयोग होती है।

विकल्प 1 — MCP Inspector (वेब UI, पहली बार परीक्षण के लिए अनुशंसित)

आधिकारिक Anthropic उपकरण। एक स्थानीय वेब UI स्पिन करता है जहाँ आप हर टूल पर क्लिक कर सकते हैं, पैरामीटर भर सकते हैं और प्रतिक्रियाएँ देख सकते हैं। शून्य कॉन्फ़िग, किसी IDE की आवश्यकता नहीं।

macOS (Terminal)

Terminal

npx @modelcontextprotocol/inspector

Windows (PowerShell या CMD)

PowerShell

खुलने वाले ब्राउज़र UI में:

Transport Type: Streamable HTTP चुनें
URL: https://mcp.bugagent.com/mcp
Connection Type: Proxy चुनें (डिफ़ॉल्ट — Inspector ब्राउज़र CORS को बायपास करने के लिए स्थानीय Node प्रक्रिया के माध्यम से प्रॉक्सी करता है)
Authentication टैब पर क्लिक करें → एक कस्टम हेडर जोड़ें:
- Header Name: Authorization
- Value: Bearer ba_live_YOUR_KEY_HERE
Connect पर क्लिक करें। आपको बाएँ पैनल में सभी 110+ bug_Agent_ टूल दिखाई देंगे।
किसी भी टूल पर क्लिक करें (जैसे list_bug_reports), पैरामीटर भरें, Run Tool पर क्लिक करें। प्रतिक्रिया दाईं ओर दिखाई देती है।

पूर्वापेक्षाएँ: Node.js 18 या नया। यदि आपके पास नहीं है तो nodejs.org से इंस्टॉल करें।

विकल्प 2 — Claude Desktop (Mac + Windows)

यदि आप Claude Desktop ऐप का उपयोग करते हैं, तो आप bug_Agent_ को स्थायी MCP सर्वर के रूप में जोड़ सकते हैं। फिर Claude के पास हर वार्तालाप में सभी bug_Agent_ टूल उपलब्ध होंगे।

macOS

Claude Desktop खोलें → मेनू बार Claude → Settings → Developer → Edit Config। यह ~/Library/Application Support/Claude/claude_desktop_config.json खोलता है।
mcpServers के अंतर्गत bug_Agent_ प्रविष्टि जोड़ें:
claude_desktop_config.json

{  
  "mcpServers": {  
    "bugagent": {  
      "type": "http",  
      "url": "https://mcp.bugagent.com/mcp",  
      "headers": {  
        "Authorization": "Bearer ba_live_YOUR_KEY_HERE"  
      }  
    }  
  }  
}

फ़ाइल सहेजें और Claude Desktop को पूरी तरह बंद करें (Cmd+Q, केवल विंडो बंद न करें)।
Claude Desktop को फिर से लॉन्च करें। चैट इनपुट के नीचे टूल्स हैमर आइकन को अब bug_Agent_ टूल दिखाने चाहिए।
इसे आज़माएँ: "List my 5 most recent bug reports" टाइप करें — Claude list_bug_reports को स्वतः कॉल करेगा।

Windows

Claude Desktop खोलें → File → Settings → Developer → Edit Config। यह %APPDATA%\Claude\claude_desktop_config.json खोलता है (आमतौर पर C:\Users\YourName\AppData\Roaming\Claude\claude_desktop_config.json)।
macOS अनुभाग में दिखाया गया वही JSON ब्लॉक जोड़ें।
फ़ाइल सहेजें और सिस्टम ट्रे से Claude Desktop को पूरी तरह बंद करें (Claude आइकन पर राइट-क्लिक करें → Quit), फिर पुनः लॉन्च करें।
टूल्स हैमर आइकन bug_Agent_ टूल दिखाएगा।

विकल्प 3 — Claude Code (CLI)

यदि आप अपने टर्मिनल से Claude Code का उपयोग करते हैं (Claude का CLI संस्करण), तो एक कमांड के साथ bug_Agent_ सर्वर को पंजीकृत करें। macOS, Linux और Windows पर समान रूप से काम करता है।

Terminal / PowerShell

claude mcp add --transport http bugagent https://mcp.bugagent.com/mcp \
  --header "Authorization: Bearer ba_live_YOUR_KEY_HERE"

फिर अपने Claude Code सत्र को पुनः आरंभ करें। सत्यापित करें कि यह कनेक्ट है:

claude mcp list

आपको सूची में हरे बिंदु के साथ bugagent दिखना चाहिए। किसी भी चैट में टूल का उपयोग शुरू करें: "Show me my exploration usage for this month."

बाद में इसे हटाने के लिए:

claude mcp remove bugagent

विकल्प 4 — OpenAI Codex CLI

यदि आप OpenAI Codex CLI का उपयोग करते हैं, तो स्थायी पंजीकरण के लिए ~/.codex/config.toml में bug_Agent_ जोड़ें, या एक-बार के सत्र के लिए कॉन्फ़िग इनलाइन पास करें।

स्थायी पंजीकरण (कॉन्फ़िग में जोड़ें)

~/.codex/config.toml

[[mcp_servers]]
name = "bugagent"
type = "http"
url  = "https://mcp.bugagent.com/mcp"

[mcp_servers.headers]
Authorization = "Bearer ba_live_YOUR_KEY_HERE"

इनलाइन — एक सत्र

Terminal

codex \
  --mcp-server '{"name":"bugagent","type":"http","url":"https://mcp.bugagent.com/mcp","headers":{"Authorization":"Bearer ba_live_YOUR_KEY_HERE"}}' \
  "list the last 5 bug reports"

Codex आपके प्राकृतिक-भाषा प्रॉम्प्ट से टूल कॉल स्वतः हल करता है। आज़माएँ: "List my open bugs sorted by severity."

विकल्प 5 — Cursor (Mac + Windows)

Cursor में अंतर्निहित MCP समर्थन है। bug_Agent_ को एक बार जोड़ें और Cursor के अंदर AI असिस्टेंट आपके एडिटर से बाहर निकले बिना बग फाइल कर सकता है, रिपोर्ट सूचीबद्ध कर सकता है, स्कैन चला सकता है, आदि।

Cursor खोलें → Settings (Mac पर Cmd+, / Windows पर Ctrl+,) → बाएँ साइडबार में MCP।
+ Add new MCP server पर क्लिक करें।
HTTP ट्रांसपोर्ट प्रकार चुनें।
भरें:
- Name: bugagent
- URL: https://mcp.bugagent.com/mcp
- Header name: Authorization
- Header value: Bearer ba_live_YOUR_KEY_HERE
Save पर क्लिक करें। कनेक्ट होने पर Cursor हरा संकेतक दिखाता है।
Cursor की चैट खोलें (Cmd+L / Ctrl+L) और "Create a bug report titled 'Login broken' with severity high." टाइप करें। Cursor create_bug_report को इनवोक करेगा।

विकल्प: Cursor ~/.cursor/mcp.json (Mac) या %USERPROFILE%\.cursor\mcp.json (Windows) भी पढ़ता है। Claude Desktop अनुभाग में दिखाया गया वही JSON प्रारूप जोड़ें।

विकल्प 6 — Continue एक्सटेंशन के साथ VS Code (Mac + Windows)

यदि आप VS Code पसंद करते हैं, तो Continue एक्सटेंशन मूल रूप से MCP सर्वर का समर्थन करता है।

VS Code मार्केटप्लेस से Continue एक्सटेंशन इंस्टॉल करें।
Continue का कॉन्फ़िग खोलें: Command Palette (Cmd+Shift+P / Ctrl+Shift+P) → Continue: Open config.json। फ़ाइल यहाँ है:
- macOS: ~/.continue/config.json
- Windows: %USERPROFILE%\.continue\config.json
एक mcpServers प्रविष्टि जोड़ें:
~/.continue/config.json

{  
  "mcpServers": [  
    {  
      "name": "bugagent",  
      "type": "streamable-http",  
      "url": "https://mcp.bugagent.com/mcp",  
      "requestOptions": {  
        "headers": {  
          "Authorization": "Bearer ba_live_YOUR_KEY_HERE"  
        }  
      }  
    }  
  ]  
}

सहेजें। Continue स्वतः पुनः लोड होगा और साइडबार में bug_Agent_ टूल दिखाएगा।
Continue चैट पैनल खोलें और आज़माएँ: "List my security scans."

अन्य VS Code MCP-सक्षम एक्सटेंशन: Cline, Roo Code, और Windsurf (फोर्क) सभी mcpServers कुंजी और HTTP ट्रांसपोर्ट के साथ समान JSON कॉन्फ़िग पैटर्न का पालन करते हैं।

विकल्प 7 — OAuth-जागरूक होस्ट (उदाहरण के रूप में Claude.ai वेब दिखाया गया)

कुछ MCP होस्ट OAuth 2.0 के माध्यम से प्रमाणित करते हैं और बियरर API कुंजी स्वीकार करने के बजाय पहले से एक स्थिर client_id और client_secret मांगते हैं। उन होस्ट्स के लिए आप bug_Agent_ डैशबोर्ड से वर्कस्पेस-स्कोप्ड OAuth क्रेडेंशियल जोड़ी उत्पन्न करते हैं और इसे होस्ट के कनेक्टर फॉर्म में पेस्ट करते हैं। क्रेडेंशियल MCP-होस्ट-एग्नॉस्टिक हैं — Authorization Code + PKCE का समर्थन करने वाला कोई भी OAuth क्लाइंट उनका उपयोग कर सकता है। नीचे दिया गया वॉकथ्रू सबसे सामान्य उदाहरण के रूप में Claude.ai वेब ऐप का उपयोग करता है।

bug_Agent_ में: Settings → Developers → MCP Connectors खोलें। Generate connector पर क्लिक करें, इसे होस्ट का वर्णन करने वाला नाम दें (जैसे "Claude.ai (work)"), अपने MCP होस्ट की आवश्यक रिडायरेक्ट URI पेस्ट करें (Claude.ai वेब ऐप के लिए वह https://claude.ai/api/mcp/auth_callback है — दूसरों के लिए अपने होस्ट के कनेक्टर दस्तावेज़ देखें), और प्रमाणीकरण विधि के लिए Confidential चुनें। सफलता स्क्रीन पर एक बार दिखाए गए client_id और client_secret कॉपी करें।
अपने MCP होस्ट के कनेक्टर / OAuth सेटिंग्स में पेस्ट करें:
- Server URL: https://mcp.bugagent.com/mcp
- Client ID + Client Secret: चरण 1 से
- Authorization URL: https://mcp.bugagent.com/authorize
- Token URL: https://mcp.bugagent.com/token
  विशेष रूप से Claude.ai के लिए: claude.ai/customize/connectors पर जाएँ और Add MCP connector पर क्लिक करें।
सहेजें। होस्ट आपको साइन इन करने के लिए bug_Agent_ पर रिडायरेक्ट करता है (Google या ईमेल/पासवर्ड — जो भी विधि आप डैशबोर्ड के लिए उपयोग करते हैं) और सहमति स्वीकृत करता है, फिर OAuth हैंडशेक पूरा करता है।
उसी Settings पृष्ठ से उत्पन्न कनेक्टर प्रबंधित और रद्द करें। रद्द करना तत्काल है — उस कनेक्टर से अगला अनुरोध invalid_client लौटाता है।

नोट: Claude Code, Cursor, VS Code, और MCP Inspector को इस फ़्लो की आवश्यकता नहीं है — वे गतिशील क्लाइंट पंजीकरण (RFC 7591) को स्वतः संभालते हैं और ऊपर दिखाए अनुसार API कुंजी के माध्यम से प्रमाणित करते हैं। MCP Connectors फॉर्म केवल उन होस्ट्स के लिए है जिन्हें स्थिर OAuth क्रेडेंशियल की आवश्यकता होती है।

विकल्प 8 — curl के साथ प्रत्यक्ष HTTP (Terminal)

यदि आप किसी क्लाइंट के बिना सर्वर का सीधे परीक्षण करना चाहते हैं, या इसे स्क्रिप्ट में एकीकृत करना चाहते हैं, तो आप curl के साथ HTTP एंडपॉइंट को हिट कर सकते हैं। MCP प्रोटोकॉल Streamable HTTP पर JSON-RPC 2.0 है।

macOS / Linux

Terminal

# Set your API key as a variable
export BUGAGENT_API_KEY="ba_live_YOUR_KEY_HERE"

# 1. List all available tools
curl -N -s https://mcp.bugagent.com/mcp \
  -H "Authorization: Bearer $BUGAGENT_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Accept: application/json, text/event-stream" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'

# 2. Call a tool — list 5 reports from a specific project
curl -N -s https://mcp.bugagent.com/mcp \
  -H "Authorization: Bearer $BUGAGENT_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Accept: application/json, text/event-stream" \
  -d '{
    "jsonrpc":"2.0",
    "id":2,
    "method":"tools/call",
    "params":{
      "name":"list_bug_reports",
      "arguments":{"project":"bugagent","limit":5}
    }
  }'

Windows (PowerShell)

PowerShell

# Set your API key
$env:BUGAGENT_API_KEY = "ba_live_YOUR_KEY_HERE"

# Use Invoke-RestMethod (PowerShell's curl equivalent)
$headers = @{
  "Authorization" = "Bearer $env:BUGAGENT_API_KEY"
  "Content-Type" = "application/json"
  "Accept" = "application/json, text/event-stream"
}

# 1. List all tools
$body = '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
Invoke-RestMethod -Uri "https://mcp.bugagent.com/mcp" `
  -Method Post -Headers $headers -Body $body

# 2. Call list_bug_reports for a specific project
$body = @{
  jsonrpc = "2.0"
  id = 2
  method = "tools/call"
  params = @{
    name = "list_bug_reports"
    arguments = @{ project = "bugagent"; limit = 5 }
  }
} | ConvertTo-Json -Depth 5

Invoke-RestMethod -Uri "https://mcp.bugagent.com/mcp" `
  -Method Post -Headers $headers -Body $body

प्रतिक्रियाएँ Server-Sent Events (MCP Streamable HTTP मानक) के रूप में आती हैं। प्रत्येक चंक data: से पहले एक पंक्ति है जिसके बाद एक JSON ऑब्जेक्ट होता है। Accept: application/json, text/event-stream हेडर आवश्यक है — सर्वर इसके बिना अनुरोध अस्वीकार करता है।

ℹ️

401 Unauthorized समस्या निवारण: जाँचें कि आपकी API कुंजी Settings → Developers में रद्द तो नहीं की गई है। कुंजियाँ ba_live_ से शुरू होती हैं। यदि आप अभी भी अटके हैं, तो कुंजी पुनः उत्पन्न करें और पुनः प्रयास करें।

इसे आज़माएँ — सरल अंग्रेज़ी प्रॉम्प्ट्स

कनेक्ट होने के बाद, आपको टूल नाम या पैरामीटर जानने की आवश्यकता नहीं है। सरल अंग्रेज़ी में वर्णन करें कि आप क्या चाहते हैं और आपका AI असिस्टेंट स्वतः सही bug_Agent_ टूल कॉल करता है।

बग रिपोर्ट

अपने AI असिस्टेंट से पूछें

List my 5 most recent bug reports
Show all open critical bugs in the Auth project
Create a bug titled "Login broken on Safari" with severity s2
Update TEST-451 status to in-progress and assign it to me
Add a comment to TEST-451: "root cause confirmed — null check missing in auth middleware"
Show me everything filed this week, grouped by severity

परीक्षण प्रबंधन

Create a test suite called "Smoke Tests" with cases for login, checkout, and account settings
Run the Regression suite and list all failures
Use Hermes to execute the curated "Checkout smoke" suite and report every result to bugAgent
Show failing test cases from the last 7 days
Which test cases have never been run in the past 90 days?
Get a pass-rate trend for this month vs last month

सुरक्षा और प्रदर्शन

Run a security scan on https://app.example.com
Get this month's security scan results — show only high and critical findings
Create a performance test for the landing page and check Lighthouse scores
What are the Core Web Vitals for our checkout flow?

Playwright स्वचालन

Create a Playwright script that logs in and verifies the dashboard loads
Run the checkout automation on iPhone 15 Pro on a real device
Optimize the login automation script
Show runs for the checkout automation — any failures?
Schedule the smoke test suite to run every weekday at 6 AM UTC

अन्वेषणात्मक AI

Run an exploratory AI session on https://app.example.com with 5 parallel agents
Get the latest exploration run results — list any bugs that were filed
What testing strategies did the agents use and which found the most issues?

उपयोग और आँकड़े

Check my plan usage for this month
Show team bug stats for this week broken down by severity and type
List all team members and their roles
How many security scans do I have left this month?

त्वरित संदर्भ

सभी आठ क्लाइंट्स के लिए कॉन्फ़िग फ़ाइल स्थान। प्रत्येक क्लाइंट Streamable HTTP पर https://mcp.bugagent.com/mcp से Authorization: Bearer ba_live_YOUR_KEY_HERE हेडर के साथ कनेक्ट होता है।

क्लाइंट कॉन्फ़िग स्थान / कमांड

MCP Inspector कोई फ़ाइल नहीं — npx @modelcontextprotocol/inspector के बाद ब्राउज़र UI में URL + auth हेडर दर्ज करें

Claude Desktop — macOS ~/Library/Application Support/Claude/claude_desktop_config.json

Claude Desktop — Windows %APPDATA%\Claude\claude_desktop_config.json

Claude Code (CLI) claude mcp add --transport http bugagent https://mcp.bugagent.com/mcp --header "Authorization: Bearer ba_live_..."

Codex CLI ~/.codex/config.toml

Cursor — macOS Settings → MCP UI, या ~/.cursor/mcp.json

Cursor — Windows %USERPROFILE%\.cursor\mcp.json

VS Code + Continue ~/.continue/config.json (macOS) / %USERPROFILE%\.continue\config.json (Windows)

Direct HTTP (curl) curl / Invoke-RestMethod — Accept: application/json, text/event-stream शामिल करें

समस्या निवारण

लक्षण समाधान

401 Unauthorized कुंजी गलत है, समाप्त हो गई है, या रद्द कर दी गई है। Settings → Developers जाँचें — कुंजियाँ ba_live_ से शुरू होती हैं। आवश्यकता होने पर पुनः उत्पन्न करें।

क्लाइंट में टूल नहीं दिख रहे कॉन्फ़िग संपादित करने के बाद क्लाइंट को पूरी तरह बंद करें और पुनः लॉन्च करें। Claude Desktop में, Cmd+Q (केवल विंडो बंद न करें)। Cursor में, हरे बिंदु के लिए Settings → MCP जाँचें।

Accept header required प्रत्यक्ष HTTP कॉल में Accept: application/json, text/event-stream शामिल होना चाहिए — Streamable HTTP विनिर्देश इसे आवश्यक बनाता है। इसके बिना सर्वर 406 लौटाता है।

गलत वर्कस्पेस का डेटा प्रत्येक API कुंजी एक वर्कस्पेस तक सीमित है। जिस वर्कस्पेस को आप क्वेरी करना चाहते हैं उससे Settings → Developers में नई कुंजी उत्पन्न करें।

टूल दिखते हैं लेकिन कॉल चुपचाप विफल होती हैं सर्वर सुलभ है सत्यापित करें: curl -I https://mcp.bugagent.com/health को 200 लौटाना चाहिए। यदि यह टाइमआउट होता है, तो नेटवर्क/फ़ायरवॉल नियम जाँचें।

MCP Inspector CORS त्रुटि Inspector UI में Connection Type के लिए Proxy चुनें (Direct नहीं)। Inspector ब्राउज़र CORS प्रतिबंधों को बायपास करने के लिए स्थानीय Node प्रक्रिया के माध्यम से प्रॉक्सी करता है।

Codex CLI — टूल पहचाने नहीं गए सत्यापित करें कि ~/.codex/config.toml [[mcp_servers]] (डबल ब्रैकेट, ऐरे सिंटैक्स) का उपयोग करता है। जाँचें कि Codex CLI संस्करण MCP समर्थन के लिए पर्याप्त नया है (codex --version)।

एमसीपी सुविधाएँ

The bug_Agent_ MCP server provides tools for:

🐛

बग रिपोर्ट प्रबंधन

create_bug_report — 19 प्रकारों में स्वचालित वर्गीकरण के साथ नई रिपोर्ट दर्ज करें — बग, फीचर अनुरोध, सुधार, तकनीकी ऋण, और अधिक (शीर्षक: 3-500 वर्ण)। वैकल्पिक attachments सरणी 400 MB तक की base64-एन्कोडेड फ़ाइलें स्वीकार करती है: कोई भी छवि, वीडियो, ऑडियो, PDF, या text/JSON। विवरण को AI का उपयोग करके संरचित टेम्पलेट में स्वतः पुनः-प्रारूपित करने के लिए format_description: true सेट करें। QA प्रयास को ट्रैक करने के लिए time_spent_seconds पास करें। गंभीरता से स्वतंत्र रूप से फिक्स तात्कालिकता सेट करने के लिए priority (urgent / high / normal / low) पास करें। Epic बनाने के लिए is_epic: true पास करें, या उसी अधिकृत प्रोजेक्ट में चाइल्ड बनाने के लिए parent_epic_id (UUID/छोटा ID) पास करें। प्रतिक्रिया में पदानुक्रम फ़ील्ड के साथ-साथ project_id, project, short_id, legacy_short_id, और project_short_id शामिल हैं।
list_bug_reports — रिपोर्ट सूचीबद्ध करें और फ़िल्टर करें (प्रति पृष्ठ अधिकतम 100)। प्रोजेक्ट फ़िल्टर पेजिनेशन से पहले सर्वर-साइड पर लागू किए जाते हैं। project (UUID, slug, सटीक नाम, या टिकट उपसर्ग), project_id, project_slug, project_prefix, workspace (UUID, सटीक नाम, या वर्कस्पेस टिकट उपसर्ग), workspace_id/team_id, is_epic, type, severity, status, resolution, root_cause, या reporter_user_id द्वारा फ़िल्टर करें। प्रत्येक परिणाम में टेनेंट-स्कोप्ड लोगों/प्रोजेक्ट पहचानकर्ताओं के साथ-साथ is_epic, parent_epic_id, parent_epic, और सीमित epic_progress शामिल हैं। रिपोर्ट-पठन उपकरण सदस्य ईमेल पते उजागर नहीं करते हैं।
pick_next_bug — अगला बग(बग्स) लौटाता है जिस पर एजेंट लूप को काम करना चाहिए, प्राथमिकता क्रम में (S1 → S2 → S3, प्रत्येक बकेट के भीतर सबसे पुराना पहले)। स्वचालित रूप से आपके वर्कस्पेस तक सीमित — आपकी टीम के सभी प्रोजेक्ट्स में status new, awaiting-triage, या confirmed और गंभीरता S1-S3 वाले टिकट लौटाता है। रीड-ओनली — टिकटों को परमाणु रूप से दावा नहीं करता। वैकल्पिक severity (एकल स्तर), limit (1-50, डिफ़ॉल्ट 1)। टूल संयोजनशीलता के लिए list_bug_reports के समान आकार में पंक्तियाँ लौटाता है। रीड-देन-क्लेम पैटर्न के लिए claim_bug के साथ जोड़ें।
claim_bug — बग को status new, awaiting-triage, या confirmed से status='in-progress' में परमाणु रूप से स्थानांतरित करें, assigned_to को कॉल करने वाले उपयोगकर्ता पर सेट करें, और claimed_at=NOW() स्टैम्प करें। Postgres के UPDATE-WHERE-RETURNING पैटर्न के माध्यम से समवर्ती कॉलर्स के बीच रेस-मुक्त — यदि दो एजेंट एक ही id पर निकट अनुक्रम में claim_bug कॉल करते हैं, तो ठीक एक को बग बॉडी के साथ claimed:true मिलता है और दूसरे को कारण स्ट्रिंग के साथ claimed:false मिलता है। सफल प्रतिक्रियाओं में reporter_user_id, reporter_name, assigned_to, और assignee_name शामिल हैं। एक pg_cron रीपर पुराने दावों (स्थिति=in-progress + claimed_at > 30 मिनट पुराना) को स्वचालित रूप से new पर वापस जारी करता है, इसलिए क्रैश हुए एजेंट के टिकट मैन्युअल हस्तक्षेप के बिना कतार में फिर से प्रवेश करते हैं। इनपुट: id (UUID या छोटा ID)।
get_bug_report — UUID या वर्कस्पेस/प्रोजेक्ट शॉर्ट ID द्वारा रिपोर्ट का पूर्ण विवरण प्राप्त करें। मानक लोगों/प्रोजेक्ट/गुणवत्ता फ़ील्ड के साथ-साथ is_epic, पैरेंट पहचान, समग्र प्रगति, और Epics के लिए सीमित पहला चाइल्ड पृष्ठ लौटाता है।
list_epic_children — id, limit (1–100), और offset के साथ Epic की चाइल्ड रिपोर्ट पेजिनेट करें। हर चाइल्ड रिपोर्ट लोड किए बिना children, total, has_more, और SQL-एग्रीगेटेड epic_progress लौटाता है।
update_bug_report — मानक रिपोर्ट फ़ील्ड के साथ-साथ is_epic और parent_epic_id अपडेट करें। डिटैच करने के लिए parent_epic_id: null पास करें; रीपैरेंट/डिटैच परमाणु है और समान-वर्कस्पेस, समान-प्रोजेक्ट प्राधिकरण की आवश्यकता होती है। Epic में प्रमोट करने से मौजूदा पैरेंट डिटैच हो जाता है, जबकि चाइल्ड वाले Epic को डिमोट नहीं किया जा सकता। मौजूदा स्थिति/समाधान/मूल-कारण और असाइनमेंट अधिसूचना नियम अभी भी लागू होते हैं।
add_comment — बग रिपोर्ट में टिप्पणी जोड़ें (UUID या छोटा ID, बॉडी 1-10000 वर्ण)। यदि रिपोर्ट Jira से समकालिक है, तो टिप्पणी स्वचालित रूप से लिंक किए गए Jira मुद्दे पर पुश की जाती है।
list_comments — रिपोर्ट का पूर्ण टिप्पणी थ्रेड सूचीबद्ध करें, सबसे पुराना पहले — प्रत्येक टिप्पणी लेखक के नाम, parentId (थ्रेडेड उत्तर), और टाइमस्टैम्प के साथ। टिप्पणियाँ get_bug_report का हिस्सा नहीं हैं, इसलिए यह टिकट की चर्चा पढ़ने का तरीका है। UUID या छोटा ID स्वीकार करता है।
link_bug_reports — समान अधिकृत प्रोजेक्ट में दो रिपोर्टों के बीच दिशात्मक सिमेंटिक लिंक बनाएं। parent-of के लिए, फ्रॉम-रिपोर्ट एक Epic होनी चाहिए और टू-रिपोर्ट एक मानक चाइल्ड। Epic असाइनमेंट के लिए बनाए/अपडेट पर parent_epic_id को प्राथमिकता दें।
unlink_bug_reports — पहले बनाए गए बग-रिपोर्ट लिंक को उसके UUID द्वारा हटाएं (link_id, link_bug_reports या list_bug_report_links द्वारा लौटाया गया)।
list_bug_report_links — बग रिपोर्ट को छूने वाले प्रत्येक उपयोगकर्ता-क्यूरेटेड लिंक की सूची बनाएं। प्रत्येक लिंक को आपूर्ति की गई रिपोर्ट के दृष्टिकोण से पढ़े जाने पर लौटाता है — उदाहरण के लिए, एक संग्रहीत duplicate-of पंक्ति जहां यह रिपोर्ट लक्ष्य है, duplicated-by के रूप में प्रस्तुत होती है; parent-of जहां यह रिपोर्ट लक्ष्य है, subtask-of के रूप में प्रस्तुत होती है; depends-on जहां यह रिपोर्ट लक्ष्य है, blocks के रूप में प्रस्तुत होती है; testing-blocked-by जहां यह रिपोर्ट लक्ष्य है, blocks-testing के रूप में प्रस्तुत होती है। related-to सममित है। get_bug_report द्वारा लौटाए गए स्वचालित-पहचाने गए similar_reports फ़ील्ड का पूरक है।
classify_bug — कॉन्फिडेंस स्कोर के साथ विवरण को 19 रिपोर्ट प्रकारों (बग, फीचर, सुधार, आदि) में से एक में वर्गीकृत करें
flush_reports — पुरानी रिपोर्ट बल्क में हटाएं (केवल व्यवस्थापक)

📊

उपयोग और विश्लेषण

get_usage — योजना सीमाओं के विरुद्ध उपयोग जांचें। API-कुंजी कॉलर्स को usage:read की आवश्यकता होती है।
get_stats — दैनिक गणना, प्रकार/गंभीरता/स्थिति विभाजन

📁

प्रोजेक्ट प्रबंधन

list_projects — id, name, slug, ticket_prefix, विवरण और डिफ़ॉल्ट स्थिति के साथ उपलब्ध प्रोजेक्ट सूचीबद्ध करें। सही प्रोजेक्ट को लक्षित करने के लिए उन मानों का उपयोग create_bug_report और list_bug_reports के साथ करें।
create_project — नया प्रोजेक्ट बनाएं (पहला होने पर स्वतः डिफ़ॉल्ट बन जाता है)
delete_project — प्रोजेक्ट और सभी संबंधित डेटा (बग रिपोर्ट, ऑटोमेशन, टेस्ट केस, मोबाइल ऐप्स, शेड्यूल, जियो स्नैप्स, नोट्स, समय प्रविष्टियाँ) स्थायी रूप से हटाएं। केवल स्वामी/प्रबंधक। अंतिम प्रोजेक्ट नहीं हटा सकते। स्टोरेज स्वचालित रूप से मुक्त होती है
export_okf_bundle — किसी प्रोजेक्ट का QA ज्ञान — बग रिपोर्ट, टेस्ट केस, ऑटोमेशन, और प्रदर्शन, सुरक्षा और खोजपूर्ण परीक्षण — OKF/OQA मार्कडाउन बंडल के रूप में निर्यात करें (oqa.ai द्वारा उपयोग किया जाने वाला ओपन क्वेरी एजेंट प्रारूप)। सक्रिय प्रोजेक्ट पर डिफ़ॉल्ट; भिन्न प्रोजेक्ट निर्यात करने के लिए वैकल्पिक project (slug या नाम) पास करें। बंडल में फ़ाइलों की सूची के साथ-साथ base64-एन्कोडेड zip के रूप में बंडल स्वयं लौटाता है

🔐

प्रमाणीकरण और खाता

register_account — नया खाता बनाएं (पासवर्ड: 8-128 वर्ण, दर सीमित: 5/15 मिनट)
login — साइन इन करें और एक्सेस टोकन प्राप्त करें (दर सीमित: 5/15 मिनट)
update_profile — प्रदर्शन नाम अपडेट करें
change_password — खाता पासवर्ड बदलें
get_settings / update_settings — प्राथमिकताएँ प्रबंधित करें

🔑

API कुंजी प्रबंधन

generate_api_key — नामित API कुंजी बनाएं
list_api_keys — सक्रिय कुंजियाँ सूचीबद्ध करें (केवल उपसर्ग)
regenerate_api_key — कुंजी रद्द करें और बदलें
delete_api_key — कुंजी स्थायी रूप से रद्द करें

👥

टीम प्रबंधन

list_team_members — भूमिकाओं, स्थिति और बूस्टर फ्लैग के साथ आपके वर्कस्पेस के सभी सदस्यों की सूची बनाएं
invite_team_member — ईमेल द्वारा उपयोगकर्ता को आमंत्रित करें (प्रबंधक योगदानकर्ताओं और प्रबंधकों को आमंत्रित कर सकते हैं; केवल स्वामी व्यवस्थापकों को आमंत्रित कर सकते हैं)। 5-दिन समाप्ति लिंक

🎯

एकीकरण

sync_to_jira — टीम के साझा कनेक्शन का उपयोग करके रिपोर्ट को Jira में समकालिक करें
push_to_claude — बग रिपोर्ट के लिए डेवलपर नोट्स उत्पन्न (या पुनः उत्पन्न) करें — मूल कारण, सुझाया गया फिक्स, सत्यापन चरण और जोखिम मूल्यांकन। UUID या छोटा ID स्वीकार करता है (WRKID-545)। प्लेटफ़ॉर्म कुंजियों का उपयोग करता है — कोई प्रति-टीम Claude कनेक्शन आवश्यक नहीं। एक अनुकूली श्रृंखला चलाता है: s3/medium या s4/low बगों पर तीन चरण (Sonnet ड्राफ्ट → OpenAI gpt-5 आलोचना → Sonnet संश्लेषण), शीर्ष-दो गंभीरता बकेट पर पांच चरण — s1/critical या s2/high — (ड्राफ्ट → आलोचना → Sonnet प्रत्युत्तर → Claude Opus निर्णायक जो पूर्ण ट्रांसक्रिप्ट पढ़ता है और स्वतंत्र निर्णय के साथ अंतिम नोट्स लिखता है)। प्रतिक्रिया हर दौर को उजागर करती है: analysis, draft, critique, rebuttal, challenger_model, adjudicator_model, और एक debated फ्लैग। कोई भी विफल चरण अगले-सर्वोत्तम उत्तर पर गिर जाता है। बग निर्माण पर स्वतः फायर होता है; आमतौर पर केवल मैन्युअल पुनर्जनन के लिए कॉल किया जाता है।
analyze_fix_area — डेवलपर नोट्स का "संभावित फिक्स क्षेत्र" उप-ब्लॉक उत्पन्न (या पुनः उत्पन्न) करें — एक संकीर्ण Sonnet आउटपुट जो बताता है कि कोडबेस में फिक्स सबसे अधिक संभावना कहाँ है। UUID या छोटा ID स्वीकार करता है। प्लेटफ़ॉर्म Anthropic कुंजी का उपयोग करता है। जब टीम के पास github_connections पंक्ति होती है और प्रोजेक्ट में github_repo मैप किया होता है, तो आउटपुट कनेक्टेड रेपो से वास्तविक फ़ाइल स्निपेट पर आधारित होता है; अन्यथा रेपो कनेक्ट करने के संकेत के साथ सामान्य मार्गदर्शन पर वापस आ जाता है। likely_fix_area टेक्स्ट, generated_at, repo_used, और एक grounded फ्लैग लौटाता है। बग निर्माण पर स्वतः फायर होता है — एजेंटों को आमतौर पर केवल मैन्युअल पुनर्जनन के लिए इसे कॉल करने की आवश्यकता होती है।
upgrade_plan — सेल्स-सहायता प्राप्त Enterprise नामांकन लिंक प्राप्त करें

⚡

प्रदर्शन परीक्षण

create_performance_test — URL, डिवाइस, आभासी उपयोगकर्ता, अवधि, स्कोर थ्रेशोल्ड और स्वचालित बग निर्माण टॉगल के साथ प्रदर्शन परीक्षण कॉन्फ़िगरेशन बनाएं। केवल Enterprise
run_performance_test — वेब प्रदर्शन परीक्षण के लिए पेज ऑडिट और लोड परीक्षण ट्रिगर करें। परिणामों के लिए पोल करने हेतु रन ID लौटाता है। मोबाइल ऐप प्रोफाइलिंग रन डैशबोर्ड से ट्रिगर किए जाते हैं
get_performance_results — Lighthouse स्कोर (प्रदर्शन, पहुंच-योग्यता, सर्वोत्तम अभ्यास, SEO), Core Web Vitals (LCP, FID, CLS, FCP, TTFB, INP, TBT, SI), और लोड परीक्षण मेट्रिक्स (VUs, अनुरोध, RPS, p50/p90/p95/p99 विलंबता) सहित पूर्ण परिणाम प्राप्त करें
list_performance_tests — वर्तमान टीम के लिए सभी प्रदर्शन परीक्षण कॉन्फ़िगरेशन सूचीबद्ध करें
get_performance_usage — मासिक प्रदर्शन परीक्षण उपयोग जांचें। प्रदर्शन परीक्षण केवल Enterprise है। Free=0, Enterprise=असीमित

उदाहरण वर्कफ़्लो

get_performance_usage → शेष कोटा जांचें
create_performance_test → अपने URL के लिए परीक्षण कॉन्फ़िगर करें
run_performance_test → ऑडिट + लोड परीक्षण ट्रिगर करें
get_performance_results → स्कोर और विटल्स की समीक्षा करें

🛡

सुरक्षा स्कैनिंग

create_security_scan — सुरक्षा स्कैन कॉन्फ़िगरेशन बनाएँ। वेब स्कैन तीन गहराई स्तरों और वैकल्पिक प्रमाणित स्कैनिंग के साथ Quick Scanner + Nuclei (4,000+ टेम्पलेट) का उपयोग करते हैं। मोबाइल स्कैन APK/IPA बाइनरी विश्लेषण के लिए MobSF का उपयोग करते हैं। गंभीरता थ्रेसहोल्ड के साथ कॉन्फ़िगर करने योग्य स्वचालित बग निर्माण। केवल Enterprise
run_security_scan — वल्नरेबिलिटी स्कैन ट्रिगर करें। वेब स्कैन के लिए DNS डोमेन सत्यापन आवश्यक है। मोबाइल स्कैन के लिए अपलोड की गई ऐप आवश्यक है। परिणाम पोल करने के लिए एक run ID लौटाता है
get_security_results — सुरक्षा स्कोर (0-100) सहित पूर्ण परिणाम प्राप्त करें, सीडब्ल्यूई संदर्भ, ओडब्ल्यूएएसपी मैपिंग, साक्ष्य और उपचार मार्गदर्शन के साथ गंभीरता (Critical, High, Medium, Low, Info) द्वारा वर्गीकृत निष्कर्ष
list_security_scans — अंतिम स्कोर और auth/depth बैज के साथ वर्तमान टीम के लिए सभी सुरक्षा स्कैन कॉन्फ़िगरेशन सूचीबद्ध करें
get_security_usage — मासिक सुरक्षा स्कैन उपयोग जाँचें। सुरक्षा स्कैनिंग केवल Enterprise के लिए है। Enterprise=असीमित
list_security_schedules — cron, समय क्षेत्र, सक्षम स्थिति, अगले रन और अधिसूचना सेटिंग्स के साथ टीम के लिए सभी निर्धारित सुरक्षा स्कैन सूचीबद्ध करें। मूल स्कैन कॉन्फ़िग (नाम, scan_type, target_url) के साथ जुड़ता है
create_security_schedule — सुरक्षा स्कैन के लिए आवर्ती शेड्यूल बनाएँ। scan_id और cron_expression की आवश्यकता है। प्रति स्कैन कॉन्फ़िग एक शेड्यूल। वैकल्पिक timezone, notify_on_fail (none/email/slack/both), notify_email, slack_channel_id। हर रन आपकी मासिक सीमा के विरुद्ध गिना जाता है; एडमिन उपयोगकर्ता सीमा को बायपास करते हैं। स्कैन गहराई हमेशा रन समय पर स्कैन कॉन्फ़िग से पढ़ी जाती है
delete_security_schedule — निर्धारित सुरक्षा स्कैन हटाएँ। मूल स्कैन कॉन्फ़िग या पूर्ण किए गए रन प्रभावित नहीं होते

get_security_usage → शेष कोटा जाँचें
create_security_scan → अपने URL या रेपो के लिए स्कैन कॉन्फ़िगर करें
run_security_scan → एकमुश्त वल्नरेबिलिटी स्कैन ट्रिगर करें
create_security_schedule → आवर्ती रन स्वचालित करें (जैसे मुख्य शाखा पर साप्ताहिक SAST)
get_security_results → निष्कर्ष और उपचार की समीक्षा करें

📖

कोड समीक्षा

list_code_reviews — टीम के लिए हाल की AI कोड समीक्षाएँ सूचीबद्ध करें। गुणवत्ता स्कोर, गंभीरता गणना, PR जानकारी और टाइमस्टैम्प लौटाता है। केवल Enterprise
get_code_review — सभी निष्कर्षों के साथ कोड समीक्षा प्राप्त करें। प्रत्येक निष्कर्ष में गंभीरता, श्रेणी (bug/security/performance/style/logic/maintainability), शीर्षक, विवरण, कोड सुझाव, फ़ाइल पथ और लाइन संख्याएँ शामिल हैं
get_code_review_usage — कोड समीक्षा उपयोग जाँचें। AI कोड समीक्षा केवल Enterprise के लिए है; Enterprise पर असीमित
get_code_review_analytics — समीक्षा एनालिटिक्स प्राप्त करें: रुझान, निष्कर्ष श्रेणियां/स्रोत, गंभीरता विभाजन, वेग मीट्रिक्स, शीर्ष रेपो/लेखक। 7/30/90-दिन की लुकबैक समर्थित है

get_code_review_usage → शेष समीक्षाएँ जाँचें
डैशबोर्ड में PR की समीक्षा करें at /dashboard/code-review
list_code_reviews → हाल की समीक्षाएँ देखें
get_code_review → निष्कर्ष और सुझाव प्राप्त करें

🔍

एक्सप्लोरेटरी AI

प्रत्येक एक अलग परीक्षण रणनीति का उपयोग करने वाले 10 समानांतर एजेंटों तक के साथ मल्टी-एजेंट स्वायत्त वेबसाइट बग खोजकर्ता।

list_explorations — टीम के लिए एक्सप्लोरेटरी AI कॉन्फ़िग सूचीबद्ध करें
create_exploration — नया एक्सप्लोरेशन बनाएँ। अद्वितीय रणनीतियों के साथ कई समानांतर एजेंट चलाने के लिए agent_count (1–10, अधिकतम 10) स्वीकार करता है: happy_path, edge_case, security, accessibility, error_path, performance, mobile, data_integrity, navigation, custom
get_exploration — एजेंट सेटिंग्स, सुरक्षित प्रमाणीकरण मेटाडेटा और हाल के रन के साथ एक्सप्लोरेशन कॉन्फ़िग प्राप्त करें। पासवर्ड और सिफरटेक्स्ट कभी नहीं लौटाए जाते।
get_exploration_run — प्रति-एजेंट प्रगति, चरण डेटा, एजेंट एट्रिब्यूशन के साथ निष्कर्ष (agent_index, agent_strategy), और लिंक किए गए बग के साथ रन परिणाम प्राप्त करें
get_exploration_usage — मासिक उपयोग जाँचें। एक्सप्लोरेटरी AI केवल Enterprise के लिए है; Enterprise: असीमित (10 एजेंट)

create_exploration with agent_count: 5 → 5 समानांतर एजेंट कॉन्फ़िगर करें
डैशबोर्ड से या POST /api/explorations/run के माध्यम से रन ट्रिगर करें
get_exploration_run → प्रति-एजेंट प्रगति और निष्कर्ष के लिए पोल करें
डैशबोर्ड में एजेंट एट्रिब्यूशन के साथ डीडुप्लिकेटेड निष्कर्ष देखें

📝

नोट्स

list_notes — वैकल्पिक कीवर्ड खोज, प्रोजेक्ट फ़िल्टर, लेखक फ़िल्टर और दिनांक सीमा के साथ नोट्स सूचीबद्ध करें। उपयोगकर्ता के स्वामित्व वाले नोट्स या टीम के भीतर साझा किए गए नोट्स लौटाता है।
create_note — 5 प्रारूपों में से एक में नोट बनाएँ: markdown, plain_text, rich_text, checklist, outline। visibility को private या shared पर सेट करें। यदि कोई शीर्षक प्रदान नहीं किया गया है तो पहले 30 वर्णों से स्वचालित शीर्षक। वैकल्पिक attachments सरणी प्रत्येक 400 MB तक की base64-एन्कोडेड फ़ाइलें स्वीकार करती है: कोई भी छवि, वीडियो, ऑडियो, PDF, या text/JSON। QA प्रयास ट्रैक करने के लिए time_spent_seconds पास करें।
get_note — सामग्री और अनुलग्नकों सहित पूर्ण नोट विवरण प्राप्त करें। id की आवश्यकता है।
update_note — शीर्षक, सामग्री, प्रारूप, दृश्यता, प्रोजेक्ट, या time_spent_seconds अपडेट करें। नोट के मौजूदा अनुलग्नकों को बदले बिना नई फ़ाइलें (प्रत्येक अधिकतम 400 MB) जोड़ने के लिए एक attachments सरणी पास करें। केवल लेखक अपडेट कर सकता है। id की आवश्यकता है।
delete_note — नोट और उसके अनुलग्नकों को स्थायी रूप से हटाएँ। केवल लेखक हटा सकता है। id की आवश्यकता है।

create_note → परीक्षण सत्र नोट शुरू करें
update_note → परीक्षण करते समय अवलोकन जोड़ें
list_notes → कीवर्ड या प्रोजेक्ट द्वारा पिछले नोट्स खोजें
get_note → अनुलग्नकों के साथ पूर्ण नोट पुनर्प्राप्त करें

🤖

स्वचालन

create_automation — कस्टम Playwright स्क्रिप्ट के साथ नया स्वचालन बनाएँ (कोई FAB रिकॉर्डिंग आवश्यक नहीं)। name की आवश्यकता है। वैकल्पिक: target_url (छोड़े जाने पर स्क्रिप्ट में पहले page.goto(...) URL से स्वचालित रूप से व्युत्पन्न), script (Node.js/JavaScript/TypeScript या Python — भाषा स्वतः पता चलती है; एक प्लेसहोल्डर पर डिफ़ॉल्ट होता है), status (draft या active, डिफ़ॉल्ट: draft), project_id। स्वचालन id लौटाता है। Enterprise योजना आवश्यक है। टिप — स्वचालन डुप्लिकेट करें: मूल स्क्रिप्ट लाने के लिए get_automation का उपयोग करें, फिर मूल script, target_url, और project_id पास करते हुए name को "[Copy] Original Name" पर सेट करके create_automation को कॉल करें। डुप्लिकेट draft स्थिति में बिना संस्करण इतिहास के शुरू होता है।
list_automations — Playwright स्वचालन स्क्रिप्ट सूचीबद्ध करें। project_id या status द्वारा फ़िल्टर करें (draft, active, paused)। नाम, target_url, last_run_status और run_count के साथ स्वचालन की सरणी लौटाता है।
get_automation — Playwright स्क्रिप्ट और हाल के रन सहित पूर्ण स्वचालन विवरण प्राप्त करें। id की आवश्यकता है। लाइव script, एक script_versions स्टैक (सबसे पुराना-पहले, प्रत्येक { script, source, timestamp } के साथ 100 पूर्व प्रविष्टियों तक), और एक recent_runs सरणी के साथ स्वचालन लौटाता है जहाँ प्रत्येक रन निष्पादित script_version_label/script_version_source रखता है। यदि आपको किसी विशिष्ट ऐतिहासिक संस्करण को चुनने की आवश्यकता है तो run_automation से पहले इसे कॉल करें।
run_automation — Playwright परीक्षण का तत्काल रन ट्रिगर करें। automation_id की आवश्यकता है। स्व-उपचार लोकेटर (स्वचालित): जब लोकेटर क्रिया टाइमआउट हो जाती है, तो रनर क्लॉड से कार्यशील सेलेक्टर पूछता है और चरण एक बार पुनः प्रयास करता है — असर्शन कभी ठीक नहीं होते, इसलिए वास्तविक रिग्रेशन अभी भी विफल होते हैं — और प्रत्येक उपचार रन स्टडआउट में लॉग किया जाता है। वर्चुअल मोड (डिफ़ॉल्ट): व्यूपोर्ट एमुलेशन के लिए वैकल्पिक device (जैसे desktop, iphone-15)। लाइव मोड: वास्तविक डेस्कटॉप ब्राउज़र पर चलाने के लिए browserstack: true को bs_browser (chrome, firefox, safari, edge), bs_os (Windows, OS X), और bs_os_version के साथ सेट करें। लाइव रियल-मोबाइल: bs_os: "android" (डिवाइस: "Samsung Galaxy S25 Ultra", "Google Pixel 10", "OnePlus 13R") या bs_os: "ios" (डिवाइस: "iPhone 17 Pro Max", "iPhone 16 Pro Max", "iPhone 15 Pro Max") सेट करें और bs_os_version में डिवाइस नाम पास करें। Node.js स्क्रिप्ट browserstack-node-sdk के माध्यम से रूट करती हैं (डेस्कटॉप + Android + iPhone कवर करती हैं)। Python स्क्रिप्ट browserstack-sdk (pytest-playwright) के माध्यम से रूट करती हैं और केवल डेस्कटॉप कवर करती हैं — Python के माध्यम से वास्तविक मोबाइल समर्थित नहीं है क्योंकि pytest-playwright का browser_type.connect() BrowserStack के वास्तविक-मोबाइल एंडपॉइंट्स को चला नहीं सकता। वीडियो और नेटवर्क लॉग स्वचालित रूप से कैप्चर होते हैं; कंसोल लॉग केवल डेस्कटॉप। संस्करण रीप्ले: स्वचालन के script_versions इतिहास से पिछली प्रविष्टि निष्पादित करने के लिए वैकल्पिक version_index (पूर्णांक, 0-इंडेक्स्ड) पास करें। डिफ़ॉल्ट: जब version_index छोड़ा या null होता है, तो वर्तमान लाइव स्क्रिप्ट चलती है — सिर्फ "वर्तमान चुनने" के लिए प्लेसहोल्डर मान न पास करें। रेंज से बाहर, नकारात्मक, या गैर-पूर्णांक मान अस्वीकार किए जाते हैं। रन रिकॉर्ड उस सटीक स्नैपशॉट को संग्रहीत करता है जो चला था, और विफल रन से स्वचालित रूप से बनाई गई कोई भी बग रिपोर्ट एडिटर में उस संस्करण से डीप-लिंक होती है।
list_automation_runs — स्वचालन के लिए हाल के रन सूचीबद्ध करें। automation_id की आवश्यकता है। स्थिति, duration_ms और error_message के साथ रन लौटाता है।
list_schedules — cron, समय क्षेत्र, डिवाइस और अधिसूचना सेटिंग्स के साथ सभी निर्धारित वेब स्वचालन रन सूचीबद्ध करें
create_schedule — निर्धारित वेब स्वचालन रन बनाएँ। automation_id और cron_expression की आवश्यकता है। डिवाइस, समय क्षेत्र, notify_on_fail (email/slack/both) और Slack चैनल विकल्पों का समर्थन करता है। निर्धारित रन पर BrowserStack Live: browserstack: true को bs_browser, bs_os, और bs_os_version के साथ पास करें — run_automation के समान डिवाइस मैट्रिक्स (Node = डेस्कटॉप + वास्तविक Android + वास्तविक iPhone; Python = केवल डेस्कटॉप)।
delete_schedule — निर्धारित वेब स्वचालन रन हटाएँ
list_mobile_schedules — डिवाइस, cron, समय क्षेत्र और अधिसूचनाओं के साथ सभी निर्धारित मोबाइल स्वचालन रन सूचीबद्ध करें
create_mobile_schedule — वास्तविक डिवाइस पर निर्धारित मोबाइल स्वचालन रन बनाएँ। automation_id, cron_expression, और devices सरणी की आवश्यकता है
delete_mobile_schedule — निर्धारित मोबाइल स्वचालन रन हटाएँ
optimize_automation_script — AI-संचालित अनुकूलन के लिए Playwright स्क्रिप्ट Sonnet 4 को भेजें। सेलेक्टर, प्रतीक्षा रणनीतियों, असर्शन, त्रुटि हैंडलिंग, प्रमाणीकरण पैटर्न, मोबाइल संगतता और सख्त मोड को ठीक करने वाली 12-बिंदु चेकलिस्ट लागू करता है। automation_id की आवश्यकता है। अनुकूलन से पहले वर्तमान स्क्रिप्ट संस्करण सहेजा जाता है। अनुकूलित स्क्रिप्ट और परिवर्तनों का सारांश लौटाता है।
undo_automation_script — स्वचालन स्क्रिप्ट को उसके पिछले संस्करण में वापस करें। 10 पिछले संस्करणों तक बनाए रखा जाता है। automation_id की आवश्यकता है। बहाल की गई स्क्रिप्ट और शेष संस्करणों की संख्या लौटाता है।

create_automation → कस्टम स्क्रिप्ट के साथ परीक्षण बनाएँ
list_automations → उपलब्ध परीक्षण ब्राउज़ करें
get_automation → Playwright स्क्रिप्ट का निरीक्षण करें
run_automation → परीक्षण ट्रिगर करें
list_automation_runs → परिणाम और अवधि जाँचें

⏱️

समय ट्रैकिंग

list_time_entries — टीम के लिए समय प्रविष्टियाँ सूचीबद्ध करें। period (today, week, month, all), project_id, category, और sort (newest, oldest, most_time, least_time) द्वारा फ़िल्टर करें। केवल Enterprise योजना।
create_time_entry — QA कार्यों पर बिताया गया समय लॉग करें। description, category, और duration_minutes की आवश्यकता है। वैकल्पिक रूप से project_id और entry_date सेट करें (आज डिफ़ॉल्ट)। केवल Enterprise योजना।
update_time_entry — मौजूदा समय प्रविष्टि अपडेट करें। id की आवश्यकता है। description, category, duration_minutes, project_id, या entry_date अपडेट कर सकता है। केवल Enterprise योजना।
delete_time_entry — समय प्रविष्टि स्थायी रूप से हटाएँ। id की आवश्यकता है। केवल Enterprise योजना।

create_time_entry → रिग्रेशन परीक्षण के 45 मिनट लॉग करें
list_time_entries → इस सप्ताह की समय प्रविष्टियाँ देखें
update_time_entry → अवधि या श्रेणी समायोजित करें
delete_time_entry → गलत प्रविष्टि हटाएँ

☑️

परीक्षण मामले

र्पदानुक्रमित फ़ोल्डरों, नेस्टेड सुइट्स (रनों पर सब-सुइट स्वचालित-विस्तार के साथ 3 स्तरों तक गहरे), ड्रैग-ड्रॉप पुनःक्रमण, और KPI रुझानों, विफलता विश्लेषण, सुइट स्वास्थ्य, कवरेज, और परीक्षक उत्पादकता के साथ एक एनालिटिक्स रिपोर्ट्स टैब के साथ परीक्षण प्रबंधन। सभी उपकरण सीधे Supabase को कॉल करते हैं — कोई HTTP राउंडट्रिप नहीं, डैशबोर्ड के समान विलंबता।

निःशुल्क सीमाएँ: 10 संग्रहीत परीक्षण केस, 1 सुइट, 3 फ़ोल्डर, प्रति केस 128 KB संरचित सामग्री, 2 सक्रिय वर्कस्पेस API कुंजियाँ, और प्रति UTC कैलेंडर माह 10 कुल परीक्षण रन। उन रनों में से 3 तक Hermes या किसी अन्य बाहरी एजेंट का उपयोग कर सकते हैं, 1 सक्रिय बाहरी रन और प्रत्येक बाहरी योजना में अधिकतम 10 केस के साथ। निःशुल्क API-कुंजी MCP ट्रैफ़िक प्रति कुंजी 30 अनुरोधों और प्रति वर्कस्पेस प्रति मिनट 60 तक सीमित है। एंटरप्राइज़ परीक्षण केस संग्रहण और रन असीमित हैं, सामान्य प्लेटफ़ॉर्म सुरक्षाओं के अधीन।

AI परीक्षण-केस जनरेशन, AI टैग सुझाव, Figma आयात, और परीक्षण-केस फ़ाइल अनुलग्नकों के लिए Enterprise आवश्यक है। 128 KB निःशुल्क संरचित-सामग्री सीमा Enterprise फ़ाइल अनुलग्नकों से अलग है। निःशुल्क URL संदर्भ संग्रहीत कर सकता है। कोर MCP परीक्षण-केस उपकरण उपरोक्त सीमाओं के भीतर निःशुल्क पर उपलब्ध रहते हैं।

हैंड्स-फ़्री निष्पादन: रन समीक्षा पृष्ठ एक कैरोसेल है जिसमें एक समय में एक केस दिखाई देता है, कीबोर्ड शॉर्टकट (P पास · F फ़ेल · B ब्लॉक · S स्किप), और वॉइस नियंत्रण। माइक पर क्लिक करें, फिर "Pass", "Fail", "Block", "Skip", "Next", "Previous", "Add notes" (नोट्स फ़ील्ड में ट्रांसक्राइब होता है), "Save notes", या "Voice off" कहें। सफल परिणामों पर अगले अप्रयुक्त केस में स्वचालित रूप से आगे बढ़ता है; Fail पर रुकता है ताकि परीक्षक विवरण निर्धारित कर सकें और बग उत्पन्न कर सकें। Chrome, Edge, और Safari में काम करता है।

केस और फ़ोल्डर

list_test_cases — वैकल्पिक search, priority (critical, high, medium, low), type (functional, regression, smoke, integration, performance, security, usability, exploratory), status (active, draft, deprecated), और sort (newest, oldest, name, priority) के साथ परीक्षण केस सूचीबद्ध करें। API-कुंजी कॉलरों को test_cases:read आवश्यक है।
create_test_case — परीक्षण केस बनाएँ। दो टेम्पलेट वेरिएंट: steps (डिफ़ॉल्ट) — steps ऐरे के माध्यम से प्रति-चरण { action, expected } ग्रिड; text — text_content के माध्यम से एकल मुक्त-रूप विवरण। दोनों फ़ील्ड एक ही कॉल में भेजे जा सकते हैं (प्लेटफ़ॉर्म उन्हें स्वतंत्र रूप से संग्रहीत करता है ताकि बाद में template_type स्विच करने वाला परीक्षक किसी भी पक्ष का डेटा न खोए)। वैकल्पिक urls ऐरे (अधिकतम 10 http/https URL) संदर्भ लिंक संलग्न करता है और निःशुल्क पर उपलब्ध है। name आवश्यक है। वैकल्पिक: description, preconditions, template_type, steps, text_content, urls, priority, type, tags, estimated_time (सेकंड)। फ़ाइल अनुलग्नकों के लिए Enterprise आवश्यक है और डैशबोर्ड के POST /api/test-cases/:id/attachments एंडपॉइंट (मल्टीपार्ट) के माध्यम से अपलोड किए जाते हैं — अभी तक MCP उपकरण के रूप में उजागर नहीं किए गए हैं। API-कुंजी कॉलरों को test_cases:write आवश्यक है।
get_test_case — चरणों और निष्पादन इतिहास सहित पूर्ण परीक्षण केस विवरण प्राप्त करें।
list_test_case_folders — टीम के फ़ोल्डर सूचीबद्ध करें (folder_id के माध्यम से प्रति केस एक फ़ोल्डर; सुइट्स से भिन्न, जो कई-से-कई परीक्षण-योजना समूह हैं)। 500 पर सीमित; project_id और parent_folder_id फ़िल्टर का सम्मान करता है (केवल शीर्ष-स्तर के लिए "root" उपयोग करें)।
create_test_case_folder — फ़ोल्डर बनाएँ (parent_folder_id के माध्यम से 3 स्तरों तक नेस्ट करता है)। केसों को इसमें स्थानांतरित करने के लिए bulk_update_test_cases उपयोग करें। API-कुंजी कॉलरों को test_cases:write आवश्यक है।
bulk_update_test_cases — एक साथ 500 केसों पर एक क्रिया लागू करें: set_priority, set_status, set_type, add_tags, remove_tags, add_to_suite, pin, unpin।
link_test_case_to_bug — परीक्षण केस और बग रिपोर्ट के बीच ट्रेसेबिलिटी स्थापित करें (verified_by, covers, या relates)।
list_test_case_links — परीक्षण केस के लिए सभी ट्रेसेबिलिटी लिंक सूचीबद्ध करें।
list_test_case_review_candidates — डेड-टेस्ट फ़्लैग: never_run (निर्माण के 90+ दिन), always_passes (90 दिनों में 5+ लगातार पास), always_skipped (3+ लगातार स्किप)।
mark_test_case_review_flags — वर्तमान संग्रह-उम्मीदवार फ़्लैग को test_cases.review_flag पर सहेजें। pg_cron के माध्यम से प्रत्येक सोमवार 09:00 UTC पर स्वचालित रूप से चलता है।

आयात

Figma आयात (Enterprise) (डैशबोर्ड UI + REST): Figma फ़्रेम का zip निर्यात अपलोड करें (100 MB तक), Claude प्रत्येक स्क्रीन का विश्लेषण करता है और आपके द्वारा चुने या बनाए गए फ़ोल्डर में परीक्षण केस तैयार करता है। मल्टी-पास पाइपलाइन (वर्गीकृत करें → प्रति-स्क्रीन केस → साझा-उपसर्ग स्क्रीनों पर फ्लो-स्तरीय केस → स्व-आलोचना) प्रॉम्प्ट कैशिंग, 429 रीट्राई, और प्रति-फ़्रेम त्रुटि अलगाव के साथ ताकि एक खराब फ़्रेम बैच को विफल न करे। केस status=active के रूप में आते हैं, ai_generated=true टैग किए जाते हैं, source='figma' और source_frame_name के साथ मूल फ़्रेम का लिंक संरक्षित होता है। प्लेटफ़ॉर्म Anthropic कुंजी का उपयोग करता है — कोई प्रति-टीम Claude कनेक्शन आवश्यक नहीं। एंडपॉइंट: POST /api/test-cases/import/figma/request, POST /api/test-cases/import/figma/start, GET /api/test-cases/import/figma/:id।

सुइट्स और रन

list_test_suites — प्रोजेक्ट पहचान, केस गणना, और अंतिम रन स्थिति के साथ परीक्षण सुइट सूचीबद्ध करें। API-कुंजी कॉलरों को test_runs:read आवश्यक है।
create_test_suite — सुइट बनाएँ। parent_suite_id के माध्यम से 3 स्तरों तक नेस्ट करता है।
list_test_runs — सुइट नाम, असाइनी, और पास/फ़ेल सारांश के साथ परीक्षण रन सूचीबद्ध करें।
create_test_run — डैशबोर्ड-प्रबंधित सुइट रन बनाएँ। मूल सुइट चलाने पर स्वचालित रूप से प्रत्येक डिसेंडेंट सब-सुइट का प्रत्येक केस शामिल होता है (दोनों से जुड़ा केस ठीक एक बार जोड़ा जाता है)। प्रत्येक test_run_results पंक्ति रिकॉर्ड करती है कि केस किस मूल सब-सुइट से आया है, ताकि परिणाम पृष्ठ मूल द्वारा समूहित कर सकें।

बाहरी एजेंट निष्पादन

ये उपकरण Hermes या किसी अन्य एजेंट रनटाइम को QA की सिस्टम ऑफ़ रिकॉर्ड बने बिना अनुमोदित सुइट निष्पादित करने देते हैं। केवल test_runs:read और test_runs:write वाली वर्कस्पेस-स्कोप्ड कुंजी का उपयोग करें। सुइट प्रोजेक्ट सीमा प्रदान करता है; कॉलर इसे ओवरराइड नहीं कर सकते।

start_test_plan — स्थिर external_run_id के साथ अपरिवर्तनीय सुइट स्नैपशॉट प्रारंभ या फिर से शुरू करें। दोहराया गया ID डुप्लिकेट बनाने के बजाय मौजूदा मेल खाते रन और पहला पृष्ठ लौटाता है।
get_test_run_plan — विहित रन स्थिति और स्थिर योजना पृष्ठ पढ़ें। पिछला next_cursor पास करें; पृष्ठ डिफ़ॉल्ट रूप से 100 केस के होते हैं और 200 पर सीमित होते हैं।
report_test_results — passed, failed, blocked, या skipped स्थिति के साथ 1–200 परिणाम सबमिट करें। सटीक रीट्राई सुरक्षित हैं; किसी केस को दूसरी स्थिति के साथ ओवरराइट करने का प्रयास अस्वीकृत किया जाता है।
abort_test_run — स्वीकृत आंशिक परिणामों और विहित सारांश को संरक्षित करते हुए बाधित रन को आइडेम्पोटेंट रूप से रोकें।

कोटा व्यवहार: मेल खाते रन को फिर से शुरू करने के लिए समान external_run_id के साथ start_test_plan को रीट्राई करें, बिना दूसरा रन उपभोग किए। डेटा हटाने से मासिक रन उपयोग रीसेट नहीं होता।

रनटाइम सीमा: केस स्नैपशॉट क्रेडेंशियल्स, फ़ाइल बॉडी, और निजी अनुलग्नक पथों को बाहर करते हैं। परिणाम साक्ष्य MVP में टेक्स्ट है। लक्ष्य क्रेडेंशियल निष्पादन रनटाइम में रहते हैं। ब्राउज़र, मॉडल, और नेटवर्क लागत ग्राहक-पक्ष रहती है, और ग्राहकों को लक्ष्य पहुँच और नेटवर्क ईग्रेस प्रतिबंधित करना चाहिए। दोष और रिलीज़ निर्णयों के लिए एक मानव जिम्मेदार रहता है।

Hermes एजेंट गाइड इस लूप को bugAgent-अनुरक्षित सामुदायिक कौशल के रूप में पैकेज करता है। सार्वजनिक स्टार्टर किट में कॉपी-रेडी कॉन्फ़िग और इंस्टॉल करने योग्य कौशल शामिल है। यह आधिकारिक Nous Research एकीकरण नहीं है।

रिपोर्ट्स (Tier 1 + Tier 4 एनालिटिक्स)

get_test_reports_overview — विंडो के लिए हेडलाइन KPI (पास दर, पूर्ण रन, निष्पादित केस) पिछले समकक्ष विंडो की तुलना में डेल्टा के साथ। वही संख्याएँ जो रिपोर्ट्स टैब KPI स्ट्रिप दिखाता है।
get_test_reports_failures — चार "क्या ठीक करें?" सूचियाँ: failing_cases (≥50% फ़ेल, न्यूनतम 3 रन), flaky_cases (सबसे अधिक पास/फ़ेल फ्लिप), failing_suites (≥30% फ़ेल, न्यूनतम 5 रन), regressed_cases (विंडो में पहले पास के साथ सबसे हालिया फ़ेल)।

create_test_case_folder → फ़ोल्डर ट्री बनाएँ (जैसे Smoke → Auth)
create_test_case → केस परिभाषित करें; उन्हें bulk_update_test_cases के साथ फ़ोल्डरों में स्थानांतरित करें
create_test_suite → परीक्षण योजना बनाएँ (सब-सुइट वैकल्पिक, 3 स्तरों तक गहरे)
create_test_run → मूल सुइट से मानव/डैशबोर्ड-प्रबंधित रन बनाएँ — सब-सुइट स्वचालित रूप से शामिल
start_test_plan → रीट्राई-सुरक्षित बाहरी-एजेंट रन प्रारंभ या फिर से शुरू करें
get_test_run_plan → प्रत्येक अपरिवर्तनीय योजना पृष्ठ प्राप्त करें, फिर चयनित रनटाइम में निष्पादित करें
report_test_results → बाउंडेड परिणाम बैच लौटाएँ; निष्पादन सुरक्षित रूप से जारी नहीं रखा जा सके तो abort_test_run कॉल करें
get_test_reports_failures → रन पूरा होने पर "इस सप्ताह क्या ठीक करें?" पूछें
get_test_reports_overview → सप्ताह-दर-सप्ताह पास दर प्रवृत्ति ट्रैक करें

⚡

टीम बूस्टर

scale_team — बूस्टर परीक्षकों के साथ अपनी QA टीम को तुरंत स्केल करें। खाते परीक्षक पहुँच के साथ स्वचालित रूप से प्रावधानित होते हैं। team_size (1–10), location, duration, budget, और वैकल्पिक रूप से product_url, product_types, और tech_levels निर्दिष्ट करें। Enterprise योजना पर उपलब्ध। अनुमोदन दिए जाने तक आपसे शुल्क नहीं लिया जाएगा।

scale_team → 1 माह के लिए US में 5 वरिष्ठ परीक्षक प्रावधानित करें
list_team_members → नए परीक्षकों की आपकी टीम में उपस्थिति सत्यापित करें
list_reports → बूस्टर परीक्षकों द्वारा दर्ज रिपोर्टों की समीक्षा करें

📱

मोबाइल परीक्षण (Enterprise)

मोबाइल संसाधन प्रोजेक्ट-स्कोप्ड हैं। बनाने, आयात करने, और फ़िल्टर की गई सूचियों पर project_id या एक लचीला project चयनकर्ता पास करें। ऑटोमेशन लिंक किए गए ऐप का प्रोजेक्ट विरासत में लेते हैं; अन्यथा सर्वर वर्कस्पेस डिफ़ॉल्ट प्रोजेक्ट का उपयोग करता है। माइग्रेट होने तक अनफ़िल्टर्ड सूचियों में विरासती वर्कस्पेस-स्तरीय पंक्तियाँ शामिल हो सकती हैं।

list_mobile_apps — अपलोड किए गए ऐप्स को वैकल्पिक project_id/project, platform और limit फ़िल्टर के साथ सूचीबद्ध करें। प्रत्येक ऐप का project_id लौटाता है ताकि एजेंट बाद के ऑपरेशन उसी प्रोजेक्ट में जारी रख सकें।
upload_mobile_app — वास्तविक डिवाइस पर परीक्षण के लिए एक APK (Android) या IPA (iOS) ऐप पंजीकृत करें। name, platform (android/ios) और file_url आवश्यक हैं; सक्रिय प्रोजेक्ट में असाइन करने के लिए project_id पास करें। iOS के लिए, वास्तविक-डिवाइस रन के लिए IPA अपलोड करें, फिर रिकॉर्डिंग के लिए सिम्युलेटर .app बिल्ड अपलोड करने हेतु डैशबोर्ड का उपयोग करें।
update_mobile_app — ऐप बाइनरी को नए संस्करण से बदलें। कैश की गई URL और सिम्युलेटर बिल्ड साफ़ करता है ताकि अगले रन पर सभी ऑटोमेशन नए संस्करण का उपयोग करें। app_id और file_url आवश्यक हैं। वैकल्पिक: version। यदि लिंक किए गए ऑटोमेशन लॉगिन प्रोफ़ाइल का उपयोग करते हैं, तो कॉल करने वाले को हर प्रोफ़ाइल के लिए अधिकृत होना चाहिए या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक होना चाहिए; शेड्यूल संरक्षित ऑटोमेशन डिफ़ॉल्ट विरासत में लेते हैं।
list_mobile_automations — मोबाइल ऑटोमेशन को वैकल्पिक project_id/project, app_id, status और limit फ़िल्टर के साथ सूचीबद्ध करें। परिणामों में project_id और लिंक किया गया ऐप ID शामिल होता है।
create_mobile_automation — टेस्ट स्क्रिप्ट बनाएं। name, app_id, script_type (YAML के लिए maestro, Appium Python के लिए appium, Appium JavaScript के लिए appium_js) और script आवश्यक हैं; जब ऐप पहले से प्रोजेक्ट-स्कोप्ड न हो तो project_id पास करें। एक बाहरी रूप से सत्यापित, स्व-निहित Maestro YAML फ़्लो के लिए, execution_mode को browserstack_maestro पर सेट करें; अन्यथा यह डिफ़ॉल्ट रूप से appium_actions होता है। YAML appId को लिंक किए गए ऐप के संग्रहीत पैकेज या बंडल ID से मेल खाना चाहिए; यदि कोई संग्रहीत नहीं है, तो पहला सत्यापित नेटिव फ़्लो इसे स्थापित करता है। प्लेसहोल्डर ऐप ID और अस्पष्ट Android रिसोर्स ID अस्वीकार किए जाते हैं। इनलाइन runFlow समर्थित है, लेकिन बाहरी फ़्लो/स्क्रिप्ट फ़ाइल संदर्भ v1 में अस्वीकार किए जाते हैं। नेटिव Maestro inputRandomText और copyTextFrom जैसे कमांड के साथ-साथ ${maestro.copiedText} और ${output.value} जैसे रनटाइम एक्सप्रेशन को संरक्षित करता है। एक समान-प्रोजेक्ट credential_id ${USERNAME}/${PASSWORD} के पूर्ण inputText मान प्रदान कर सकता है। एक समान-प्रोजेक्ट variable_profile_id संदर्भित ${DATA_*} मानों के लिए डिफ़ॉल्ट सहेज सकता है; प्रत्येक संदर्भित कुंजी मौजूद होनी चाहिए। डेटा प्रोफ़ाइल केवल गैर-गोपनीय सिंथेटिक डेटा हैं।
import_mobile_script — मौजूदा मोबाइल टेस्ट स्क्रिप्ट आयात करें और उसे चलाने योग्य ऑटोमेशन में बदलें, डेवलपर के स्वयं के लोकेटर को संरक्षित करते हुए ताकि रन सटीक रूप से एलिमेंट हल करें। समर्थित भाषाएँ: Appium-Python, WebdriverIO, Maestro (YAML फ़्लो) और Playwright (मोबाइल-वेब)। अस्पष्ट Android रिसोर्स-ID प्लेसहोल्डर छोड़ दिए जाते हैं और सेलेक्टर-मैपिंग warnings में रिपोर्ट किए जाते हैं। केवल Android ऐप। name, app_id और script आवश्यक हैं; वैकल्पिक target_devices और project_id। ऑटोमेशन के साथ-साथ action_count, पता लगाए गए dialect और सेलेक्टर-मैपिंग warnings लौटाता है।
run_mobile_automation — वास्तविक डिवाइस पर मोबाइल ऑटोमेशन शुरू करें। automation_id आवश्यक है; वैकल्पिक device, os_version, credential_id और नेटिव-Maestro variable_profile_id। डेटा के लिए, ऑटोमेशन डिफ़ॉल्ट विरासत में लेने हेतु variable_profile_id छोड़ें, कोई प्रोफ़ाइल उपयोग न करने हेतु null पास करें, या ओवरराइड करने हेतु समान-प्रोजेक्ट UUID पास करें। प्रत्येक संदर्भित ${DATA_*} कुंजी मौजूद होनी चाहिए। केवल सक्रिय प्रोफ़ाइल निर्माता या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक चयनित प्रोफ़ाइल निष्पादित कर सकता है। ज्ञात क्रेडेंशियल मान फ़िल्टर किए जाते हैं और सटीक डेटा-प्रोफ़ाइल मान संग्रहीत पाठ्य साक्ष्य से सर्वोत्तम-प्रयास फ़िल्टरिंग प्राप्त करते हैं; रूपांतरित, आंशिक, एन्कोडेड या ऐप-व्युत्पन्न डेटा मान बने रह सकते हैं। अधिकृत निजी वीडियो/स्क्रीनशॉट उपलब्ध रहते हैं और परीक्षित ऐप द्वारा प्रस्तुत मान दिखा सकते हैं, इसलिए डेटा प्रोफ़ाइल में केवल सिंथेटिक गैर-गोपनीय मान होने चाहिए। यदि क्रेडेंशियल रिडक्शन संदर्भ अनुपलब्ध है या सैनिटाइज़ेशन सुरक्षित सिद्ध नहीं किया जा सकता है, तो विस्तृत क्रेडेंशियल टेक्स्ट रोक दिया जाता है जबकि स्थिति और उपलब्ध दृश्य साक्ष्य बने रहते हैं। डायग्नोस्टिक्स के लिए वर्कस्पेस और प्रोजेक्ट प्राधिकरण आवश्यक है; मीडिया लिंक पाँच मिनट बाद समाप्त हो जाते हैं।
list_mobile_runs — अधिकृत मोबाइल रन परिणाम प्राप्त करें (स्थिति, डिवाइस, परिणाम सारांश, निजी वीडियो और स्क्रीनशॉट लिंक, BrowserStack सत्र, फ़िल्टर किए गए क्रेडेंशियल नेटिव Maestro लॉग और विफलताएँ जब सुरक्षित रूप से उपलब्ध हों, और कोई स्वतः-निर्मित बग)। रन डायग्नोस्टिक्स के लिए वर्कस्पेस सदस्यता और प्रोजेक्ट पहुँच अनिवार्य है। वैकल्पिक फ़िल्टर: project_id, automation_id, status (queued, running, passed, failed, error, archived) और limit। संग्रहीत रन डिफ़ॉल्ट रूप से बाहर रखे जाते हैं।
create_mobile_credential — किसी प्रोजेक्ट के लिए नामित लॉगिन प्रोफ़ाइल बनाएं (जैसे "Admin", "Contributor"): एक उपयोगकर्ता नाम + पासवर्ड जो मोबाइल ऑटोमेशन द्वारा उपयोग किए जाते हैं। दोनों मान AES‑256‑GCM एन्क्रिप्टेड संग्रहीत होते हैं और केवल-लिखित होते हैं — कोई भी टूल या API उन्हें वापस नहीं लौटाता है, और अन्य सदस्य/UI केवल नाम देखते हैं। केवल वह सक्रिय वर्कस्पेस सदस्य जिसने इसे बनाया है या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक इसे बाँध, चला, घुमा या हटा सकता है। project_id, name, username, password आवश्यक हैं। केवल एंटरप्राइज़।
list_mobile_credentials — लॉगिन प्रोफ़ाइल सूचीबद्ध करें (वैकल्पिक रूप से एक project_id)। केवल गैर-गोपनीय फ़ील्ड लौटाता है (id, name, प्रोजेक्ट, निर्माता, निर्माण तिथि) — उपयोगकर्ता नाम या पासवर्ड कभी नहीं। ऑटोमेशन चलाते समय लौटाए गए id का उपयोग क्रेडेंशियल चयन के रूप में करें।
update_mobile_credential — लॉगिन प्रोफ़ाइल का नाम बदलें या id द्वारा उसका उपयोगकर्ता नाम/पासवर्ड घुमाएँ। केवल बदलने योग्य फ़ील्ड शामिल करें। नए गोपनीय मान तुरंत एन्क्रिप्ट होते हैं और कभी वापस नहीं लौटाए जाते। केवल वह सक्रिय वर्कस्पेस सदस्य जिसने प्रोफ़ाइल बनाई है या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक इसे अपडेट कर सकता है।
delete_mobile_credential — id द्वारा लॉगिन प्रोफ़ाइल को सॉफ्ट-डिलीट करें। केवल वह सक्रिय वर्कस्पेस सदस्य जिसने प्रोफ़ाइल बनाई है या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक इसे हटा सकता है। यह ऑडिट और रन इतिहास के लिए बनाए रखी जाती है लेकिन अब उपयोग या सूचीबद्ध नहीं होती; ऑटोमेशन डिफ़ॉल्ट साफ़ हो जाते हैं और नाम पुनः उपयोग योग्य हो जाता है।
create_mobile_variable_profile — project_id, name और {"DATA_EMAIL":"qa@example.test","DATA_REGION":"ca"} जैसे variables ऑब्जेक्ट के साथ पुनः उपयोग योग्य, प्रोजेक्ट-स्कोप्ड सिंथेटिक टेस्ट डेटा बनाएं। कुंजियाँ अपरकेस DATA_* पहचानकर्ता होनी चाहिए। प्रोफ़ाइलें 1–100 स्ट्रिंग, प्रति मान 4096 UTF-8 बाइट्स और कुल 65536 बाइट्स की अनुमति देती हैं। आरक्षित क्रेडेंशियल/रनटाइम नाम अस्वीकार किए जाते हैं। क्रेडेंशियल, टोकन, उत्पादन व्यक्तिगत डेटा या अन्य गोपनीय जानकारी कभी संग्रहीत न करें।
list_mobile_variable_profiles — एक अधिकृत project_id के लिए प्रोफ़ाइल और उनके पठनीय गैर-गोपनीय मान सूचीबद्ध करें। प्रोजेक्ट असाइनमेंट नियम लागू होते हैं।
update_mobile_variable_profile — id द्वारा प्रोफ़ाइल का नाम बदलें या उसका पूर्ण variables ऑब्जेक्ट बदलें। केवल सक्रिय निर्माता या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक इसे अपडेट कर सकता है।
delete_mobile_variable_profile — id द्वारा प्रोफ़ाइल को सॉफ्ट-डिलीट करें। केवल सक्रिय निर्माता या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक इसे हटा सकता है; ऐतिहासिक रन संदर्भ बने रहते हुए ऑटोमेशन डिफ़ॉल्ट साफ़ हो जाते हैं।
list_mobile_schedules, create_mobile_schedule, delete_mobile_schedule — वास्तविक-डिवाइस शेड्यूल सूचीबद्ध करें, बनाएं और हटाएँ। शेड्यूल अपने चयनित ऑटोमेशन से प्रोजेक्ट संदर्भ, लॉगिन प्रोफ़ाइल और गैर-गोपनीय वेरिएबल प्रोफ़ाइल विरासत में लेते हैं। कोई भी शेड्यूल जो संरक्षित प्रोफ़ाइल का उपयोग करता है, उसे सक्रिय प्रोफ़ाइल निर्माता या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक की आवश्यकता होती है; शेड्यूल परिवर्तन और विलोपन सक्रिय शेड्यूल निर्माता या सक्रिय वर्कस्पेस स्वामी/व्यवस्थापक तक सीमित हैं।

उदाहरण कार्यप्रवाह — Android

list_projects → लक्षित project_id हल करें
upload_mobile_app → उस प्रोजेक्ट में APK पंजीकृत करें
डैशबोर्ड में सुरक्षित रूप से रिकॉर्ड करें, या import_mobile_script / create_mobile_automation का उपयोग करें
list_mobile_automations → उसी प्रोजेक्ट में ऑटोमेशन हल करें
run_mobile_automation → इसे वास्तविक डिवाइस पर ट्रिगर करें, वैकल्पिक रूप से लॉगिन प्रोफ़ाइल के साथ
list_mobile_runs → स्थिति, परिणाम सारांश, निजी विज़ुअल लिंक और BrowserStack सत्र मेटाडेटा जाँचें
विफलताएँ विफलता स्नैपशॉट और चरण विवरण के साथ स्वतः बग रिपोर्ट बनाती हैं

उदाहरण कार्यप्रवाह — iOS

upload_mobile_app → वास्तविक-डिवाइस रन के लिए अपना IPA project_id के साथ पंजीकृत करें
ऐप विवरण पृष्ठ पर सिम्युलेटर .app बिल्ड अपलोड करें (रिकॉर्डिंग के लिए)
ब्राउज़र में टेस्ट रिकॉर्ड करें → सिम्युलेटर से क्रियाएँ कैप्चर होती हैं
run_mobile_automation → iPhone पर सहेजे गए ऑटोमेशन को ट्रिगर करें (IPA का उपयोग करता है)
update_mobile_app → तैयार होने पर IPA को नए संस्करण से बदलें

उदाहरण कार्यप्रवाह — नेटिव Maestro

upload_mobile_app → लक्षित प्रोजेक्ट में APK या IPA पंजीकृत करें
create_mobile_credential → वैकल्पिक रूप से प्रमाणित फ़्लो के लिए समान-प्रोजेक्ट प्रोफ़ाइल बनाएँ
create_mobile_variable_profile → वैकल्पिक रूप से फ़्लो द्वारा उपयोग किए जाने वाले समान-प्रोजेक्ट सिंथेटिक DATA_* मान बनाएँ
create_mobile_automation → लिंक किए गए ऐप के सटीक पैकेज/बंडल appId, script_type: maestro और execution_mode: browserstack_maestro के साथ एक ज्ञात-काम करने वाला YAML फ़्लो पास करें। लॉगिन के लिए ${USERNAME}/${PASSWORD} और सिंथेटिक इनपुट के लिए ${DATA_EMAIL}-शैली प्लेसहोल्डर का उपयोग करें; डिफ़ॉल्ट सहेजने के लिए प्रोफ़ाइल ID पास करें।
run_mobile_automation → संगत डिवाइस चुनें और वैकल्पिक रूप से लॉगिन या वेरिएबल प्रोफ़ाइल को ओवरराइड करें। विरासत में लेने के लिए वेरिएबल प्रोफ़ाइल छोड़ें, या एक रन के लिए इसे अक्षम करने हेतु null पास करें।
list_mobile_runs → अधिकृत पास/फेल सारांश, निजी वीडियो/स्क्रीनशॉट, फ़िल्टर किए गए लॉग, वास्तविक चरण नाम, विस्तृत विफलताएँ और सत्र मेटाडेटा का निरीक्षण करें। यदि क्रेडेंशियल रन के लिए सुरक्षित सैनिटाइज़ेशन स्थापित नहीं किया जा सकता है, तो विस्तृत टेक्स्ट रोक दिया जाता है जबकि स्थिति और उपलब्ध दृश्य साक्ष्य बने रहते हैं।

AI के साथ परिष्कृत करें: अनुमतिसूचीबद्ध बीटा डैशबोर्ड और REST परिष्करण एंडपॉइंट्स के माध्यम से उपलब्ध है। सार्वजनिक कैटलॉग का हिस्सा कोई Refine MCP टूल अभी नहीं है।

✅

अनुपालन एवं साक्ष्य (एंटरप्राइज़)

collect_compliance_evidence — कनेक्टेड सेवाओं (Cloudflare, GitHub, Sentry, Supabase, Railway) से स्वचालित साक्ष्य संग्रह ट्रिगर करें। रन ID लौटाता है। SSL/TLS सेटिंग्स, WAF स्थिति, Dependabot अलर्ट, त्रुटि रुझान, डिप्लॉय इतिहास और अधिक एकत्र करता है।
check_config_drift — बेसलाइन से सुरक्षा कॉन्फ़िगरेशन विचलन के लिए सभी कनेक्टेड सेवाओं की जाँच करें (SSL मोड, TLS संस्करण, HSTS, WAF नियम, सुरक्षा हेडर)।
generate_access_review — त्रैमासिक एक्सेस समीक्षा रिपोर्ट बनाएं। टीम सदस्यों, भूमिकाओं, MFA स्थिति, API कुंजी उपयोग का ऑडिट करता है और अनुशंसाएँ उत्पन्न करता है (जैसे, निष्क्रिय कुंजियाँ रद्द करें)।
get_security_events — क्रॉस-सेवा सुरक्षा ईवेंट टाइमलाइन क्वेरी करें। स्रोत (cloudflare, sentry, github) और गंभीरता (critical, high, medium, low, info) द्वारा फ़िल्टर करें। ईवेंट सेवाओं में स्वतः सहसंबंधित होते हैं।

अनुपालन कवरेज

ये टूल SOC2 (CC4.1, CC6.1, CC7.2, CC8.1), ISO 27001 (A.5.18, A.8.8, A.8.9, A.8.15-16, A.8.29) और GDPR (Art. 5, 25, 32, 33) अनुपालन आवश्यकताओं में मदद करते हैं।

संगत क्लाइंट

bug_Agent_ Model Context Protocol का समर्थन करने वाले किसी भी क्लाइंट के साथ काम करता है। लोकप्रिय क्लाइंट के लिए सेटअप गाइड यहाँ दिए गए हैं:

🤖

Claude Desktop

Settings → Developer → Edit Config खोलें, फिर जोड़ें:

claude_desktop_config.json

सहेजने के बाद Claude Desktop को पुनः आरंभ करें।

✳️

Cursor

Settings → MCP Servers → Add Server खोलें, या अपने प्रोजेक्ट रूट में .cursor/mcp.json संपादित करें:

.cursor/mcp.json

🌊

Windsurf

Settings → MCP → Add Server खोलें, या अपनी MCP कॉन्फ़िग फ़ाइल संपादित करें:

mcp_config.json

💻

Claude Code (CLI)

bug_Agent_ को सीधे टर्मिनल से जोड़ें:

claude mcp add bugagent -- npx -y @bugagent/mcp-server

लॉन्च करने से पहले export BUGAGENT_API_KEY=ba_live_... के साथ अपनी API कुंजी सेट करें।

🔧

अन्य MCP क्लाइंट

MCP stdio ट्रांसपोर्ट का समर्थन करने वाला कोई भी क्लाइंट bug_Agent_ के साथ काम करता है। मानक कॉन्फ़िगरेशन का उपयोग करें:

कमांड: npx
तर्क: ["-y", "@bugagent/mcp-server"]
एनवी: BUGAGENT_API_KEY

CLI

CLI के साथ आरंभ करना

The bug_Agent_ CLI आपको अपने टर्मिनल से बग रिपोर्ट्स, फीचर अनुरोधों, प्रोजेक्ट्स और एकीकरणों पर पूर्ण नियंत्रण देता है। इसका उपयोग करें:

वर्कफ़्लो स्वचालित करें — बग रिपोर्टिंग को CI/CD पाइपलाइनों, स्क्रिप्ट्स और क्रॉन जॉब्स में एकीकृत करें
बल्क ऑपरेशन — अपने टर्मिनल से बाहर निकले बिना रिपोर्ट्स को सूचीबद्ध, फ़िल्टर और प्रबंधित करें
पाइप-अनुकूल आउटपुट — jq, yq और अन्य टूल्स के साथ संयोजन के लिए JSON, YAML और रॉ प्रारूप
तेज़ पुनरावृत्ति — ब्राउज़र की आवश्यकता नहीं — सेकंडों में रिपोर्ट्स बनाएं और अपडेट करें

इंस्टॉलेशन

npm install -g @bugagent/cli

इंस्टॉलेशन सत्यापित करें:

bugagent --version

प्रमाणीकरण

अपनी API कुंजी को पर्यावरण चर के रूप में सेट करें:

या इसे सीधे --api-key फ्लैग के साथ पास करें:

bugagent reports list --api-key ba_live_your_key_here

🔑

अपनी API कुंजी bug_Agent_ कंसोल से प्राप्त करें। कुंजियाँ ba_live_ से शुरू होती हैं।

स्थायी प्रमाणीकरण के लिए, अपने शेल प्रोफ़ाइल में export जोड़ें (~/.bashrc, ~/.zshrc, आदि)।

उपयोग

कमांड इस पैटर्न का पालन करते हैं:

bugagent <resource> <action> [flags]

संसाधन उप-संसाधनों के लिए कोलन सिंटैक्स का भी उपयोग कर सकते हैं:

bugagent reports comments add --report-id WRKID-545 --body "Reproduced on v2.1"

विवरण के लिए किसी भी कमांड पर --help का उपयोग करें:

bugagent reports --help
bugagent reports create --help

उदाहरण सत्र

टर्मिनल

# List your projects
bugagent projects list

# Create a bug report in your default project
bugagent reports create \
  --title "Checkout 500 on discount code" \
  --description "Applying SAVE20 returns HTTP 500" \
  --severity critical \
  --type logic

# View recent reports
bugagent reports list --limit 5 --format pretty

# Get full details on a report (use the short ID or UUID)
bugagent reports get WRKID-545

# Sync a report to Jira
bugagent jira sync --report-id WRKID-545

# Check your usage
bugagent usage get --format json

CLI विशेषताएँ

CLI निम्नलिखित के लिए कमांड प्रदान करता है:

reports बग रिपोर्ट्स बनाएं, सूचीबद्ध करें, प्राप्त करें, अपडेट करें और फ्लश करें

projects प्रोजेक्ट्स बनाएं, सूचीबद्ध करें, अपडेट करें और हटाएं

keys API कुंजियाँ उत्पन्न करें, सूचीबद्ध करें, पुनर्जीवित करें और रद्द करें

jira Jira सेटिंग्स कनेक्ट करें, रिपोर्ट्स सिंक करें और कॉन्फ़िगर करें

usage योजना सीमाओं के विरुद्ध वर्तमान उपयोग जांचें

stats विश्लेषण और विभाजन देखें

profile अपनी प्रोफ़ाइल और सेटिंग्स देखें और अपडेट करें

auth लॉगिन, पंजीकरण और क्रेडेंशियल प्रबंधित करें

वैश्विक फ्लैग

फ्लैग विवरण

--api-key <key> इस कमांड के लिए API कुंजी ओवरराइड करें

--format <fmt> आउटपुट प्रारूप: json, yaml, pretty, raw

--debug समस्या निवारण के लिए अनुरोध/प्रतिक्रिया विवरण दिखाएं

--help किसी भी कमांड के लिए सहायता दिखाएं

--version CLI संस्करण प्रिंट करें

आउटपुट प्रारूप

CLI विभिन्न उपयोग मामलों के लिए कई आउटपुट प्रारूपों का समर्थन करता है:

`json`

मशीन-पठनीय JSON। jq या अन्य टूल्स में पाइप करने के लिए आदर्श।

`yaml`

कॉन्फ़िग फ़ाइलों और पठनीयता के लिए मानव-अनुकूल YAML आउटपुट।

`pretty`

डिफ़ॉल्ट। टर्मिनल के लिए डिज़ाइन किया गया रंगीन, स्वरूपित आउटपुट।

`raw`

बिना स्वरूपित आउटपुट। स्क्रिप्टिंग और स्वचालन के लिए उपयोगी।

--transform के साथ फ़िल्टरिंग

आउटपुट डेटा को क्वेरी और फ़िल्टर करने के लिए GJSON सिंटैक्स के साथ --transform का उपयोग करें:

# Default pretty output
bugagent reports list

# JSON for piping to other tools
bugagent reports list --format json

# YAML
bugagent reports list --format yaml

# Raw (no formatting)
bugagent reports get rpt_abc123 --format raw

# Filter with GJSON syntax
bugagent reports list --format json \
  --transform "items.#(severity==critical).title"

AI कौशल

CLI एक AgentSkill के रूप में भी उपलब्ध है, जिससे AI कोडिंग सहायक आपकी ओर से bug_Agent_ का उपयोग कर सकते हैं।

✨

AgentSkill क्या है?

AgentSkills AI कोडिंग सहायकों (Claude Code, Cursor, आदि) को CLI टूल्स को प्रासंगिक रूप से आमंत्रित करने की अनुमति देते हैं। bug_Agent_ कौशल आपके AI सहायक को बग दर्ज करने, प्रोजेक्ट स्थिति जांचने और Jira में सिंक करने की क्षमता देता है — बिना आपके किसी कमांड को टाइप किए।

कौशल इंस्टॉल करें

claude skills install bugagent --from @bugagent/mcp-server

एक बार इंस्टॉल होने के बाद, संदर्भ-जागरूक AI सहायक आपके उत्पाद, परीक्षण दिशानिर्देशों और अपलोड किए गए दस्तावेज़ों के पूर्ण ज्ञान के साथ bug_Agent_ कमांड का स्वाभाविक रूप से उपयोग कर सकता है:

AI सहायक प्रॉम्प्ट

"File a critical bug: the payment webhook is returning
a 403 after the latest deploy. It affects all Stripe
events. Assign it to the payments project."

कौशल प्राकृतिक भाषा को उपयुक्त CLI कमांड में अनुवादित करता है और उन्हें निष्पादित करता है।

🎬

सत्र रीप्ले + AI सहायक: जब सत्र रीप्ले सक्षम होता है (एंटरप्राइज़ योजना), AI सहायक कैप्चर किए गए उपयोगकर्ता सत्र — क्लिक, नेविगेशन, त्रुटियाँ, और पिछले 60 सेकंड से नेटवर्क विफलताएँ — का संदर्भ ले सकता है, ताकि पूर्ण पुनरुत्पादन संदर्भ के साथ अधिक समृद्ध, अधिक सटीक बग रिपोर्ट स्वतः तैयार की जा सकें।

सहायता प्राप्त करें

सहायता चाहिए? हम मदद के लिए यहाँ हैं।

Discord समुदाय

वास्तविक समय सहायता और समुदाय चर्चाओं के लिए हमारे Discord से जुड़ें।

ईमेल सहायता

support@bugagent.com — हम आमतौर पर 24 घंटे के भीतर उत्तर देते हैं।