एजेंट
विशेष एजेंट कॉन्फ़िगर करें और उपयोग करें।
एजेंट विशेष AI असिस्टेंट हैं जिन्हें विशिष्ट कार्यों और वर्कफ़्लो के लिए कॉन्फ़िगर किया जा सकता है। वे आपको कस्टम प्रॉम्प्ट, मॉडल और टूल एक्सेस के साथ केंद्रित टूल बनाने की अनुमति देते हैं।
Tip: बिना कोई कोड परिवर्तन किए कोड का विश्लेषण करने और सुझावों की समीक्षा करने के लिए plan एजेंट का उपयोग करें।
आप किसी सत्र के दौरान एजेंट के बीच स्विच कर सकते हैं या उन्हें @ मेंशन के साथ इनवोक कर सकते हैं।
प्रकार
OpenCode में दो प्रकार के एजेंट होते हैं; प्राइमरी एजेंट और सबएजेंट।
प्राइमरी एजेंट
प्राइमरी एजेंट मुख्य असिस्टेंट हैं जिनके साथ आप सीधे इंटरैक्ट करते हैं। आप उन्हें Tab कुंजी से, या अपने कॉन्फ़िगर किए गए switch_agent कीबाइंड से साइकिल कर सकते हैं। ये एजेंट आपकी मुख्य बातचीत को संभालते हैं। टूल एक्सेस परमिशन के माध्यम से कॉन्फ़िगर किया जाता है — उदाहरण के लिए, Build में सभी टूल सक्षम होते हैं जबकि Plan प्रतिबंधित होता है।
Tip: आप किसी सत्र के दौरान प्राइमरी एजेंट के बीच स्विच करने के लिए Tab कुंजी का उपयोग कर सकते हैं।
OpenCode दो बिल्ट-इन प्राइमरी एजेंट के साथ आता है, Build और Plan। हम इन्हें नीचे देखेंगे।
सबएजेंट
सबएजेंट विशेष असिस्टेंट हैं जिन्हें प्राइमरी एजेंट विशिष्ट कार्यों के लिए इनवोक कर सकते हैं। आप उन्हें अपने संदेशों में @ मेंशन करके मैन्युअल रूप से भी इनवोक कर सकते हैं।
OpenCode तीन बिल्ट-इन सबएजेंट के साथ आता है, General, Explore, और Scout। हम इन्हें नीचे देखेंगे।
बिल्ट-इन
OpenCode दो बिल्ट-इन प्राइमरी एजेंट और तीन बिल्ट-इन सबएजेंट के साथ आता है।
Build का उपयोग
Mode: primary
Build सभी टूल सक्षम के साथ डिफ़ॉल्ट प्राइमरी एजेंट है। यह डेवलपमेंट कार्य के लिए मानक एजेंट है जहाँ आपको फ़ाइल ऑपरेशन और सिस्टम कमांड तक पूर्ण एक्सेस की आवश्यकता होती है।
Plan का उपयोग
Mode: primary
प्लानिंग और विश्लेषण के लिए डिज़ाइन किया गया एक प्रतिबंधित एजेंट। हम आपको अधिक नियंत्रण देने और अनपेक्षित परिवर्तनों को रोकने के लिए एक परमिशन सिस्टम का उपयोग करते हैं।
डिफ़ॉल्ट रूप से, निम्नलिखित सभी ask पर सेट होते हैं:
file edits: सभी write, patch, और editbash: सभी bash कमांड
यह एजेंट तब उपयोगी होता है जब आप चाहते हैं कि LLM आपके कोडबेस में कोई वास्तविक संशोधन किए बिना कोड का विश्लेषण करे, परिवर्तन सुझाए, या प्लान बनाए।
General का उपयोग
Mode: subagent
जटिल प्रश्नों पर शोध करने और मल्टी-स्टेप कार्यों को निष्पादित करने के लिए एक सामान्य-उद्देश्य एजेंट। इसके पास पूर्ण टूल एक्सेस है (todo को छोड़कर), इसलिए यह आवश्यकता पड़ने पर फ़ाइल परिवर्तन कर सकता है। समानांतर रूप से कार्य की कई इकाइयाँ चलाने के लिए इसका उपयोग करें।
Explore का उपयोग
Mode: subagent
कोडबेस का अन्वेषण करने के लिए एक तेज़, केवल-पढ़ने वाला एजेंट। फ़ाइलें संशोधित नहीं कर सकता। इसका उपयोग तब करें जब आपको पैटर्न के अनुसार फ़ाइलें जल्दी खोजनी हों, कीवर्ड के लिए कोड खोजना हो, या कोडबेस के बारे में प्रश्नों का उत्तर देना हो।
Scout का उपयोग
Mode: subagent
बाहरी डॉक्स और निर्भरता शोध के लिए एक केवल-पढ़ने वाला एजेंट। इसका उपयोग तब करें जब आपको अपने वर्कस्पेस को संशोधित किए बिना किसी निर्भरता रिपॉज़िटरी को OpenCode के प्रबंधित कैश में क्लोन करना हो, लाइब्रेरी सोर्स का निरीक्षण करना हो, या लोकल कोड को अपस्ट्रीम कार्यान्वयन के विरुद्ध क्रॉस-रेफरेंस करना हो।
Compaction का उपयोग
Mode: primary
छिपा हुआ सिस्टम एजेंट जो लंबे संदर्भ को एक छोटे सारांश में संक्षिप्त करता है। यह आवश्यकता पड़ने पर स्वचालित रूप से चलता है और UI में चयन योग्य नहीं है।
Title का उपयोग
Mode: primary
छिपा हुआ सिस्टम एजेंट जो छोटे सत्र शीर्षक उत्पन्न करता है। यह स्वचालित रूप से चलता है और UI में चयन योग्य नहीं है।
Summary का उपयोग
Mode: primary
छिपा हुआ सिस्टम एजेंट जो सत्र सारांश बनाता है। यह स्वचालित रूप से चलता है और UI में चयन योग्य नहीं है।
उपयोग
-
प्राइमरी एजेंट के लिए, किसी सत्र के दौरान उन्हें साइकिल करने के लिए Tab कुंजी का उपयोग करें। आप अपने कॉन्फ़िगर किए गए
switch_agentकीबाइंड का भी उपयोग कर सकते हैं। -
सबएजेंट को इनवोक किया जा सकता है:
-
प्राइमरी एजेंट द्वारा उनके विवरण के आधार पर विशेष कार्यों के लिए स्वचालित रूप से।
-
अपने संदेश में किसी सबएजेंट को @ मेंशन करके मैन्युअल रूप से। उदाहरण के लिए।
@general help me search for this function
-
-
सत्रों के बीच नेविगेशन: जब सबएजेंट चाइल्ड सत्र बनाते हैं, तो पैरेंट से पहले चाइल्ड सत्र में प्रवेश करने के लिए
session_child_first(डिफ़ॉल्ट: <Leader>+Down) का उपयोग करें। -
एक बार जब आप किसी चाइल्ड सत्र में हों, तो उपयोग करें:
session_child_cycle(डिफ़ॉल्ट: Right ) अगले चाइल्ड सत्र में साइकिल करने के लिएsession_child_cycle_reverse(डिफ़ॉल्ट: Left ) पिछले चाइल्ड सत्र में साइकिल करने के लिएsession_parent(डिफ़ॉल्ट: Up ) पैरेंट सत्र में वापस लौटने के लिए
यह आपको मुख्य बातचीत और विशेष सबएजेंट कार्य के बीच स्विच करने देता है।
कॉन्फ़िगर करें
आप कॉन्फ़िगरेशन के माध्यम से बिल्ट-इन एजेंट को कस्टमाइज़ कर सकते हैं या अपने स्वयं के बना सकते हैं। एजेंट को दो तरीकों से कॉन्फ़िगर किया जा सकता है:
JSON
अपनी opencode.json कॉन्फ़िग फ़ाइल में एजेंट कॉन्फ़िगर करें:
{
"$schema": "https://opencode.ai/config.json",
"agent": {
"build": {
"mode": "primary",
"model": "anthropic/claude-sonnet-4-20250514",
"prompt": "{file:./prompts/build.txt}",
"permission": {
"edit": "allow",
"bash": "allow"
}
},
"plan": {
"mode": "primary",
"model": "anthropic/claude-haiku-4-20250514",
"permission": {
"edit": "deny",
"bash": "deny"
}
},
"code-reviewer": {
"description": "Reviews code for best practices and potential issues",
"mode": "subagent",
"model": "anthropic/claude-sonnet-4-20250514",
"prompt": "You are a code reviewer. Focus on security, performance, and maintainability.",
"permission": {
"edit": "deny"
}
}
}
}Markdown
आप markdown फ़ाइलों का उपयोग करके भी एजेंट परिभाषित कर सकते हैं। उन्हें यहाँ रखें:
- Global:
~/.config/opencode/agents/ - Per-project:
.opencode/agents/
---
description: Reviews code for quality and best practices
mode: subagent
model: anthropic/claude-sonnet-4-20250514
temperature: 0.1
permission:
edit: deny
bash: deny
---
You are in code review mode. Focus on:
- Code quality and best practices
- Potential bugs and edge cases
- Performance implications
- Security considerations
Provide constructive feedback without making direct changes.markdown फ़ाइल का नाम एजेंट का नाम बन जाता है। उदाहरण के लिए, review.md एक review एजेंट बनाता है।
विकल्प
आइए इन कॉन्फ़िगरेशन विकल्पों को विस्तार से देखें।
Description
एजेंट क्या करता है और इसे कब उपयोग करना है, इसका संक्षिप्त विवरण देने के लिए description विकल्प का उपयोग करें।
{
"agent": {
"review": {
"description": "Reviews code for best practices and potential issues"
}
}
}यह एक आवश्यक कॉन्फ़िग विकल्प है।
Temperature
temperature कॉन्फ़िग के साथ LLM की प्रतिक्रियाओं की यादृच्छिकता और रचनात्मकता को नियंत्रित करें।
निम्न मान प्रतिक्रियाओं को अधिक केंद्रित और निर्धारणात्मक बनाते हैं, जबकि उच्च मान रचनात्मकता और परिवर्तनशीलता बढ़ाते हैं।
{
"agent": {
"plan": {
"temperature": 0.1
},
"creative": {
"temperature": 0.8
}
}
}Temperature मान आमतौर पर 0.0 से 1.0 तक होते हैं:
- 0.0-0.2 : बहुत केंद्रित और निर्धारणात्मक प्रतिक्रियाएँ, कोड विश्लेषण और प्लानिंग के लिए आदर्श
- 0.3-0.5 : कुछ रचनात्मकता के साथ संतुलित प्रतिक्रियाएँ, सामान्य डेवलपमेंट कार्यों के लिए अच्छी
- 0.6-1.0 : अधिक रचनात्मक और विविध प्रतिक्रियाएँ, ब्रेनस्टॉर्मिंग और अन्वेषण के लिए उपयोगी
{
"agent": {
"analyze": {
"temperature": 0.1,
"prompt": "{file:./prompts/analysis.txt}"
},
"build": {
"temperature": 0.3
},
"brainstorm": {
"temperature": 0.7,
"prompt": "{file:./prompts/creative.txt}"
}
}
}यदि कोई temperature निर्दिष्ट नहीं है, तो OpenCode मॉडल-विशिष्ट डिफ़ॉल्ट का उपयोग करता है; आमतौर पर अधिकांश मॉडल के लिए 0, Qwen मॉडल के लिए 0.55।
Max steps
किसी एजेंट के टेक्स्ट-ओनली प्रतिक्रिया देने के लिए बाध्य होने से पहले वह अधिकतम कितने एजेंटिक पुनरावृत्ति कर सकता है, इसे नियंत्रित करें। यह उन उपयोगकर्ताओं को जो लागत नियंत्रित करना चाहते हैं, एजेंटिक क्रियाओं पर एक सीमा सेट करने की अनुमति देता है।
यदि इसे सेट नहीं किया गया है, तो एजेंट तब तक पुनरावृत्ति जारी रखेगा जब तक मॉडल रुकने का चयन नहीं करता या उपयोगकर्ता सत्र को बाधित नहीं करता।
{
"agent": {
"quick-thinker": {
"description": "Fast reasoning with limited iterations",
"prompt": "You are a quick thinker. Solve problems with minimal steps.",
"steps": 5
}
}
}जब सीमा पहुँच जाती है, तो एजेंट को एक विशेष सिस्टम प्रॉम्प्ट मिलता है जो उसे अपने कार्य के सारांश और अनुशंसित शेष कार्यों के साथ प्रतिक्रिया देने का निर्देश देता है।
Caution: लीगेसी
maxStepsफ़ील्ड अप्रचलित है। इसके बजायstepsका उपयोग करें।
Disable
एजेंट को अक्षम करने के लिए true पर सेट करें।
{
"agent": {
"review": {
"disable": true
}
}
}Prompt
prompt कॉन्फ़िग के साथ इस एजेंट के लिए एक कस्टम सिस्टम प्रॉम्प्ट फ़ाइल निर्दिष्ट करें। प्रॉम्प्ट फ़ाइल में एजेंट के उद्देश्य के लिए विशिष्ट निर्देश होने चाहिए।
{
"agent": {
"review": {
"prompt": "{file:./prompts/code-review.txt}"
}
}
}यह पथ उस स्थान के सापेक्ष है जहाँ कॉन्फ़िग फ़ाइल स्थित है। इसलिए यह ग्लोबल OpenCode कॉन्फ़िग और प्रोजेक्ट-विशिष्ट कॉन्फ़िग दोनों के लिए काम करता है।
Model
इस एजेंट के लिए मॉडल को ओवरराइड करने के लिए model कॉन्फ़िग का उपयोग करें। विभिन्न कार्यों के लिए अनुकूलित अलग मॉडल उपयोग करने के लिए उपयोगी। उदाहरण के लिए, प्लानिंग के लिए एक तेज़ मॉडल, कार्यान्वयन के लिए एक अधिक सक्षम मॉडल।
Tip: यदि आप कोई मॉडल निर्दिष्ट नहीं करते हैं, तो प्राइमरी एजेंट ग्लोबल रूप से कॉन्फ़िगर किए गए मॉडल का उपयोग करते हैं जबकि सबएजेंट उस प्राइमरी एजेंट के मॉडल का उपयोग करेंगे जिसने सबएजेंट को इनवोक किया।
{
"agent": {
"plan": {
"model": "anthropic/claude-haiku-4-20250514"
}
}
}आपके OpenCode कॉन्फ़िग में मॉडल ID provider/model-id प्रारूप का उपयोग करता है। उदाहरण के लिए, यदि आप OpenCode Zen का उपयोग कर रहे हैं, तो आप GPT 5.1 Codex के लिए opencode/gpt-5.1-codex का उपयोग करेंगे।
Tools (अप्रचलित)
tools अप्रचलित है। नई कॉन्फ़िग, अपडेट और अधिक सूक्ष्म नियंत्रण के लिए एजेंट के permission फ़ील्ड को प्राथमिकता दें।
आपको नियंत्रित करने की अनुमति देता है कि इस एजेंट में कौन से टूल उपलब्ध हैं। आप विशिष्ट टूल को true या false पर सेट करके सक्षम या अक्षम कर सकते हैं। किसी एजेंट के tools कॉन्फ़िग में, true {"*": "allow"} परमिशन के बराबर है और false {"*": "deny"} परमिशन के बराबर है।
{
"$schema": "https://opencode.ai/config.json",
"tools": {
"write": true,
"bash": true
},
"agent": {
"plan": {
"tools": {
"write": false,
"bash": false
}
}
}
}Note: एजेंट-विशिष्ट कॉन्फ़िग ग्लोबल कॉन्फ़िग को ओवरराइड करता है।
आप एक साथ कई टूल को नियंत्रित करने के लिए लीगेसी tools एंट्री में wildcard का भी उपयोग कर सकते हैं। उदाहरण के लिए, किसी MCP सर्वर से सभी टूल अक्षम करने के लिए:
{
"$schema": "https://opencode.ai/config.json",
"agent": {
"readonly": {
"tools": {
"mymcp_*": false,
"write": false,
"edit": false
}
}
}
}Permissions
आप यह प्रबंधित करने के लिए परमिशन कॉन्फ़िगर कर सकते हैं कि कोई एजेंट कौन सी क्रियाएँ कर सकता है। प्रत्येक परमिशन की को इस पर सेट किया जा सकता है:
"ask"— टूल चलाने से पहले अनुमोदन के लिए प्रॉम्प्ट करें"allow"— बिना अनुमोदन के सभी ऑपरेशन की अनुमति दें"deny"— टूल को अक्षम करें
उपलब्ध परमिशन की ये हैं:
| Key | यह जिन टूल को गेट करता है |
|---|---|
read | read |
edit | write, edit, apply_patch |
glob | glob |
grep | grep |
list | list |
bash | bash |
task | task |
external_directory | कोई भी टूल जो प्रोजेक्ट worktree के बाहर फ़ाइलें पढ़ता या लिखता है |
todowrite | todowrite, todoread |
webfetch | webfetch |
websearch | websearch |
lsp | lsp |
skill | skill |
question | question |
doom_loop | जब कोई एजेंट अटका हुआ प्रतीत होता है तब रिकवरी प्रॉम्प्ट |
read, edit, glob, grep, list, bash, task, external_directory, lsp, और skill या तो एक संक्षिप्त एक्शन ("allow" | "ask" | "deny") या सूक्ष्म नियंत्रण के लिए glob/pattern → action के एक ऑब्जेक्ट को स्वीकार करते हैं। शेष की केवल संक्षिप्त एक्शन को स्वीकार करती हैं।
Note: परमिशन की अंतर्निहित टूल नाम के विरुद्ध wildcard पैटर्न के रूप में मिलान की जाती हैं, इसलिए वही सिंटैक्स बिल्ट-इन, कस्टम टूल और MCP टूल के लिए काम करता है — उदाहरण के लिए
"mymcp_*": "deny"किसी MCP सर्वर के प्रत्येक टूल को deny करता है, और"mymcp_search": "ask"एक ही को लक्षित करता है।
{
"$schema": "https://opencode.ai/config.json",
"permission": {
"edit": "deny"
}
}आप इन परमिशन को प्रति एजेंट ओवरराइड कर सकते हैं।
{
"$schema": "https://opencode.ai/config.json",
"permission": {
"edit": "deny"
},
"agent": {
"build": {
"permission": {
"edit": "ask"
}
}
}
}आप Markdown एजेंट में भी परमिशन सेट कर सकते हैं।
---
description: Code review without edits
mode: subagent
permission:
edit: deny
bash:
"*": ask
"git diff": allow
"git log*": allow
"grep *": allow
webfetch: deny
---
Only analyze code and suggest changes.आप विशिष्ट bash कमांड के लिए परमिशन सेट कर सकते हैं।
{
"$schema": "https://opencode.ai/config.json",
"agent": {
"build": {
"permission": {
"bash": {
"git push": "ask",
"grep *": "allow"
}
}
}
}
}यह एक glob पैटर्न ले सकता है।
{
"$schema": "https://opencode.ai/config.json",
"agent": {
"build": {
"permission": {
"bash": {
"git *": "ask"
}
}
}
}
}और आप सभी कमांड के लिए परमिशन प्रबंधित करने हेतु * wildcard का भी उपयोग कर सकते हैं।
चूँकि अंतिम मिलान करने वाला नियम प्राथमिकता लेता है, * wildcard पहले रखें और विशिष्ट नियम बाद में।
{
"$schema": "https://opencode.ai/config.json",
"agent": {
"build": {
"permission": {
"bash": {
"*": "ask",
"git status *": "allow"
}
}
}
}
}परमिशन के बारे में अधिक जानें।
Mode
mode कॉन्फ़िग के साथ एजेंट के मोड को नियंत्रित करें। mode विकल्प यह निर्धारित करने के लिए उपयोग किया जाता है कि एजेंट का उपयोग कैसे किया जा सकता है।
{
"agent": {
"review": {
"mode": "subagent"
}
}
}mode विकल्प को primary, subagent, या all पर सेट किया जा सकता है। यदि कोई mode निर्दिष्ट नहीं है, तो यह डिफ़ॉल्ट रूप से all होता है।
Hidden
hidden: true के साथ किसी सबएजेंट को @ ऑटोकम्प्लीट मेन्यू से छिपाएँ। उन आंतरिक सबएजेंट के लिए उपयोगी जिन्हें केवल Task टूल के माध्यम से अन्य एजेंट द्वारा प्रोग्रामेटिक रूप से इनवोक किया जाना चाहिए।
{
"agent": {
"internal-helper": {
"mode": "subagent",
"hidden": true
}
}
}यह केवल ऑटोकम्प्लीट मेन्यू में उपयोगकर्ता दृश्यता को प्रभावित करता है। यदि परमिशन अनुमति देती हैं तो छिपे हुए एजेंट को मॉडल द्वारा Task टूल के माध्यम से अभी भी इनवोक किया जा सकता है।
Note: केवल
mode: subagentएजेंट पर लागू होता है।
Task permissions
permission.task के साथ नियंत्रित करें कि कोई एजेंट Task टूल के माध्यम से किन सबएजेंट को इनवोक कर सकता है। लचीले मिलान के लिए glob पैटर्न का उपयोग करता है।
{
"agent": {
"orchestrator": {
"mode": "primary",
"permission": {
"task": {
"*": "deny",
"orchestrator-*": "allow",
"code-reviewer": "ask"
}
}
}
}
}जब deny पर सेट किया जाता है, तो सबएजेंट को Task टूल विवरण से पूरी तरह हटा दिया जाता है, इसलिए मॉडल इसे इनवोक करने का प्रयास नहीं करेगा।
Tip: नियमों का मूल्यांकन क्रम में किया जाता है, और अंतिम मिलान करने वाला नियम जीतता है। उपरोक्त उदाहरण में,
orchestrator-planner*(deny) औरorchestrator-*(allow) दोनों से मेल खाता है, लेकिन चूँकिorchestrator-**के बाद आता है, परिणामallowहोता है।
Tip: उपयोगकर्ता हमेशा किसी भी सबएजेंट को सीधे
@ऑटोकम्प्लीट मेन्यू के माध्यम से इनवोक कर सकते हैं, भले ही एजेंट की task परमिशन इसे deny कर दें।
Color
color विकल्प के साथ UI में एजेंट की दृश्य उपस्थिति को कस्टमाइज़ करें। यह प्रभावित करता है कि एजेंट इंटरफ़ेस में कैसे दिखता है।
एक मान्य hex रंग (जैसे, #FF5733) या theme रंग का उपयोग करें: primary, secondary, accent, success, warning, error, info।
{
"agent": {
"creative": {
"color": "#ff6b6b"
},
"code-reviewer": {
"color": "accent"
}
}
}Top P
top_p विकल्प के साथ प्रतिक्रिया विविधता को नियंत्रित करें। यादृच्छिकता नियंत्रित करने के लिए temperature का विकल्प।
{
"agent": {
"brainstorm": {
"top_p": 0.9
}
}
}मान 0.0 से 1.0 तक होते हैं। निम्न मान अधिक केंद्रित होते हैं, उच्च मान अधिक विविध।
Additional
आपके एजेंट कॉन्फ़िगरेशन में निर्दिष्ट किया गया कोई भी अन्य विकल्प मॉडल विकल्पों के रूप में सीधे प्रदाता को पास कर दिया जाएगा। यह आपको प्रदाता-विशिष्ट फ़ीचर और पैरामीटर उपयोग करने की अनुमति देता है।
उदाहरण के लिए, OpenAI के reasoning मॉडल के साथ, आप reasoning effort को नियंत्रित कर सकते हैं:
{
"agent": {
"deep-thinker": {
"description": "Agent that uses high reasoning effort for complex problems",
"model": "openai/gpt-5",
"reasoningEffort": "high",
"textVerbosity": "low"
}
}
}ये अतिरिक्त विकल्प मॉडल और प्रदाता-विशिष्ट हैं। उपलब्ध पैरामीटर के लिए अपने प्रदाता का डॉक्यूमेंटेशन देखें।
Tip: उपलब्ध मॉडल की सूची देखने के लिए
opencode modelsचलाएँ।
एजेंट बनाएँ
आप निम्नलिखित कमांड का उपयोग करके नए एजेंट बना सकते हैं:
opencode agent createयह इंटरैक्टिव कमांड:
- पूछेगा कि एजेंट को कहाँ सहेजना है; ग्लोबल या प्रोजेक्ट-विशिष्ट।
- एजेंट को क्या करना चाहिए इसका विवरण।
- एक उपयुक्त सिस्टम प्रॉम्प्ट और पहचानकर्ता उत्पन्न करेगा।
- आपको चयन करने देगा कि एजेंट को कौन सी परमिशन की अनुमति होनी चाहिए (जो कुछ भी आप चयन नहीं करते वह deny हो जाता है)।
- अंत में, एजेंट कॉन्फ़िगरेशन के साथ एक markdown फ़ाइल बनाएगा।
उपयोग के मामले
विभिन्न एजेंट के लिए यहाँ कुछ सामान्य उपयोग के मामले दिए गए हैं।
- Build एजेंट : सभी टूल सक्षम के साथ पूर्ण डेवलपमेंट कार्य
- Plan एजेंट : बिना परिवर्तन किए विश्लेषण और प्लानिंग
- Review एजेंट : केवल-पढ़ने वाले एक्सेस और डॉक्यूमेंटेशन टूल के साथ कोड समीक्षा
- Debug एजेंट : bash और read टूल सक्षम के साथ जाँच पर केंद्रित
- Docs एजेंट : फ़ाइल ऑपरेशन के साथ लेकिन सिस्टम कमांड के बिना डॉक्यूमेंटेशन लेखन
उदाहरण
यहाँ कुछ उदाहरण एजेंट दिए गए हैं जो आपको उपयोगी लग सकते हैं।
Tip: क्या आपके पास कोई एजेंट है जिसे आप साझा करना चाहते हैं? एक PR सबमिट करें (opens in a new tab)।
Documentation एजेंट
---
description: Writes and maintains project documentation
mode: subagent
permission:
bash: deny
---
You are a technical writer. Create clear, comprehensive documentation.
Focus on:
- Clear explanations
- Proper structure
- Code examples
- User-friendly languageSecurity auditor
---
description: Performs security audits and identifies vulnerabilities
mode: subagent
permission:
edit: deny
---
You are a security expert. Focus on identifying potential security issues.
Look for:
- Input validation vulnerabilities
- Authentication and authorization flaws
- Data exposure risks
- Dependency vulnerabilities
- Configuration security issues