Claude Code output style क्या है और इसे कैसे बदलें

Claude Code में output style क्या है

Claude Code में output style निर्देशों का एक ब्लॉक है जिसे Claude Code अपने system prompt में जोड़ता है। यह Claude के उत्तर देने के तरीके को बदल देता है: यह उसकी भूमिका और उसके द्वारा प्रिंट की जाने वाली सामग्री के स्वरूप को निर्धारित करता है। यह Claude को आपके codebase के बारे में कुछ भी नहीं सिखाता है, और यह Claude को कुछ भी चलाने की अनुमति नहीं दे सकता है।

Claude Code में पांच इन-बिल्ट styles शामिल हैं। आपका चयन एक settings key, outputStyle, में रहता है, और session शुरू होने पर उस key को केवल एक बार पढ़ा जाता है। यह तथ्य इस सुविधा के बारे में अधिकांश भ्रम को स्पष्ट करता है, क्योंकि session के बीच में बदली गई style save तो हो जाती है, लेकिन जब तक आप session clear नहीं करते, तब तक उसे अनदेखा कर दिया जाता है।

VPS पर यह केवल दिखावटी प्राथमिकता से कहीं अधिक है। transcript वह है जिसे आप SSH (secure shell) link के माध्यम से पढ़ते हैं, जो आमतौर पर एक tmux window के अंदर होता है, इसलिए Claude द्वारा बताई गई हर line वह line है जिसका आप इंतज़ार करते हैं और यह एक निश्चित आकार के scrollback buffer में भी जगह लेती है।

outputStyle सेटिंग कहाँ स्थित है

/config मेनू में Output style के अंतर्गत एक स्टाइल चुनें। Claude Code आपके द्वारा चुनी गई स्टाइल को आपके प्रोजेक्ट में .claude/settings.local.json में लिख देता है।

स्टैंडअलोन /output-style कमांड अब मौजूद नहीं है। इसे v2.1.73 में deprecated कर दिया गया था और v2.1.91 में हटा दिया गया, इसलिए वर्तमान बिल्ड पर यह कोई कार्य नहीं करता है। किसी भी पुरानी गाइड का पालन करने से पहले जाँच लें कि आप कौन सा वर्ज़न चला रहे हैं। इस पृष्ठ पर दिए गए वर्ज़न अगस्त 2026 में जाँचे गए थे।

claude --version

आप इस की (key) को मैन्युअल रूप से भी सेट कर सकते हैं। चार सेटिंग्स फाइलें इसे रख सकती हैं, और संकीर्ण (narrower) फाइल का मान व्यापक (broader) फाइल पर प्रभावी होता है।

• ~/.claude/settings.json आपकी यूजर फाइल है। यह उस मशीन के हर प्रोजेक्ट पर लागू होती है।
• .claude/settings.json प्रोजेक्ट फाइल है। इसे git में कमिट किया जाता है, इसलिए यह उन सभी पर लागू होती है जो रिपॉजिटरी को क्लोन करते हैं।
• .claude/settings.local.json लोकल प्रोजेक्ट फाइल है। इसे कमिट नहीं किया जाता है, और यह ऊपर दी गई दोनों फाइलों को ओवरराइड करती है। यही वह फाइल है जिसे /config मेनू लिखता है।
• मैनेज्ड सेटिंग्स, जिन्हें IT टीम द्वारा Linux पर /etc/claude-code/ जैसे सिस्टम पाथ से डिप्लॉय किया जाता है, वे बाकी सभी सेटिंग्स को ओवरराइड करती हैं।

की (key) का मान स्टाइल का नाम होता है:

{
  "outputStyle": "Concise"
}

केवल एक सेशन के लिए, कमांड लाइन पर वही की (key) पास करें। --settings फ्लैग एक पाथ या इनलाइन JSON स्ट्रिंग लेता है, और इसके मान उस रन के लिए सेटिंग्स फाइलों में मौजूद समान कीज़ (keys) को ओवरराइड कर देते हैं:

claude --settings '{"outputStyle": "Concise"}'

इस फीचर के जीवनकाल में मेनू लेबल और स्लैश कमांड कम से कम एक बार बदल चुके हैं। outputStyle की (key) नहीं बदली है। जब किसी गाइड का स्क्रीनशॉट आपकी स्क्रीन पर दिखने वाली चीज़ से मेल खाना बंद कर दे, तो की (key) को सीधे सेट करें और /status के साथ इसकी पुष्टि करें, जो प्रभावी सेटिंग्स स्रोतों की सूची दिखाता है।

आपकी नई आउटपुट शैली तब तक काम क्यों नहीं करती जब तक आप क्लियर नहीं करते

Claude Code सिस्टम प्रॉम्प्ट को एक बार बनाता है, जब सेशन शुरू होता है, और आउटपुट शैली उस सिस्टम प्रॉम्प्ट का हिस्सा होती है। इसलिए सेशन चलते समय सेटिंग बदलने से केवल वैल्यू स्टोर होती है और आपको कुछ भी बदलता हुआ नहीं दिखता, क्योंकि चल रहा सेशन उसी प्रॉम्प्ट को भेजता रहता है जिसे उसने स्टार्टअप पर बनाया था। नई शैली अगले /clear या अगले लॉन्च पर लोड होती है।

/clear
/context

/context वर्तमान में कॉन्टेक्स्ट विंडो में मौजूद चीजों को कैटेगरी के अनुसार प्रिंट करता है, जिसमें सिस्टम प्रॉम्प्ट भी शामिल है। इसे प्रत्येक शैली के तहत एक नए सेशन में चलाएं और सिस्टम प्रॉम्प्ट लाइन आपके तुलना का इनपुट पक्ष है। यह साबित करने का सबसे तेज़ तरीका भी है कि कोई कस्टम शैली लोड हुई है या नहीं। विंडो में क्या भर रहा है, इसकी व्यापक तस्वीर के लिए देखें Claude Code सेशन में कॉन्टेक्स्ट कैसे भरता है।

सेटिंग के लाइव लागू होने के बजाय प्रतीक्षा करने का एक कारण है। API प्रत्येक अनुरोध की शुरुआत से मेल खाने वाले प्रॉम्प्ट कैश से बार-बार आने वाले अनुरोधों को पूरा करता है, और सिस्टम प्रॉम्प्ट बिल्कुल शुरुआत में होता है। बातचीत के बीच में इसे फिर से लिखने से इसके पीछे की हर चीज अमान्य हो जाएगी, इसलिए अगला टर्न आपके पूरे इतिहास को नए इनपुट के रूप में प्रोसेस करेगा। सेशन की शुरुआत में शैली को फिक्स करने से वह लागत बच जाती है। शैलियों को बदलना सस्ता है। इसे बस एक क्लियर की आवश्यकता है।

प्रत्येक इन-बिल्ट आउटपुट स्टाइल ट्रांसक्रिप्ट में क्या बदलाव करती है

• Default Claude Code का सामान्य सिस्टम प्रॉम्प्ट है, जिसे सॉफ्टवेयर इंजीनियरिंग कार्यों के लिए लिखा गया है।
• Concise सीधे परिणाम से शुरुआत करता है। यह प्रस्तावना और चरण-दर-चरण वर्णन को हटा देता है, और जब तक आप विवरण न मांगें, उत्तरों को संक्षिप्त रखता है। इनके पीछे का इंजीनियरिंग कार्य अपरिवर्तित रहता है। यह कभी भी त्रुटि रिपोर्ट या सुरक्षा चेतावनी को छोटा नहीं करता है, और विनाशकारी कार्रवाई से पहले पूरी तरह से अनुमति मांगता है। इस स्टाइल के लिए Claude Code v2.1.237 या बाद का संस्करण आवश्यक है।
• Explanatory किसी कार्य के चरणों के बीच शैक्षिक "Insights" जोड़ता है, जिसमें यह बताया जाता है कि कोई कार्यान्वयन विकल्प क्यों चुना गया और आपका कोडबेस पहले से किस पैटर्न का उपयोग करता है। ट्रांसक्रिप्ट डिज़ाइन के अनुसार लंबी हो जाती है।
• Learning और आगे जाता है। Claude उन अंतर्दृष्टि (insights) को साझा करता है और फिर आपसे कोड के छोटे हिस्से स्वयं लिखने के लिए कहता है, और फ़ाइल में प्रत्येक स्थान को TODO(human) टिप्पणी के साथ चिह्नित करता है।
• Proactive Claude को पूछने के बजाय कार्य करने के लिए प्रेरित करता है। यह पुष्टि के लिए रुकने के बजाय नियमित निर्णयों पर उचित अनुमान लगाता है।

अंतिम वाले को ध्यान से पढ़ें, क्योंकि इसे लोग अक्सर गलत समझते हैं। Proactive सिस्टम प्रॉम्प्ट में एक मार्गदर्शन है। यह Claude के प्रयासों को बदल देता है। आपका अनुमति मोड (permission mode) अभी भी यह तय करता है कि बिना पूछे वास्तव में क्या चलता है, जो कि उस सर्वर पर सबसे महत्वपूर्ण सेटिंग है जिसे आप बिना निगरानी के छोड़ देते हैं। यह auto mode और Claude Code के अनुमति मोड में कवर किया गया है।

आउटपुट स्टाइल, CLAUDE.md, हुक और सब-एजेंट के बीच अंतर

ये सभी माध्यम Claude को यह बताने के लिए हैं कि उसे कैसे व्यवहार करना है, लेकिन ये अलग-अलग स्तरों पर काम करते हैं।

• आउटपुट स्टाइल को सिस्टम प्रॉम्प्ट में जोड़ा जाता है। यह मुख्य बातचीत में हर प्रतिक्रिया पर लागू होता है।
• CLAUDE.md को सिस्टम प्रॉम्प्ट के बाद एक यूजर मैसेज के रूप में जोड़ा जाता है। प्रोजेक्ट के नियम और कोडबेस से जुड़े तथ्य यहीं रखे जाते हैं।
• --append-system-prompt सिस्टम प्रॉम्प्ट में किसी एक बार के उपयोग के लिए टेक्स्ट जोड़ता है, बिना कुछ हटाए। यह आउटपुट स्टाइल का वन-ऑफ (एक बार का) संस्करण है।
• हुक एक शेल कमांड है जिसे Claude Code किसी घटना (event) के होने पर खुद चलाता है। इसे हार्नेस द्वारा लागू किया जाता है, इसलिए यह तब भी चलता है चाहे Claude उसे चुनता या नहीं। देखें Claude Code हुक क्या कर सकता है और क्या नहीं।
• सब-एजेंट अपने स्वयं के सिस्टम प्रॉम्प्ट और अपने स्वयं के टूल सेट के साथ चलता है।

एक छोटा परीक्षण पहले दो विकल्पों के बीच अंतर स्पष्ट कर देता है। आपके project से जुड़े तथ्य CLAUDE.md में रखें, क्योंकि Claude को उनके बारे में जानना आवश्यक है। भाषा-शैली को output style में रखें, क्योंकि यह इस बात से संबंधित है कि उत्तर कैसा पढ़ा जाता है। जो काम हर बार होना ही चाहिए, चाहे model कोई भी निर्णय ले, वह hook है। प्रत्येक surface किस layer में स्थित है, यह model चलाने वाले program की विशेषता है, स्वयं model की नहीं। इसलिए style केवल प्रभाव डाल सकती है, जबकि hook इसे अनिवार्य रूप से लागू कर सकता है।

आउटपुट स्टाइल केवल मुख्य बातचीत पर लागू होते हैं। एक सब-एजेंट आपकी स्टाइल को इनहेरिट (inherit) नहीं करता है, क्योंकि वह अपने स्वयं के सिस्टम प्रॉम्प्ट के साथ अपनी अलग बातचीत शुरू करता है। वर्तमान बातचीत का एक फोर्क (fork) इसका अपवाद है, क्योंकि फोर्क मूल बातचीत के सिस्टम प्रॉम्प्ट को हूबहू इनहेरिट करता है। यदि कोई सब-एजेंट उस तरीके से लिखता है जो आपको पसंद नहीं है, तो अपनी स्टाइल के बजाय उस एजेंट की फाइल को एडिट करें। एक ही मशीन पर दूसरा Claude Code सेशन भी इसी सीमा का पालन करता है, जो स्टार्टअप पर सेटिंग्स फाइलों को खुद पढ़ता है। इसलिए जब आप अपने साथ चल रहे किसी दूसरे सेशन को काम सौंपते हैं तो उसके उत्तर उसी स्टाइल में आते हैं जो उस सेशन ने लोड की है, न कि आपकी स्टाइल में।

अपना स्वयं का आउटपुट स्टाइल कैसे लिखें

एक कस्टम आउटपुट स्टाइल फ्रंटमैटर वाली एक markdown फाइल होती है। इसे हर प्रोजेक्ट में उपयोग करने के लिए अपनी होम डायरेक्टरी में सेव करें, या कोड के साथ रखने के लिए रिपॉजिटरी के अंदर रखें। यूजर डायरेक्टरी ~/.claude/output-styles/ है और प्रोजेक्ट डायरेक्टरी .claude/output-styles/ है।

mkdir -p ~/.claude/output-styles
cat > ~/.claude/output-styles/terse-ops.md <<'EOF'
---
name: Terse ops
description: Command first, explanation after, for SSH sessions
keep-coding-instructions: true
---

Lead with the command or the file change. Put the explanation after it, in two sentences or fewer.

Do not narrate what you are about to do. Report what you did.

When a command can fail, print the one check that proves it worked and say what a healthy result looks like.
EOF

एक सेशन शुरू करें और /config खोलें। आपका स्टाइल आपके द्वारा लिखे गए विवरण के साथ Output style सूची में दिखाई देता है। यदि यह गायब है, तो फाइल पढ़ी नहीं जा रही है: पाथ की जाँच करें, और सुनिश्चित करें कि --- फ्रंटमैटर ब्लॉक फाइल में सबसे पहली चीज है। फाइल का नाम ही स्टाइल का नाम बन जाता है जब तक कि फ्रंटमैटर name सेट न करे, इसलिए इसे Terse ops कहा जाता है, न कि terse-ops।

इसे चुनें, या की (key) को उस सटीक नाम पर सेट करें और क्लियर करें:

{
  "outputStyle": "Terse ops"
}

एक फील्ड यह तय करती है कि आपकी फाइल एक समायोजन (adjustment) है या प्रतिस्थापन (replacement)। keep-coding-instructions का डिफ़ॉल्ट false होता है, जिसका अर्थ है कि एक कस्टम स्टाइल Claude Code के इन-बिल्ट सॉफ्टवेयर इंजीनियरिंग निर्देशों को हटा देता है और केवल आपके टेक्स्ट पर चलता है। वे इन-बिल्ट निर्देश ही Claude को बताते हैं कि किसी बदलाव का दायरा क्या है और अपने काम को कैसे सत्यापित करना है। राइटिंग असिस्टेंट या डेटा एनालिस्ट के लिए इस फील्ड को छोड़ दें, जहाँ इन निर्देशों की आवश्यकता नहीं होती। कोड से संबंधित किसी भी कार्य के लिए इसे true पर सेट करें, अन्यथा आप सोचेंगे कि एक सावधान इंजीनियर अचानक अपने काम की जाँच करना क्यों बंद कर दिया है। यदि आप वास्तव में एक अलग लहजे के बजाय इस बात की सख्त परिभाषा चाहते हैं कि किसी कार्य के लिए कितना काम उचित है, तो यह स्टाइल फाइल के बजाय इंजीनियरिंग निर्देशों का हिस्सा है: the Ponytail skill एक कार्यशील उदाहरण है, एक एकल नियम जो एजेंट को सबसे छोटे संभव बदलाव की ओर धकेलता है जो काम करता है।

description वह लाइन है जिसे /config पिकर नाम के बगल में दिखाता है। इसे उस समय के लिए लिखें जब आप छह महीने बाद अपने दो स्टाइल्स के बीच चयन कर रहे होंगे।

SSH पर संक्षिप्त शैली अलग क्यों है

VPS पर आप एक ऐसे ट्रांसक्रिप्ट को पढ़ते हैं जो कई परतों से होकर गुजरता है, जो एक लोकल टर्मिनल में नहीं होतीं, और हर परत पर अधिक शब्दों (verbosity) के लिए आपको कीमत चुकानी पड़ती है।

Scrollback पहली परत है। tmux में, प्रत्येक pane लाइनों की एक निश्चित संख्या रखता है, जिसे history-limit द्वारा सेट किया जाता है, जो डिफ़ॉल्ट रूप से 2000 होती है। एक विस्तृत ट्रांसक्रिप्ट उस बफर को जल्दी भर देता है, जिससे आपके सेशन का पिछला हिस्सा जल्दी हट जाता है और वह आउटपुट जिसे आप स्क्रॉल करके देखना चाहते थे, गायब हो जाता है। यदि आपको अधिक जगह चाहिए तो इसे बढ़ाएं:

echo 'set -g history-limit 20000' >> ~/.tmux.conf
tmux source-file ~/.tmux.conf

उसके बाद बनाए गए panes में प्रत्येक में 20000 लाइनें रहती हैं, जिसके लिए प्रति pane मेमोरी खर्च होती है। पहले से खुले panes पुरानी सीमा ही रखते हैं, क्योंकि pane बनते समय बफर का आकार निश्चित हो जाता है। यदि आप अभी भी सेशन लेआउट बना रहे हैं, तो VPS पर tmux के अंदर Claude Code चलाना में इसकी जानकारी दी गई है।

Latency दूसरी परत है। रिस्पॉन्स जैसे-जैसे जनरेट होता है, वैसे-वैसे आपके टर्मिनल में स्ट्रीम होता है। उच्च round-trip time वाले लिंक पर, एक लंबी प्रस्तावना वह समय है जो आप उत्तर आने से पहले टेक्स्ट को स्क्रीन पर आते हुए देखने में बिताते हैं।

Output tokens तीसरी परत हैं। हर विस्तृत लाइन को आउटपुट के रूप में बिल किया जाता है। Explanatory और Learning मोड डिज़ाइन के अनुसार लंबे होते हैं। Concise मोड डिज़ाइन के अनुसार छोटा होता है, क्योंकि यह Claude को डिफ़ॉल्ट रूप से रिस्पॉन्स संक्षिप्त रखने का निर्देश देता है।

किसी के भी द्वारा बताए गए प्रतिशत पर भरोसा न करें, इस पेज सहित। अंतर का आकार आपके प्रॉम्प्ट्स, आपके मॉडल और आपके द्वारा मांगे गए काम पर निर्भर करता है, इसलिए अपने खुद के before और after को मापें। दो नए सेशंस में एक ही वास्तविक कार्य चलाएं, एक Default के तहत और एक Concise के तहत, फिर तुलना करें। एक statusline सबसे आसान मीटर है, क्योंकि Claude Code आपके स्क्रिप्ट को stdin पर एक JSON ऑब्जेक्ट देता है जिसमें पहले से ही स्टाइल का नाम और टोकन काउंट दोनों होते हैं:

cat > ~/.claude/statusline.sh <<'EOF'
#!/bin/bash
input=$(cat)
style=$(echo "$input" | jq -r '.output_style.name // "default"')
out=$(echo "$input" | jq -r '.context_window.total_output_tokens // 0')
cost=$(echo "$input" | jq -r '.cost.total_cost_usd // 0')
echo "style=$style out=$out cost=$cost"
EOF
chmod +x ~/.claude/statusline.sh

statusLine सेटिंग को इसकी ओर इंगित करें:

{
  "statusLine": {
    "type": "command",
    "command": "~/.claude/statusline.sh"
  }
}

सेशन के नीचे की पट्टी अब सक्रिय स्टाइल को उसके द्वारा उत्पादित टोकन के साथ दिखाती है, जो कि ठीक वही before और after है जिसकी आपको आवश्यकता है। स्क्रिप्ट को jq की आवश्यकता होती है, जो एक command-line JSON पार्सर है, इसलिए इसे पहले sudo apt install -y jq के साथ इंस्टॉल करें। यदि पट्टी खाली रहती है, तो स्क्रिप्ट को मैन्युअल रूप से चलाएं और उसमें कुछ JSON पाइप करें, क्योंकि जो statusline non-zero एक्जिट कोड देती है, वह कुछ भी प्रिंट नहीं करती और न ही कुछ रिपोर्ट करती है। एक कस्टम Claude Code statusline उस ऑब्जेक्ट के बाकी फील्ड्स की सूची देता है। सेशन साइड के बजाय बिलिंग साइड के लिए, Claude Code के टोकन वास्तव में कहाँ जाते हैं और Claude Code के खर्च को ट्रैक करने वाले टूल्स पढ़ें।

यह कैसे जाँचें कि कौन सा आउटपुट स्टाइल वास्तव में लोड हुआ है

अनुमान लगाने के बजाय इन जाँचों का उपयोग करें।

• /status इस सत्र के लिए प्रभावी सेटिंग्स स्रोतों की सूची दिखाता है, जिसमें यह भी शामिल है कि क्या किसी संगठन द्वारा प्रबंधित सेटिंग्स लागू हैं।
• /context संदर्भ विंडो (context window) के विवरण में लोड किए गए सिस्टम प्रॉम्प्ट को एक श्रेणी के रूप में दिखाता है।
• claude doctor, जिसे सत्र शुरू किए बिना शेल से चलाया जाता है, इंस्टॉलेशन और सेटिंग्स का निदान (diagnostics) प्रिंट करता है और उन सेटिंग्स फ़ाइलों की रिपोर्ट करता है जो अमान्य हैं।

जब कोई स्टाइल लागू नहीं होता है, तो इसका कारण लगभग हमेशा दो चीजों में से एक होता है। पहला यह कि आपने इसे सत्र के बीच में बदल दिया है, इसलिए /clear चलाएँ। दूसरा प्राथमिकता (precedence) है: .claude/settings.local.json, .claude/settings.json को ओवरराइड करता है, और दोनों ~/.claude/settings.json को ओवरराइड करते हैं। चूँकि /config पिकर स्थानीय फ़ाइल में लिखता है, इसलिए आपकी टीम द्वारा .claude/settings.json में कमिट किया गया स्टाइल किसी भी ऐसी मशीन पर चुपचाप ओवरराइड हो जाता है जहाँ किसी ने कभी मेनू का उपयोग किया हो। /status आपको बताता है कि कौन सा स्रोत प्रभावी रहा।

JSON सिंटैक्स त्रुटि का लक्षण समान होता है लेकिन समाधान अलग है। claude doctor उस फ़ाइल का नाम बताता है जिसे वह पार्स नहीं कर सका, जिसे किसी भी जटिल चीज़ की तलाश करने से पहले चलाना उचित है।

FAQ

/output-style कमांड काम करना क्यों बंद कर गया?

इसे v2.1.73 में deprecated कर दिया गया था और v2.1.91 में हटा दिया गया, इसलिए 2026 के मध्य के किसी भी build में यह कमांड मौजूद नहीं है। आपके पास क्या उपलब्ध है यह देखने के लिए claude --version चलाएँ। Output style के अंतर्गत /config से कोई स्टाइल चुनें, या settings फाइल में outputStyle की को सेट करें। यह की (key) कमांड से अधिक समय तक उपलब्ध रही है, इसलिए इसे सीधे सेट करना ही वह निर्देश है जिसे आपको अपने नोट्स में लिख लेना चाहिए।

मैंने अपना आउटपुट स्टाइल बदला लेकिन कुछ नहीं हुआ। ऐसा क्यों?

आउटपुट स्टाइल सिस्टम प्रॉम्प्ट का हिस्सा होता है, और Claude Code सेशन शुरू होने पर एक बार सिस्टम प्रॉम्प्ट बनाता है। सेशन के बीच में किया गया बदलाव सेव तो हो जाता है लेकिन लागू नहीं होता, क्योंकि चल रहा सेशन स्टार्टअप के समय बनाए गए प्रॉम्प्ट को ही भेजता रहता है। /clear चलाएँ या एक नया सेशन शुरू करें। यदि यह अभी भी लागू नहीं होता है, तो यह देखने के लिए /status चलाएँ कि किस सेटिंग सोर्स ने प्राथमिकता ली, क्योंकि .claude/settings.local.json, .claude/settings.json को ओवरराइड करता है और ये दोनों ~/.claude/settings.json को ओवरराइड करते हैं।

क्या Concise आउटपुट स्टाइल पैसे बचाता है?

यह आउटपुट टोकन्स को आपकी अपेक्षा के अनुसार कम करता है, क्योंकि यह Claude को डिफ़ॉल्ट रूप से संक्षिप्त प्रतिक्रिया देने का निर्देश देता है। कितनी बचत होगी यह आपके प्रॉम्प्ट्स और मॉडल पर निर्भर करता है, इसलिए किसी भी प्रकाशित प्रतिशत को केवल किसी और के काम का मापन मानें। अपना स्वयं का मापन करें: इनपुट साइड के लिए प्रत्येक स्टाइल के तहत एक नए सेशन में /context चलाएँ, फिर प्रत्येक के तहत समान कार्य करें और आउटपुट टोकन की संख्या की तुलना करें। Concise कभी भी एरर रिपोर्ट या सुरक्षा चेतावनी को छोटा नहीं करता है, इसलिए जिन हिस्सों को आपको सबसे अधिक पढ़ने की आवश्यकता है, वे पूरे बने रहते हैं।

क्या आउटपुट स्टाइल मेरे सब-एजेंट्स के लिखने के तरीके को बदल देगा?

नहीं। आउटपुट स्टाइल केवल मुख्य बातचीत पर लागू होते हैं, क्योंकि एक सब-एजेंट अपने स्वयं के सिस्टम प्रॉम्प्ट और अपने स्वयं के टूल सेट के साथ अपनी अलग बातचीत शुरू करता है। वर्तमान बातचीत का एक फोर्क (fork) इसका अपवाद है, क्योंकि फोर्क अपने पैरेंट के सिस्टम प्रॉम्प्ट को हूबहू इनहेरिट करता है। सब-एजेंट के प्रतिक्रिया देने के तरीके को बदलने के लिए, उस एजेंट की अपनी फाइल को एडिट करें।

क्या कोई आउटपुट स्टाइल Claude को बिना पूछे कमांड चलाने की अनुमति दे सकता है?

नहीं। आउटपुट स्टाइल सिस्टम प्रॉम्प्ट में मौजूद टेक्स्ट होता है, इसलिए यह केवल इस बात को प्रभावित कर सकता है कि Claude क्या करने का प्रयास करता है। Proactive स्टाइल Claude को नियमित निर्णयों पर रुकने के बजाय अनुमान लगाने और कार्य करने के लिए प्रेरित करता है, लेकिन फिर भी यह किसी कमांड को स्वयं अनुमति नहीं दे सकता है। आपका परमिशन मोड यह तय करता है कि बिना प्रॉम्प्ट के क्या चलेगा, और सर्वर पर सेशन खुला छोड़ने से पहले इसी सेटिंग की जांच करनी चाहिए।