गलत उत्तर हटाना
एंटी-पैटर्न आम तौर पर भटकाने वाले विकल्प होते हैं — उन्हें पहचानिए।
गलत उत्तर हटाना, CoddyKit पर Claude Architect का एक निःशुल्क पाठ है। यह 4 में से 3वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह Claude Architect सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Claude Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
भटकाने वाला विकल्प आमतौर पर एक गलत तरीका होता है
Claude Certified Architect परीक्षा में हर प्रश्न के 4 विकल्प होते हैं और ठीक 1 सही होता है। बाकी 3 भटकाने वाले विकल्प होते हैं — और वे बेतरतीब नहीं होते। इन्हें इस तरह बनाया जाता है कि विषय का अधूरा ज्ञान रखने वाले व्यक्ति को वे उचित लगें।
इस पाठ की सबसे उपयोगी सीख यह है: भटकाने वाले विकल्प अक्सर समाधानों का रूप दिए गए प्रसिद्ध गलत तरीके होते हैं। यदि आप गलत तरीकों की सूची को देखते ही पहचान सकें, तो उन्हें पूरा पढ़ने से पहले ही 2-3 विकल्प हटा सकते हैं।
विकल्प हटाना लाभदायक है। अनुमान लगाने पर कोई दंड न होने के कारण, दो गलत उत्तर हटाने से 25% का अनुमान 50% का हो जाता है — और आमतौर पर सही उत्तर स्पष्ट रह जाता है।
गलत तरीकों की मानसिक सूची बनाएँ
विकल्प हटाने से पहले आपको चेतावनी संकेतों की एक सूची अच्छी तरह याद करनी होगी। ये सभी 8 परीक्षा-परिदृश्यों में बार-बार आने वाले गलत उत्तर हैं:
- पूर्णता के संकेतों के लिए पाठ को पार्स करना ("उत्तर में 'done' आने पर रुकें")
- मुख्य रोक-तंत्र के रूप में मनमानी पुनरावृत्ति सीमाएँ
- न्यूनतम/अस्पष्ट उपकरण विवरण या हर एजेंट के लिए बहुत अधिक उपकरण
- सामान्य त्रुटि स्थितियाँ ("Operation failed")
- महत्वपूर्ण व्यावसायिक नियमों को केवल प्रॉम्प्ट से लागू करना
- कई फ़ाइलों की एक-चरणीय समीक्षा और एक ही सत्र में स्वयं की समीक्षा
- अवरोधक/समय-संवेदी जाँचों के लिए Batch API
- भावना/विश्वास-आधारित उच्चतर स्तर पर भेजना
- संभवतः अनुपस्थित स्कीमा फ़ील्ड को अनिवार्य करना
- त्रुटियों को चुपचाप दबाना और केवल समग्र सटीकता मापना
जब कोई विकल्प इनमें से किसी से मेल खाए, तो वह लगभग निश्चित रूप से गलत उत्तर है। इस सूची को खतरे की सीमा मानें।
खतरे का संकेत: लूप रोकने के लिए पाठ को पार्स करना
एजेंट-आधारित लूप stop_reason पर समाप्त होता है — मॉडल के पाठ में "done" या "finished" जैसे शब्द खोजकर कभी नहीं। ऐसा कोई भी विकल्प जिसमें आउटपुट में कोई स्ट्रिंग मौजूद रहने तक लूप चलता है, गलत तरीके वाला भटकाने वाला विकल्प है।
सही तंत्र यह है: हर चरण में पूरा इतिहास भेजें, stop_reason जाँचें, tool_use पर उपकरण चलाएँ, और end_turn पर रुकें।
# ANTI-PATTERN (a distractor you should eliminate):
while "done" not in response.content[0].text.lower():
response = client.messages.create(...)
# CORRECT: terminate on the structured stop_reason
while response.stop_reason == "tool_use":
tool_results = run_tools(response.content)
messages.append({"role": "user", "content": tool_results})
response = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=1024,
messages=messages,
tools=tools,
)
# loop exits when stop_reason == "end_turn"खतरे का संकेत: मुख्य रोक-तंत्र के रूप में पुनरावृत्ति सीमाएँ
यह पिछले जाल का ही एक करीबी रूप है। पुनरावृत्ति सीमा ("10 चक्रों के बाद रुकें") एक उचित सुरक्षा-जाल है — लेकिन यह कभी भी रुकने का मुख्य तरीका नहीं होती। निर्णय मॉडल-आधारित होते हैं; कठोर-कोडित सीमाएँ नियंत्रण-प्रवाह के लिए नहीं, बल्कि गारंटी के लिए सुरक्षित रखी जाती हैं।
इसलिए जब दो विकल्पों में चक्र की सीमा का उल्लेख हो, तो ध्यान से पढ़ें: गलत विकल्प सीमा को मुख्य निकास-शर्त बना देता है। सही विकल्प end_turn पर रुकता है और सीमा को केवल अनियंत्रित रूप से चलने से रोकने वाली सुरक्षा के रूप में रखता है।
MAX_TURNS = 25 # safety net ONLY — not how we normally stop
turns = 0
while response.stop_reason == "tool_use":
if turns >= MAX_TURNS:
raise RuntimeError("runaway loop guard tripped") # rare escape hatch
turns += 1
messages.append({"role": "user", "content": run_tools(response.content)})
response = client.messages.create(model="claude-sonnet-4-5",
max_tokens=1024, messages=messages, tools=tools)
# normal, expected exit: stop_reason == "end_turn"खतरे का संकेत: महत्वपूर्ण व्यावसायिक नियमों के लिए प्रॉम्प्ट
जब किसी प्रश्न में धन, कानूनी या सुरक्षा संबंधी परिणाम (रिफंड सीमाएँ, नीति उल्लंघन) शामिल हों, तो ऐसा विकल्प भटकाने वाला है जिसमें कहा गया हो कि "सिस्टम प्रॉम्प्ट में मॉडल को निर्देश दें कि वह कभी भी $500 से अधिक का रिफंड न करे"। प्रॉम्प्ट लगभग 90% संभाव्य होते हैं। हुक 100% नियतात्मक होते हैं।
सही उत्तर नियम को PostToolUse / बाहर जाने वाली कॉल के हुक या प्रोग्रामेटिक पूर्वशर्त से लागू करता है — ऐसा कोड, जिसे मॉडल अपनी बातों से दरकिनार नहीं कर सकता।
# Distractor: "Add 'never refund more than $500' to the system prompt."
# Correct: deterministic enforcement outside the model.
def on_pre_tool_use(tool_name, tool_input):
if tool_name == "process_refund" and tool_input["amount"] > 500:
return {"block": True,
"reason": "Refunds over $500 require human approval."}
# precondition: identity must be verified first
if tool_name == "process_refund" and not customer_verified():
return {"block": True, "reason": "Verify customer identity first."}
return {"block": False}खतरे का संकेत: खराब उपकरण डिज़ाइन
परिदृश्य 4 और 8 के प्रश्नों में उपकरण-डिज़ाइन से जुड़े दो भटकाने वाले विकल्प बार-बार दिखाई देते हैं:
- "उपकरणों का नाम बदलकर चयन बेहतर करें" — गलत। नाम नहीं, बल्कि उपकरणों के विवरण चयन का प्राथमिक साधन होते हैं।
- "एजेंट को सभी 18 उपकरण दे दें ताकि उसके पास कभी किसी उपकरण की कमी न हो" — गलत। प्रति एजेंट 4-5 उपकरण सर्वोत्तम होते हैं; 18 या अधिक उपकरण चयन की विश्वसनीयता घटाते हैं।
सही उत्तर हैं: समृद्ध विवरण लिखें (उद्देश्य, लौटाए जाने वाले मान, उदाहरणों सहित इनपुट प्रारूप, असामान्य स्थितियाँ, सीमाएँ) और न्यूनतम विशेषाधिकार के साथ उपकरणों का दायरा भूमिका तक कड़ाई से सीमित रखें।
# Correct: a description that actually drives selection.
lookup_order = {
"name": "lookup_order",
"description": (
"Retrieve a customer's order by order_id. "
"Returns status, line items, and total. "
"order_id format: 'ORD-' + 8 digits, e.g. 'ORD-10293847'. "
"Use AFTER get_customer verifies identity. "
"Returns an empty result (not an error) if no order matches."
),
"input_schema": {"type": "object",
"properties": {"order_id": {"type": "string"}},
"required": ["order_id"]},
}खतरे का संकेत: सामान्य त्रुटियाँ और मौन दमन
बहु-एजेंट और निष्कर्षण परिदृश्यों में त्रुटियों से जुड़े दो गलत प्रतिरूपों पर ध्यान दें:
"Operation failed"लौटाना — ऐसी सामान्य स्थिति, जो बुद्धिमत्तापूर्ण पुनर्प्राप्ति को रोक देती है।- विफलता को चुपचाप निगल जाना, या किसी एक उप-एजेंट के विफल होने पर पूरे कार्यप्रवाह को रोक देना।
सही उत्तर संरचित त्रुटियाँ लौटाता है: isError, errorCategory (क्षणिक/सत्यापन/व्यावसायिक/अनुमति), isRetryable, आज़माई गई क्वेरी और आंशिक परिणाम। यह पहुँच की विफलता (जिस पर शायद दोबारा प्रयास किया जा सकता है) और वैध खाली परिणाम (कोई मिलान नहीं — दोबारा प्रयास न करें) में भी अंतर करता है।
# Distractor: return {"status": "Operation failed"}
# Correct: structured, routable error
error = {
"isError": True,
"errorCategory": "transient", # vs validation/business/permission
"isRetryable": True,
"message": "Upstream timeout from inventory service",
"attempted_query": "SELECT * FROM stock WHERE sku='A91'",
"partial_results": [{"sku": "A91", "warehouse": "EU"}],
}खतरे का संकेत: उसी सत्र में समीक्षा और एकल-चरण समीक्षा
कोड-समीक्षा और CI/CD परिदृश्यों (परिदृश्य 2 और 5) में उस हर विकल्प को हटा दें जो कोड बनाने वाले उसी सत्र में समीक्षा करता है — लेखक अपनी ही तर्क-प्रक्रिया बनाए रखता है और स्वयं को चुनौती नहीं देगा। स्वतंत्र, नए उदाहरण पर की गई समीक्षा हमेशा अधिक मजबूत होती है।
साथ ही एकल-चरण वाली बहु-फ़ाइल समीक्षा को भी हटा दें: इससे ध्यान बँट जाता है। सही बहु-चरणीय तरीका पहले प्रत्येक फ़ाइल की स्थानीय समीक्षा करता है, फिर अलग चरण में फ़ाइलों के बीच एकीकरण की समीक्षा करता है।
# Distractor: same chat asks itself "now review what you wrote."
# Correct (CI/CD): isolated, non-interactive review session.
# claude -p "Review this diff for correctness bugs only." \
# --output-format json \
# --append-system-prompt "Flag an issue ONLY when code contradicts intent."
#
# Multi-pass: pass 1 per-file, pass 2 cross-file integration —
# never one single pass across all files at once.खतरे का संकेत: अवरोधक जाँचों के लिए बैच API
Message Batches API 24 घंटे तक की समय-सीमा के साथ 50% सस्ता है — लेकिन इसकी विलंबता की कोई SLA नहीं है और यह बहु-चरणीय उपकरण-कॉलिंग का समर्थन नहीं करता। इसलिए ऐसा कोई भी विकल्प भटकाने वाला है जो Batch का उपयोग मर्ज-पूर्व द्वार, समकालिक उपयोगकर्ता-सामने वाली जाँच या एजेंट-आधारित उपकरण-चक्र के लिए करता हो।
Batch केवल गैर-अवरोधक कार्यों के लिए सही है: रातभर चलने वाली ऑडिट और थोक रिपोर्टें। यदि परिदृश्य में "अवरोधक", "मर्ज-पूर्व", "वास्तविक समय" या "उपयोगकर्ता प्रतीक्षा कर रहा है" जैसे शब्द हों — तो Batch को तुरंत हटा दें।
# Correct use of Batch: overnight, non-blocking audit.
batch = client.messages.batches.create(requests=[
{"custom_id": "doc-001", # custom_id correlates each result
"params": {"model": "claude-sonnet-4-5", "max_tokens": 1024,
"messages": [{"role": "user", "content": audit_prompt(d)}]}}
for d in nightly_documents
])
# WRONG: using this for a pre-merge CI gate (no latency SLA, no tool loop).खतरे का संकेत: खराब एस्केलेशन और खराब स्कीमा
दो और बार-बार दिखने वाले भटकाने वाले विकल्प:
- भावना-विश्लेषण या मॉडल द्वारा स्वयं आँके गए आत्मविश्वास-स्कोर (1-10) से एस्केलेशन शुरू करना। ये खराब ट्रिगर हैं। अच्छे ट्रिगर हैं: स्पष्ट मानवीय अनुरोध, नीति में कमी, प्रयासों के बाद भी प्रगति न होना, और सीमा का उल्लंघन।
- JSON स्कीमा में ऐसे फ़ील्ड को
requiredचिह्नित करना जो संभवतः अनुपस्थित हो सकता है। मॉडल उसे गढ़ देगा। किसी फ़ील्ड को ONLY तभी आवश्यक बनाएँ जब वह हमेशा मौजूद हो; विस्तार-क्षमता के लिए "other" मान वाले एनम और उसके साथ मुक्त-पाठ विवरण का उपयोग करें।
यदि कोई विकल्प "क्रोधित स्वर" के आधार पर एस्केलेशन करता है या "middle_name" को आवश्यक बनाता है — तो उसे हटा दें।
# Distractor schema: requires a field that's often missing.
# Correct: only truly-always-present fields are required.
schema = {
"type": "object",
"properties": {
"invoice_id": {"type": "string"},
"category": {"type": "string",
"enum": ["goods", "services", "other"]},
"category_detail": {"type": "string"}, # free-text, NOT required
"po_number": {"type": "string"}, # may be absent -> NOT required
},
"required": ["invoice_id", "category"],
}उन्मूलन अभ्यास
इसे हर प्रश्न के लिए दोहराई जा सकने वाली प्रक्रिया में बदलें:
- 1. वास्तविक बाधा के लिए परिदृश्य पढ़ें — धन/कानून (हुक चाहिए), अवरोधक बनाम रातभर चलने वाला कार्य (Batch या नहीं), एकल बनाम बहु-फ़ाइल (चरण), मौजूद बनाम अनुपस्थित फ़ील्ड (आवश्यक या नहीं)।
- 2. सभी 4 विकल्पों को गलत प्रतिरूप के संकेतों के लिए जाँचें और हर मेल खाने वाले विकल्प को काट दें। आमतौर पर 2-3 विकल्प हट जाते हैं।
- 3. बचे हुए विकल्पों में वह चुनें जिसमें महत्वपूर्ण स्थान पर नियतात्मक गारंटी हो — सामान्य के बजाय संरचित, पाठ-पार्सिंग के बजाय मॉडल-आधारित रुकना, और स्वयं-समीक्षा के बजाय स्वतंत्र समीक्षा।
- 4. हमेशा उत्तर दें। अनुमान लगाने पर कोई दंड नहीं है — कभी भी रिक्त न छोड़ें, भले ही अंत में केवल सिक्का उछालने जितनी अनिश्चितता रह जाए।
गलत प्रतिरूप पहचानना समझ से बचने का शॉर्टकट नहीं है; यह अनुभवी आर्किटेक्ट के प्रश्न को तेज़ी और स्पष्टता से पढ़ने का तरीका है।
त्वरित जाँच
वास्तविक परीक्षा-जैसे परिदृश्य पर उन्मूलन अभ्यास लागू करें।
पुनरावलोकन: बाधा पढ़ें, गलत प्रतिरूप हटाएँ
गलत उत्तरों को हटाने के लिए मुख्य बातें:
- भटकाने वाले विकल्प आमतौर पर छिपे हुए गलत प्रतिरूप होते हैं। इनकी सूची याद करें और हर एक को संकेत मानें।
- नज़र पड़ते ही हटा दें: रोकने के लिए पाठ-पार्सिंग, मुख्य रुकने के साधन के रूप में पुनरावृत्ति सीमाएँ, महत्वपूर्ण नियमों के लिए प्रॉम्प्ट, सामान्य/दबी हुई त्रुटियाँ, बहुत अधिक उपकरण, नाम-आधारित उपकरण चयन, एकल-चरण और उसी-सत्र की समीक्षा, अवरोधक जाँचों के लिए Batch, भावना/आत्मविश्वास-आधारित एस्केलेशन, अनुपस्थित फ़ील्ड को आवश्यक बनाना।
- सही उत्तर वहाँ नियतात्मक गारंटी को प्राथमिकता देता है जहाँ दाँव ऊँचे हों: हुक और पूर्वशर्तें, संरचित त्रुटियाँ,
end_turnपर मॉडल-आधारित समाप्ति, स्वतंत्र समीक्षा, और समृद्ध उपकरण-विवरण। - हमेशा उत्तर दें — अनुमान लगाने पर कोई दंड नहीं है। दो भटकाने वाले विकल्प हटाने पर सिक्का उछालने जैसा चुनाव भी मजबूत दाँव बन जाता है।
जाल को पहचान लें, और सही विकल्प लगभग अपने-आप चुन लिया जाता है।
एआई शिक्षक के साथ Python सीखें — निःशुल्क
अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।
- पाठ्यक्रम
- 26
- पाठ
- 104
अक्सर पूछे जाने वाले प्रश्न
क्या “गलत उत्तर हटाना” पाठ निःशुल्क है?
हाँ — Claude Architect अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “गलत उत्तर हटाना” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। Claude Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
“गलत उत्तर हटाना” में मैं क्या सीखूँगा?
एंटी-पैटर्न आम तौर पर भटकाने वाले विकल्प होते हैं — उन्हें पहचानिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Claude Architect का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।
क्या Claude Architect शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?
पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर Claude Architect शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 3वाँ पाठ है।
“गलत उत्तर हटाना” पाठ पूरा करने में कितना समय लगता है?
CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।
क्या मैं इस Claude Architect पाठ में कोड लिख और चला सकता हूँ?
हाँ। हर Claude Architect पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।
इस पाठ्यक्रम के सभी पाठ
- परिदृश्य प्रश्नों का अंकन कैसे होता है
- परिदृश्य प्रॉम्प्ट पढ़ना
- गलत उत्तर हटाना
- पूर्ण मॉक परीक्षा का मार्गदर्शन