विषय-सूची

आपने Claude Code में --dangerously-skip-permissions फ्लैग सेट किया है, फिर भी Claude चैट में "क्या मैं यह ऑपरेशन चला सकता हूँ?" पूछता है। क्या यह परिचित लगता है?

मन में आता है कि "bypass काम नहीं कर रहा" — लेकिन असलियत यह नहीं है। Claude Code के परमिशन सिस्टम में दो स्वतंत्र लेयर हैं, और bypass मोड सिर्फ एक को कंट्रोल करता है।

यह लेख "bypass असल में क्या है" से लेकर दोनों परमिशन लेयर के बीच का फर्क, वे ऑपरेशन जिनमें Claude खुद पूछता है, और ऑटोमेशन में कन्फर्मेशन प्रॉम्प्ट कम करने के व्यावहारिक तरीके — सब कुछ कवर करता है।

1. "Bypass" आखिर है क्या?

सॉफ्टवेयर में "bypass" का मतलब है सामान्य कन्फर्मेशन या अप्रूवल फ्लो को छोड़कर सीधे आगे बढ़ना। जैसे किसी शॉपिंग साइट का "अभी खरीदें" बटन रिव्यू स्क्रीन को स्किप कर देता है — यही कन्फर्मेशन फ्लो का bypass है।

Claude Code के मैन्युअल मोड (कॉन्फ़िग वैल्यू default) में, कोई भी फाइल एडिट या शेल कमांड चलाने से पहले एक कन्फर्मेशन डायलॉग आता है। हालाँकि Claude Code v2.1.283 से टर्मिनल और VS Code सेशन हर प्लान और हर प्रोवाइडर पर डिफ़ॉल्ट रूप से ऑटो मोड में शुरू होते हैं, जहाँ ज़्यादातर actions को आपसे पूछने के बजाय एक क्लासिफायर जाँचता है (इससे पुराने वर्ज़न में ऐसा सिर्फ़ Pro, Max और Team प्लान पर था; अगर एडमिन ने ऑटो मोड बंद किया हो या मॉडल इसे सपोर्ट न करता हो, तो सेशन मैन्युअल मोड में शुरू होता है)।

# मैन्युअल मोड: हर action से पहले कन्फर्मेशन
$ claude --permission-mode default
> Please fix index.js
[Claude Code] May I edit index.js? → Yes / No

परमिशन bypass मोड इस कन्फर्मेशन फ्लो को स्किप (bypass) कर देता है।

# Bypass mode: लगभग कोई कन्फर्मेशन डायलॉग नहीं
$ claude --dangerously-skip-permissions
# या
$ claude --permission-mode bypassPermissions

ध्यान दें कि फ्लैग में dangerously शब्द है। Anthropic इस मोड को सिर्फ कंटेनर या आइसोलेटेड एनवायरनमेंट के लिए उचित मानता है — रोज़ाना के लोकल डेवलपमेंट के लिए यह रेकमेंड नहीं है। bypass मोड के जोखिमों की पूरी जानकारी के लिए देखें Claude Code Bypass परमिशन मोड: जोखिम और सुरक्षित उपयोग।

अगर कन्फर्मेशन डायलॉग फिर भी बार-बार आ रहे हैं, तो पहले यह जाँचें कि आप सच में bypass मोड में चल रहे हैं या नहीं। bypass चालू रहने पर टर्मिनल के स्टेटस बार में ⏵⏵ bypass permissions on दिखता है। अगर यह नहीं दिखता, तो आम तौर पर दो कारण होते हैं।

  • आपने इसे प्रोजेक्ट सेटिंग्स में लिखा: .claude/settings.json या .claude/settings.local.json में defaultMode को bypassPermissions लिखने से यह लागू नहीं होता, और सेशन मैन्युअल मोड में शुरू होता है (v2.1.257 और उसके बाद)। इसे यूज़र सेटिंग्स (~/.claude/settings.json) या मैनेज्ड सेटिंग्स में लिखें, या लॉन्च के समय फ्लैग दें
  • आपने सेशन के बीच में स्विच करने की कोशिश की: bypass सिर्फ़ उसी सेशन में चुना जा सकता है जिसमें लॉन्च के समय इसे चालू किया गया हो। इसके बिना शुरू हुए सेशन में Shift+Tab दबाने पर भी bypass कभी नहीं आता

इसके अलावा, जब आप पहली बार bypass में इंटरैक्टिव सेशन शुरू करते हैं, तो Claude Code एक बार चेतावनी दिखाता है और पूछता है कि क्या आप परमिशन जाँच के बिना होने वाले actions की ज़िम्मेदारी लेते हैं (आपकी सहमति यूज़र सेटिंग्स में सेव हो जाती है)।

2. असली कारण: 2-लेयर परमिशन सिस्टम

"bypass लगाने के बाद भी कन्फर्मेशन क्यों आता है" — इसका जवाब यह है कि Claude Code का परमिशन सिस्टम दो स्वतंत्र लेयर पर बना है।

Claude Code का परमिशन सिस्टम: 2 लेयर

bypass मोड सिर्फ "लेयर 1" को disable कर सकता है (और लेयर 1 में भी कुछ कन्फर्मेशन बचे रहते हैं)

लेयर 1: टूल परमिशन UI लगभग bypass योग्य
Tool Permission System
· "क्या मैं यह फ़ाइल एडिट कर सकता हूँ?"
· "क्या मैं यह कमांड चला सकता हूँ?"
· "क्या मैं इस URL पर जा सकता हूँ?"
· इंटरैक्टिव कन्फर्मेशन डायलॉग UI
लेयर 2: AI सेफ्टी जज्मेंट bypass नहीं
Claude's Own Safety Judgment
· अपरिवर्तनीय ऑपरेशन से पहले खुद पूछता है
· प्रोडक्शन / वापस न होने वाले ऑपरेशन / संवेदनशील डेटा
· Claude के चैट टेक्स्ट के रूप में आता है
· AI मॉडल के व्यवहारिक सिद्धांतों में शामिल

--dangerously-skip-permissions लेयर 1 को लगभग पूरी तरह disable करता है (ask नियम, क्रिटिकल पाथ का डिलीशन और कुछ और चीज़ें बचती हैं)। लेयर 2 को bypass नहीं किया जा सकता।

इन दोनों लेयर को आपस में मिला देना ही "bypass काम नहीं कर रहा" वाली गलतफहमी की जड़ है। आइए दोनों को विस्तार से समझते हैं।

3. लेयर 1: टूल परमिशन UI (Bypass से कंट्रोल होती है)

पहली लेयर है टूल एग्जिक्यूशन से पहले दिखने वाला कन्फर्मेशन डायलॉग — वह इंटरैक्टिव UI जो Claude Code किसी फाइल को एडिट करने या शेल कमांड चलाने से ठीक पहले दिखाता है।

टूलकन्फर्मेशन डायलॉग का उदाहरण
फाइल एडिट"क्या मैं index.js बदल सकता हूँ?"
Bash एग्जिक्यूशन"क्या मैं npm install चला सकता हूँ?"
वेब एक्सेस"क्या मैं https://... एक्सेस कर सकता हूँ?"

यही वह लेयर है जिसे bypass मोड disable करता है। --dangerously-skip-permissions के साथ ऐसे डायलॉग लगभग कभी नहीं आते और Claude टूल्स को स्वतंत्र रूप से चला सकता है। bypass मोड में .git और .claude जैसे संरक्षित पाथ में लिखना भी बिना कन्फर्मेशन के हो जाता है। इस अर्थ में bypass मोड सही काम कर रहा है।

bypass मोड में भी आने वाले कन्फर्मेशन (लेयर 1 के अपवाद)

असली शब्द है "लगभग"। आधिकारिक दस्तावेज़ में लिखा है कि Claude Code नीचे दी गई चीज़ों को bypass समेत किसी भी मोड में अपने-आप मंज़ूर नहीं करता (स्रोत: Claude Code का आधिकारिक पेज "Choose a permission mode", 22 सितंबर 2026 तक)।

  • ask नियम से मेल खाने वाले actions: सेटिंग्स के permissions.ask में लिखे actions (जैसे Bash(git push *)) bypass मोड में भी हर बार कन्फर्मेशन माँगते हैं
  • आपकी भागीदारी माँगने वाले टूल: AskUserQuestion, जिससे Claude आपसे विकल्पों वाला सवाल पूछता है; यूज़र इंटरैक्शन ज़रूरी के रूप में चिह्नित MCP टूल; और वे कनेक्टर टूल जिन्हें आपके संगठन ने ask पर सेट किया है
  • क्रिटिकल पाथ को निशाना बनाने वाले rm और rmdir: फ़ाइल सिस्टम के रूट और उसकी पहली लेवल की डायरेक्टरीज़ (जैसे /usr), होम डायरेक्टरी, या वर्किंग डायरेक्टरी और उसकी पैरेंट डायरेक्टरीज़ को हटाने वाले कमांड। दस्तावेज़ इसे मॉडल की गलती से बचाने वाला "सर्किट ब्रेकर" (circuit breaker) कहता है, और कोई भी allow नियम या hook इसे मंज़ूर नहीं कर सकता। हालाँकि Desktop ऐप और VS Code में v2.1.309 से ये कमांड बिना कोई कन्फर्मेशन दिखाए तुरंत अस्वीकार हो जाते हैं, और अस्वीकृति के साथ कमांड बदलने के संकेत मिलते हैं, ताकि ऐसे सेशन न रुकें जिनमें कोई मौजूद न हो (आधिकारिक बदलाव-लॉग)
  • अन्य: सेशनों के बीच मैसेजिंग से जुड़े सुरक्षा उपाय, और permissions.blockReadsOutsideWorkingDirectories चालू रहने पर वर्किंग डायरेक्टरी के बाहर पढ़ने वाले Bash कमांड

नियमों को भी समझ लें। deny नियम bypass मोड में भी लागू रहते हैं और मेल खाने वाले actions को रोकते हैं। वहीं allow नियमों का bypass मोड में कोई असर नहीं होता (सब कुछ पहले से ही गुज़र जाता है)। -p वाले नॉन-इंटरैक्टिव रन में ये गिने-चुने कन्फर्मेशन इनपुट का इंतज़ार करने के बजाय अस्वीकार हो जाते हैं।

नोट: 6 परमिशन मोड होते हैं

Claude Code में छह परमिशन मोड हैं: मैन्युअल (default), एडिट स्वीकार करें (acceptEdits), योजना (plan), ऑटो (auto), और अनुमतियाँ बायपास करें (bypassPermissions), साथ में dontAsk, जो Shift+Tab के चक्र में कभी नहीं आता और कन्फर्मेशन माँगने वाली हर चीज़ को अपने-आप अस्वीकार कर देता है (CI के लिए)। Bypass (bypassPermissions) सबसे कम प्रतिबंधात्मक है। हर मोड की जानकारी के लिए परमिशन मोड की विस्तृत जानकारी देखें।

4. लेयर 2: AI सेफ्टी जज्मेंट (Bypass से कंट्रोल नहीं होती)

दूसरी लेयर है Claude का खुद का सेफ्टी जज्मेंट। यह टूल कन्फर्मेशन UI से बिल्कुल अलग है।

जब Claude को लगता है कि किसी ऑपरेशन के गंभीर परिणाम हो सकते हैं, तो वह चैट में सादे टेक्स्ट के रूप में कन्फर्मेशन मैसेज भेजता है। यह कोई टूल एग्जिक्यूशन मैकेनिज्म नहीं है — यह Claude का AI के रूप में बातचीत का स्वभाव है।

--dangerously-skip-permissions लेयर 1 के UI डायलॉग को स्किप करता है, लेकिन इस लेयर 2 के AI जज्मेंट पर इसका कोई असर नहीं — क्योंकि लेयर 2 Claude के मॉडल में ही बना हुआ एक व्यवहारिक सिद्धांत है।

आम गलतफहमी

"मैंने bypass मोड लगाया लेकिन Claude रुक गया → bypass काम नहीं कर रहा"
→ सही बात यह है कि Claude किस तरह रुका, उससे पहचानें। अगर Claude ने चैट टेक्स्ट में पूछा, तो "लेयर 1 UI disable है, लेकिन लेयर 2 का AI जज्मेंट कन्फर्मेशन माँग रहा है।" अगर टर्मिनल में अनुमति माँगने वाला डायलॉग आया, तो वह लेयर 1 के उन कन्फर्मेशन में से एक है जिन्हें bypass बनाए रखता है, जैसे ask नियम या क्रिटिकल पाथ का डिलीशन। दोनों ही स्थितियों में bypass सही काम कर रहा है (अगर इनमें से कुछ भी नहीं है और कन्फर्मेशन आते रहते हैं, तो हो सकता है सेशन bypass में शुरू ही न हुआ हो)।

फिर भी, लेयर 2 सुरक्षा की गारंटी नहीं है। Claude पूछेगा या नहीं, यह उसी पल का फ़ैसला होता है, और ज़रूरी नहीं कि वह हर खतरनाक action से पहले रुके। आधिकारिक दस्तावेज़ भी चेतावनी देता है कि bypass मोड प्रॉम्प्ट इंजेक्शन या अनचाहे actions से कोई सुरक्षा नहीं देता। जो action कभी नहीं चलना चाहिए, उसे deny नियम से रोकें।

5. वे ऑपरेशन जिनमें Claude खुद पूछता है

ऑपरेशन के प्रकार से: कौन सी लेयर कन्फर्म करती है?

लेयर 1 (टूल परमिशन UI) और लेयर 2 (AI सेफ्टी जज्मेंट) की तुलना

सामान्य जोखिम (सिर्फ लेयर 1)
सामान्य फ़ाइल एडिटलेयर 1 ✓
यूनिट टेस्ट एग्जिक्यूशनलेयर 1 ✓
→ bypass से disable हो जाती है
bypass में भी बची लेयर 1
रूट, होम या वर्किंग डायरेक्टरी पर rm -rfलेयर 1 !
ask नियम से मेल खाने वाले actionsलेयर 1 !
Claude के सवाल (AskUserQuestion)लेयर 1 !
→ bypass में भी डायलॉग आता है
उच्च जोखिम (लेयर 2: Claude का जज्मेंट)
प्रोडक्शन DB माइग्रेशनलेयर 2 !
git push --force (main)लेयर 2 !
.env जैसे संवेदनशील डेटा का लीकलेयर 2 !
→ bypass के बाद भी Claude खुद पूछ सकता है
लेयर 1: bypass से disable हो जाती है लेयर 1 के अपवाद: bypass में भी कन्फर्मेशन लेयर 2: Claude खुद कन्फर्मेशन माँग सकता है

Claude के अंदर "यह कन्फर्म करना चाहिए" के मानदंड मुख्यतः तीन श्रेणियों में आते हैं।

① अपरिवर्तनीयता (Irreversibility)

जो ऑपरेशन वापस नहीं किए जा सकते, उनमें Claude सतर्क रहता है। फाइल का स्थायी डिलीशन, git push --force, और DROP TABLE इसके प्रमुख उदाहरण हैं। गलती सुधारना मुश्किल होता है, इसलिए Claude रुककर पूछता है।

② ब्लास्ट रेडियस (Blast Radius)

जो काम प्रोडक्शन एनवायरनमेंट, बड़ी संख्या में फाइलों, या दूसरे यूज़र्स को प्रभावित करते हैं, उनमें ज़्यादा बार चेक होता है। एक लोकल फाइल बदलने पर शायद ही कभी सवाल आता है; प्रोडक्शन DB स्कीमा बदलने पर लगभग हमेशा आता है।

③ सिक्योरिटी रिस्क (Security Risk)

जो ऑपरेशन .env फाइलें, auth टोकन या API keys बाहर भेजते हैं, उन्हें Claude उच्च सुरक्षा जोखिम मानता है और आगे बढ़ने से पहले पूछता है।

हालाँकि कुछ डिलीशन Claude के जज्मेंट पर छोड़े ही नहीं जाते: रूट, होम डायरेक्टरी या खुद वर्किंग डायरेक्टरी जैसे क्रिटिकल पाथ को निशाना बनाने वाले rm और rmdir पर bypass मोड में भी Claude Code खुद (लेयर 1) रोकता है (CLI कन्फर्मेशन दिखाता है, जबकि Desktop ऐप और VS Code v2.1.309 से इन्हें बिना पूछे अस्वीकार कर देते हैं)। यह उन गिने-चुने कन्फर्मेशन में से एक है जिन्हें bypass नहीं हटाता।

ये जज्मेंट Claude के AI मॉडल में बनी हुई हैं और कॉन्फिग से पूरी तरह बंद नहीं की जा सकतीं। AI एजेंट्स को सुरक्षित तरीके से डिज़ाइन करने के बारे में अधिक जानकारी के लिए देखें AI एजेंट क्या है?

6. दो लेयर क्यों? डिज़ाइन फिलॉसफी

दो लेयर क्यों? — डिज़ाइन फिलॉसफी

निर्माण ठेकेदार की उपमा से समझें

उपमा: निर्माण ठेकेदार
🔑 स्पेयर चाबी देना
= टूल अनुमति देना
❓ ठेकेदार स्वयं निर्णय लेता है
लोड-बेयरिंग दीवार? पुष्टि करनी चाहिए?
चाबी (अनुमति) ≠ ठेकेदार का निर्णय रोकना
Claude Code में
--dangerously-skip-permissions
bypass मोड
= टूल अनुमति देना
🤖 Claude का AI निर्णय
→ अपरिवर्तनीय / प्रोडक्शन / संवेदनशील पर स्वयं पुष्टि
अनुमति ≠ AI निर्णय रोकना
bypass मोड 'टूल उपयोग अनुमति' देता है लेकिन 'Claude के निर्णय' को नहीं रोकता

एक उदाहरण जो दो-लेयर डिज़ाइन को सहज बना देता है।

मान लीजिए आपने एक कमरे की रिनोवेशन के लिए एक ठेकेदार रखा और उसे एक स्पेयर चाबी देते हुए कहा "जो ज़रूरी हो वो करो।" यह टूल परमिशन देने के बराबर है।

लेकिन जब ठेकेदार एक दीवार तोड़ने वाला हो और पूछे "क्या यह लोड-बेयरिंग वॉल है? क्या आप इसे हटाना चाहते हैं?" — तो वह अपने प्रोफेशनल जज्मेंट से पूछ रहा है, चाबी खोने की वजह से नहीं।

चाबी देने से ठेकेदार की सोच बंद नहीं होती। उसका प्रोफेशनल जज्मेंट और सेफ्टी अवेयरनेस चाबी से स्वतंत्र रूप से काम करते हैं।

Claude भी ठीक ऐसे ही काम करता है। Bypass मोड Claude को "टूल्स इस्तेमाल करने की चाबी" देता है, लेकिन यह Claude के AI जज्मेंट को नहीं रोकता। बल्कि, उच्च-जोखिम ऑपरेशन से पहले Claude का रुकना एक जानबूझकर बनाई गई सेफ्टी फीचर है, कोई गड़बड़ी नहीं।

7. कन्फर्मेशन प्रॉम्प्ट कम करने के व्यावहारिक तरीके

CI/CD पाइपलाइन और दूसरे ऑटोमेशन में आप चाह सकते हैं कि Claude बिना रुके काम पूरा करे। यहाँ सबसे प्रभावी तरीके हैं।

तरीका 1: CLAUDE.md से संदर्भ दें

अपने प्रोजेक्ट रूट में CLAUDE.md फाइल बनाएँ और एनवायरनमेंट व कंस्ट्रेंट समझाएँ। जब Claude समझ जाता है कि "यह एक सुरक्षित, आइसोलेटेड एनवायरनमेंट है", तो कन्फर्मेशन की फ्रीक्वेंसी काफी कम हो जाती है।

# About This Environment

This repository runs inside a CI/CD pipeline test environment.
- Runtime: fully isolated Docker container
- Production impact: none
- All changes are rollback-safe

Please proceed without asking for extra confirmation.

तरीका 2: छोटे, सटीक निर्देश दें

अस्पष्ट निर्देश Claude की अनिश्चितता बढ़ाते हैं और ज़्यादा कन्फर्मेशन ट्रिगर करते हैं।

निर्देश का प्रकारउदाहरणकन्फर्मेशन दर
अस्पष्ट"इस प्रोजेक्ट को साफ करो"ज़्यादा
सटीक"src/ में इस्तेमाल न होने वाले imports हटाओ"कम
अस्पष्ट"इसे deploy करो"ज़्यादा
सटीक"staging एनवायरनमेंट पर npm run deploy:staging चलाओ"कम

तरीका 3: पहले Auto मोड आज़माएँ

पूरे bypass मोड पर जाने से पहले auto मोड आज़माएँ। यह बैकग्राउंड में सेफ्टी क्लासिफायर चलाते हुए ज़्यादातर ऑपरेशन ऑटो-अप्रूव करता है, और Claude को स्पष्टीकरण वाले सवालों पर रुकने के बजाय काम जारी रखने के लिए भी प्रेरित करता है (अगर आपका प्रॉम्प्ट या कोई skill सवाल पर निर्भर हो, तो Claude फिर भी पूछता है)। अगर bypass इस्तेमाल करने का एकमात्र कारण "कन्फर्मेशन प्रॉम्प्ट से थक गया हूँ" है, तो auto मोड काफी हो सकता है। ask नियम से मेल खाने वाले actions auto मोड में भी कन्फर्मेशन माँगते हैं।

ज़रूरी बात

कोई भी कॉन्फिगरेशन Claude के सेफ्टी जज्मेंट को बिल्कुल शून्य नहीं कर सकती। यह जानबूझकर है — कोई bug या सीमा नहीं। उच्च-जोखिम ऑपरेशन के लिए Claude का कन्फर्मेशन माँगना सही व्यवहार है। इसे डिज़ाइन का हिस्सा मानकर स्वीकार करें। लेयर 1 में भी कुछ कन्फर्मेशन बचे रहते हैं जिन्हें bypass नहीं हटाता, जैसे ask नियम और क्रिटिकल पाथ का डिलीशन।

8. सारांश

विषयविवरण
Bypass क्या हैटूल से पहले के लगभग सभी कन्फर्मेशन डायलॉग को स्किप करना (लेयर 1)
Bypass क्या disable करता हैटूल परमिशन UI ("क्या मैं यह कमांड चला सकता हूँ?"), जिसमें .git और .claude जैसे संरक्षित पाथ में लिखने के कन्फर्मेशन भी शामिल हैं
Bypass क्या disable नहीं करताClaude का AI सेफ्टी जज्मेंट (चैट टेक्स्ट के रूप में कन्फर्मेशन) और लेयर 1 के अपवाद (ask नियम, क्रिटिकल पाथ पर rm/rmdir, AskUserQuestion)
bypass में नियमdeny रोकता रहता है; allow का कोई असर नहीं
Claude के कन्फर्मेशन के मानदंडअपरिवर्तनीयता, ब्लास्ट रेडियस, सिक्योरिटी रिस्क
कन्फर्मेशन कम करने के तरीकेCLAUDE.md संदर्भ / सटीक निर्देश / auto मोड
दो लेयर क्योंटूल परमिशन और AI जज्मेंट मूलतः अलग-अलग अवधारणाएँ हैं

जब Claude bypass मोड में भी कन्फर्मेशन माँगे, तो इसका मतलब यह नहीं कि bypass रुक गया — दो स्वतंत्र सिस्टम बस अपना काम कर रहे हैं। इस अंतर को समझने से Claude Code के व्यवहार का सटीक अनुमान लगाना और इसे अधिक कुशलता से उपयोग करना आसान हो जाता है।

Claude के विभिन्न प्रोडक्ट्स के बीच अंतर समझने के लिए देखें Claude.ai बनाम Claude Code: क्या फर्क है?

अक्सर पूछे जाने वाले सवाल

क्या bypass मोड से शून्य कन्फर्मेशन मिल सकती है?

टूल एग्जिक्यूशन UI डायलॉग (लेयर 1) को लगभग पूरी तरह disable किया जा सकता है, लेकिन ask नियम से मेल खाने वाले actions, क्रिटिकल पाथ पर rm या rmdir, और AskUserQuestion से पूछे गए सवालों के कन्फर्मेशन बने रहते हैं। लेयर 2 के AI सेफ्टी जज्मेंट कन्फर्मेशन को भी पूरी तरह खत्म नहीं किया जा सकता। यह एक जानबूझकर बनाई गई सेफ्टी फीचर है। हालाँकि, CLAUDE.md में अपना एनवायरनमेंट अच्छी तरह डॉक्यूमेंट करके और सटीक निर्देश देकर Claude के पूछने की फ्रीक्वेंसी काफी कम की जा सकती है।

क्या Claude का कन्फर्मेशन माँगना कोई bug है?

नहीं। Bypass मोड टूल परमिशन UI को स्किप करता है, Claude के AI जज्मेंट को नहीं। अपरिवर्तनीय ऑपरेशन, प्रोडक्शन एनवायरनमेंट, या संवेदनशील डेटा से पहले Claude का रुकना जानबूझकर का सेफ्टी व्यवहार है — कोई खराबी नहीं। यह "bypass काम न करना" नहीं है, यह "दो सिस्टम स्वतंत्र रूप से चलना" है। अगर चैट टेक्स्ट की जगह अनुमति माँगने वाला डायलॉग आए, तो वह लेयर 1 के उन कन्फर्मेशन में से एक है जिन्हें bypass बनाए रखता है, जैसे ask नियम या क्रिटिकल पाथ का डिलीशन।

CI/CD पाइपलाइन में Claude को रुकने से कैसे रोकें?

तीन चीज़ें कारगर हैं: ① CLAUDE.md या system prompt में स्पष्ट रूप से लिखें कि "यह एक पूरी तरह आइसोलेटेड CI/CD एनवायरनमेंट है और सभी ऑपरेशन सुरक्षित हैं", ② छोटे, सटीक टास्क निर्देश दें (अस्पष्ट निर्देश ज़्यादा कन्फर्मेशन ट्रिगर करते हैं), ③ bypass मोड को Docker कंटेनर आइसोलेशन के साथ जोड़ें। ③ में Claude Code को root के अलावा किसी यूज़र से चलाएँ: Linux और macOS पर root या sudo से चलाने पर bypass मोड शुरू होने से इनकार कर देता है। -p के साथ, bypass में बचे गिने-चुने कन्फर्मेशन इनपुट का इंतज़ार करने के बजाय अस्वीकार हो जाते हैं। अगर सिर्फ़ पहले से मंज़ूर actions चलाने हैं, तो आधिकारिक दस्तावेज़ CI के लिए --permission-mode dontAsk के साथ --allowedTools का तरीका भी बताता है। ध्यान दें कि इन सबके साथ भी कुछ रुकना हो सकता है।

क्या टूल डायलॉग और Claude की कन्फर्मेशन को विज़ुअली अलग पहचाना जा सकता है?

हाँ। लेयर 1 के टूल परमिशन डायलॉग Claude Code टर्मिनल में इंटरैक्टिव UI के रूप में दिखते हैं, जिसमें चलाई जाने वाली कमांड या एडिट के साथ Yes और No जैसे विकल्प होते हैं। लेयर 2 के AI जज्मेंट कन्फर्मेशन Claude के सामान्य बातचीत के टेक्स्ट के रूप में आते हैं (जैसे "यह प्रोडक्शन DB बदलेगा — क्या यह ठीक है?")। उलझन AskUserQuestion से होती है, जिससे Claude विकल्पों वाला सवाल पूछता है: सवाल Claude की ओर से होता है, लेकिन वह डायलॉग के रूप में आता है और bypass मोड में भी आपके जवाब का इंतज़ार करता है, क्योंकि लेयर 1 उसे कभी अपने-आप मंज़ूर नहीं करती। डिस्प्ले फॉर्मेट अलग है, इसलिए एक बार परिचित होने पर आसानी से पहचाने जा सकते हैं।