कोडिंग एजेंट को सीक्रेट कैसे दें, बिना उसे प्रॉम्प्ट में डाले

हालत हमेशा एक जैसी होती है। कोई एजेंट किसी काम के बीच में है, उसे आपकी Stripe टेस्ट API कॉल करनी है, स्टेजिंग डेटाबेस पर कोई माइग्रेशन चलाना है, या किसी प्राइवेट रजिस्ट्री पर पुश करना है। वह की माँगता है। की आपके पासवर्ड मैनेजर में है, एजेंट इंतज़ार कर रहा है, और दुनिया का सबसे तेज़ काम है उसे चैट में चिपका देना।

वही चिपकाना वह पल है जब की आपके नियंत्रण से निकल जाती है। इसलिए नहीं कि मॉडल बदनीयत है, बल्कि इसलिए कि प्रॉम्प्ट एक ऐसी चीज़ है जो सहेजी और आगे भेजी जाती है: वह आपकी डिस्क पर एक ट्रांसक्रिप्ट फ़ाइल में जाती है, मॉडल प्रोवाइडर के पास जाती है, और हर रीट्राई तथा हर उस सबएजेंट के साथ कॉपी हो जाती है जो बातचीत विरासत में लेता है।

हम AgentsRoom बनाते हैं, एक डेस्कटॉप ऐप जो कोडिंग एजेंट चलाता है, तो यह समस्या हमें अपने लिए भी हल करनी पड़ी। सितंबर 2026 में हमसे तीन बार चूक हुई। यह रहा वह नियम जिस पर हम पहुँचे, वे तीन गलतियाँ जिन्होंने उसे जन्म दिया, और उसे लागू कैसे करें, चाहे आप हमारा ऐप इस्तेमाल करें या नहीं।

छोटा जवाब

• सीक्रेट एजेंट तक एक एनवायरनमेंट वेरिएबल से पहुँचता है, और किसी और रास्ते से नहीं। न किसी मैसेज से, न किसी टिकट से, न किसी स्किल से, न किसी कमांड-लाइन फ़्लैग से।
• एजेंट $NAME इस्तेमाल करता है, मान कभी नहीं। कमांड चलते समय शेल उसे खोल देता है।
• मान एक बार सहेजिए, रिपॉज़िटरी के बाहर, अपने OS कीचेन से एन्क्रिप्टेड, और बाकी हर जगह उसे नाम से रेफ़र कीजिए।
• जो सीक्रेट किसी बातचीत से गुज़र गया वह जल चुका है। उसे बदलिए, फिर सफ़ाई कीजिए।
• मास्किंग एक सुरक्षा जाल है, योजना नहीं। वह उसे पकड़ती है जो की जैसी दिखती है, उस डेटाबेस पासवर्ड को नहीं जो किसी शब्द जैसा पढ़ा जाता है।

यह चिपकाना दिखने से ज़्यादा बुरा क्यों है

तीन चीज़ें एक साथ होती हैं, और उनमें से सिर्फ़ पहली साफ़ दिखती है।

वह मॉडल प्रोवाइडर के पास जाती है। यह हिस्सा सब देखते हैं। आपकी की अब किसी और के इंफ़्रास्ट्रक्चर पर एक रिक्वेस्ट बॉडी में है, एक ऐसी बातचीत के भीतर जिसे आप संपादित नहीं कर सकते।

वह आपकी डिस्क पर जाती है, सादे टेक्स्ट में। Claude Code, Codex, Antigravity CLI और बाकी सब बातचीत का ट्रांसक्रिप्ट रखते हैं ताकि आप उसे फिर से शुरू कर सकें। वह फ़ाइल आपके होम फ़ोल्डर में पड़ी रहती है, बिना एन्क्रिप्शन, तब तक जब तक CLI अपना इतिहास रखता है। अपने ट्रांसक्रिप्ट में एक बार sk- खोजिए और देखिए क्या-क्या निकलता है।

वह बग़ल में फैलती है। बातचीत ही एजेंट की याददाश्त है, इसलिए जो भी बातचीत की नकल करता है वह की की भी नकल करता है: फिर से शुरू की गई सेशन, फ़ोर्क किया गया एजेंट, पैरेंट के कॉन्टेक्स्ट के साथ चला सबएजेंट, प्रोजेक्ट की किसी फ़ाइल में लिखा गया सारांश। हमने एक की को चैट मैसेज से टिकट के विवरण तक और वहाँ से दूसरे एजेंट के पहले मैसेज तक सफ़र करते देखा है, और किसी ने कुछ ग़लत नहीं किया था।

और हमेशा वाला सुरक्षा जाल टिकता नहीं। आउटपुट की मास्किंग पैटर्न से चलती है: sk-…, glpat-…, JWT जैसी बनावट। वह यह नहीं जान सकती कि thursday-harbour-71 आपका स्टेजिंग डेटाबेस पासवर्ड है। अपने ही ऐप में हम टर्मिनल आउटपुट से मिले हुए मान छिपाते हैं, और फिर भी उसे झूले के नीचे लगा जाल मानते हैं, झूला नहीं।

एक-दरवाज़े का नियम

नियम यह रहा, एक पंक्ति में: क्रेडेंशियल एजेंट तक उस प्रोसेस के एनवायरनमेंट वेरिएबल से पहुँचता है जिसमें वह चलता है, और किसी दूसरे रास्ते से नहीं।

बाकी सब शाब्दिक टेक्स्ट है। आपका टाइप किया मैसेज, टिकट का विवरण, कोई स्किल फ़ाइल, कोई सिस्टम प्रॉम्प्ट, कोई कमांड-लाइन फ़्लैग: ये सब कोई इंसान या कोई मॉडल पढ़ता है, इसलिए वहाँ लिखा सीक्रेट प्रकाशित सीक्रेट है।

कमांड लाइन अपना अलग वाक्य माँगती है, क्योंकि वह चैट मैसेज से ज़्यादा सुरक्षित लगती है और है नहीं। --api-key=… में रखा मान ps के ज़रिए मशीन की हर प्रोसेस को दिखता है, आपके शेल इतिहास में उतर जाता है, हर उस चीज़ में लॉग होता है जो चली हुई कमांड रिकॉर्ड करती है, और उन डायग्नोस्टिक टूल में उभर आता है जो प्रोसेस की लाइन आपको वापस छाप देते हैं। किसी एक प्रोसेस का एनवायरनमेंट वेरिएबल उस प्रोसेस और root के लिए पढ़ने लायक होता है। छोटा दायरा, वही सुविधा।

उधर एजेंट को मान की ज़रूरत कभी नहीं होती। उसे बस यह लिखना होता है:

curl -H "Authorization: Bearer $STRIPE_SECRET_KEY" https://api.stripe.com/v1/charges

चलते समय शेल $STRIPE_SECRET_KEY को खोल देता है। एजेंट ने सत्रह अक्षर और एक डॉलर चिह्न लिखा। उसके ट्रांसक्रिप्ट में सत्रह अक्षर और एक डॉलर चिह्न हैं।

हमारे ऐप में यह कैसे काम करता है

तरीक़े से ज़्यादा मायने आकार रखता है, पर आकार की नकल तब आसान होती है जब आप उसका एक लागू रूप देख लें।

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

आप मान एक बार सहेजते हैं। कमांड और कनेक्शन > सीक्रेट, किसी भी प्रोजेक्ट में। एक नाम (अक्षर, अंक, बिंदु, डैश, अंडरस्कोर, 64 वर्ण, ताकि वह एनवायरनमेंट वेरिएबल के नाम की तरह इस्तेमाल हो सके) और एक मान, पासवर्ड फ़ील्ड में टाइप किया हुआ। जो पंक्ति दिखती है उसमें नाम और उसका रेफ़रेंस होता है, {{secret:STRIPE_SECRET_KEY}}, और एक बटन जो रेफ़रेंस कॉपी करता है। न कोई दिखाने वाला बटन है न मान कॉपी करने वाला, क्योंकि ऐसा कोई कोड पाथ ही नहीं है जो इंटरफ़ेस को कोई मान लौटाए।

आप उसे वहाँ रेफ़र करते हैं जहाँ एनवायरनमेंट बनता है। एजेंट संपादित करें > उन्नत > एनवायरनमेंट वेरिएबल, या प्रोजेक्ट सेटिंग, या प्रोवाइडर सेटिंग, या कोई डेव कमांड लाइन:

STRIPE_SECRET_KEY={{secret:STRIPE_SECRET_KEY}}

लॉन्च के समय मुख्य प्रोसेस उस टर्मिनल के एनवायरनमेंट में मान रख देती है जिसे वह बनाने वाली है। रेंडरर उसे कभी नहीं देखता, एजेंट उसे कभी नहीं देखता, फ़ोन उसे कभी नहीं देखता। सीक्रेट मैनेजर पेज स्क्रीन दर स्क्रीन दिखाता है।

एजेंट को नाम मिलते हैं, मान नहीं। हमारे MCP टूल से जुड़ा एजेंट secrets_list कॉल कर सकता है और उस मशीन पर मौजूद नामों की सूची पा सकता है। उसके काम आने के लिए इतना काफ़ी है: वह कह सकता है “आपके पास एक STRIPE_SECRET_KEY सहेजा हुआ है, इस एजेंट के एनवायरनमेंट में STRIPE_SECRET_KEY={{secret:STRIPE_SECRET_KEY}} जोड़िए और मैं $STRIPE_SECRET_KEY इस्तेमाल करूँगा”। वह मान पढ़ नहीं सकता, तब भी नहीं जब वह उसी मान वाली कमांड चला रहा हो।

तीन गलतियाँ जो हम रिलीज़ कर चुके

ऊपर लिखा नियम लिख देने के बाद बहुत साफ़ लगता है। वह तीन बग के निशान हैं, तीनों सितंबर 2026 में, तीनों यूज़र्स की रिपोर्ट से।

टिकट में लिखा रेफ़रेंस हल होकर निकलता था

19 सितंबर। Robert ने एक टिकट के विवरण में एक मैपिंग लिख दी थी, वही पूरी तरह वाजिब STRIPE_SECRET_KEY={{secret:STRIPE_SECRET_KEY}}, ताकि जो भी टिकट उठाए उसे पता हो कि क्या सेट करना है। API से टिकट पढ़ने पर रेफ़रेंस ज्यों का त्यों लौटता था। लेकिन उस टिकट से शुरू हुए एजेंट को अपने पहले मैसेज में मान मिल जाता था।

वजह थी एक पाइपलाइन का छोटा-सा ब्यौरा, जिसका नतीजा असली था। टिकट का ब्रीफ़ एजेंट का पहला प्रॉम्प्ट बनता है, और वह लॉन्च कमांड के एक एनवायरनमेंट वेरिएबल के भीतर सफ़र करता था। हमारा रिज़ॉल्वर हर एनवायरनमेंट मान को हल करता था, तो उसने प्रॉम्प्ट को भी हल कर दिया। की डिस्क पर और मॉडल प्रोवाइडर तक चली गई। उसे बदलने के सिवा कोई रास्ता नहीं था।

फ़िक्स यह था कि एजेंट की लॉन्च कमांड को शाब्दिक बना दिया जाए: जब एनवायरनमेंट में एजेंट की आईडी हो, तो पहला प्रॉम्प्ट रखने वाले वेरिएबल को छुआ ही न जाए। वही वेरिएबल इस्तेमाल करने वाली डेव कमांड के पास एजेंट आईडी नहीं होती, इसलिए वह पहले की तरह हल होती है। एक साइड इफ़ेक्ट हमने जानबूझकर स्वीकार किया: किसी एजेंट के CLI विकल्पों में टाइप किया रेफ़रेंस भी अब हल नहीं होता, और यह सही है, क्योंकि कमांड लाइन वैसे भी ps में और लॉग में पहुँच ही जाती है।

सबक: दरवाज़ा जानबूझकर सँकरा होना चाहिए। “जहाँ-जहाँ काम आ सकता है वहाँ-वहाँ हल कर दो” ठीक वही तरीका है जिससे कोई सीक्रेट ऐसी जगह पहुँच जाता है जहाँ उसे कभी नहीं होना चाहिए।

मैसेज में चिपकाया रेफ़रेंस, जो कभी हल नहीं होता

22 सितंबर। Cs040618 ने उलटी समस्या बताई: “मैं रेफ़रेंस बातचीत में चिपकाता हूँ और एजेंट समझ ही नहीं पाता कि यह की है क्या”।

यह बग नहीं था। मैसेज डिज़ाइन से ही शाब्दिक टेक्स्ट है, और यही तो तीन दिन पहले वाला फ़िक्स था। पर जिस पल यूज़र यह करता है, ऐप में कुछ भी उसे यह बताता नहीं था, और एजेंट, जिसे मैसेज में {{secret:…}} मिल रहा था, उसे कोई अंदाज़ा नहीं था कि जवाब में क्या कहे।

तीन सुधार, तीनों इस बारे में कि दरवाज़ा कहाँ है यह बताया जाए: एक संकेत जो तब दिखता है जब आप कंपोज़र में कोई रेफ़रेंस चिपकाते हैं और जो एनवायरनमेंट वेरिएबल की ओर इशारा करता है, सीक्रेट सूची के ऊपर एक मदद-पंक्ति जो उन तीन फ़ील्ड के नाम लेती है जहाँ रेफ़रेंस हल होता है और कहती है “मैसेज में कभी नहीं”, और ख़ुद एजेंट के निर्देशों में एक पंक्ति जो उसे बताती है कि मैसेज में रेफ़रेंस आने पर क्या जवाब दे।

“सेटिंग > सीक्रेट” था ही नहीं

28 सितंबर। Mohammad के एजेंट ने एक रिपोर्ट दर्ज की: यूज़र कहता है कि उसने सेटिंग > सीक्रेट में OTPIQ_API_KEY जोड़ा, तीस मिनट में कई बार सहेजा, और secrets_list अब भी वही तीन पुराने सीक्रेट लौटा रहा है।

सहेजने का रास्ता ठीक था। सीक्रेट वॉल्ट तक कभी पहुँचा ही नहीं था, क्योंकि सेटिंग में सीक्रेट नाम का कोई पेज है ही नहीं। डेस्कटॉप ऐप की छह मदद-पंक्तियाँ, इस वेबसाइट का एक पेज और ख़ुद एजेंट के निर्देश, सब लोगों को एक ऐसी स्क्रीन पर भेज रहे थे जो मौजूद नहीं थी। सेटिंग में जो सचमुच मौजूद है वह एनवायरनमेंट वेरिएबल वाला ब्लॉक है, तो उसने टोकन वहीं टाइप कर दिया, मुड़े कोष्ठकों में, जो रेफ़रेंस नहीं है: कभी हल नहीं होता, एजेंट को जस का तस भेजा जाता है, और प्रोजेक्ट के साथ सिंक होता है, तो टोकन मशीन से बाहर चला गया।

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

यहाँ का सबक सीक्रेट के बारे में है ही नहीं: मदद-पंक्ति में लिखा ग़लत रास्ता एक सुरक्षा बग है। वह यूज़र को सबसे पास वाले उस फ़ील्ड तक ले जाता है जो सही लगता है।

अगर आप AgentsRoom इस्तेमाल नहीं करते

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

• किसी पासवर्ड मैनेजर का CLI। 1Password के साथ op run -- claude, या Bitwarden और Doppler में उसके बराबर की चीज़: टूल एक टेम्पलेट से रेफ़रेंस पढ़ता है, असली मान चाइल्ड प्रोसेस के एनवायरनमेंट में इंजेक्ट करता है, और डिस्क पर कुछ नहीं लिखा जाता।
• gitignore किए .envrc के साथ direnv। सरल, लोकल, हर डायरेक्टरी के लिए अलग। .envrc और .env* को .gitignore में पहली मान जाने से पहले जोड़िए, बाद में नहीं।
• एक .env फ़ाइल जिसे एजेंट कभी नहीं पढ़ता। उसे रिपॉज़िटरी से बाहर रखिए और उस शेल में लोड कीजिए जो एजेंट को शुरू करता है। अगर फ़ाइल रिपॉज़िटरी के भीतर है, तो एजेंट देर-सबेर उसे खोलेगा, किसी मैसेज में उद्धृत करेगा, और आप वहीं वापस पहुँच जाएँगे जहाँ से चले थे।
• क्लाउड क्रेडेंशियल: कम अवधि वाले लीजिए। CI में लंबी अवधि की AWS की के बजाय GitHub OIDC, और सर्विस अकाउंट की फ़ाइल के बजाय एक वर्कलोड आइडेंटिटी।

आप जो भी चुनें, नियम को एजेंट के निर्देशों में डालिए, ताकि वह पूछना बंद करे। CLAUDE.md या AGENTS.md में एक पैराग्राफ़ काफ़ी है: क्रेडेंशियल का मान कभी मत माँगो, उसे किसी फ़ाइल में कभी मत लिखो, $NAME इस्तेमाल करो और यूज़र को बताओ कि कौन-सा वेरिएबल सेट करना है। हम एक छोटी स्किल प्रकाशित करते हैं जो ठीक यही कहती है, और वह पाँच पंक्तियों की है।

अगर कोई की पहले ही बातचीत से गुज़र चुकी है

इसी क्रम में, और पहला क़दम वैकल्पिक नहीं है।

1. उसे बदलिए। भेजा हुआ प्रॉम्प्ट वापस नहीं लिया जा सकता। मान लीजिए कि मान उजागर हो चुका है और नया जारी कीजिए।
2. ट्रांसक्रिप्ट ढूँढिए। CLI बातचीत की फ़ाइलें आपके होम फ़ोल्डर में रखते हैं। उनमें पुराना मान खोजिए और जो मिले उसे मिटाइए या काटिए।
3. उन जगहों को जाँचिए जो टेक्स्ट की नकल करती हैं। क्लिपबोर्ड मैनेजर का इतिहास, वह टिकट या इशू जहाँ एजेंट को ब्रीफ़ किया गया था, एजेंट ने रिपॉज़िटरी में जो भी सारांश लिखा हो, और git log -p अगर एजेंट ने की अपने पास रखते हुए commit किया हो।
4. उसके बाद दरवाज़ा बनाइए। नया मान किसी एनवायरनमेंट वेरिएबल के पीछे, नाम से रेफ़रेंस, और एजेंट के निर्देश अपडेट कीजिए ताकि अगला एजेंट पूछे ही नहीं।

क़दम 4 सबसे आख़िर में, क्योंकि लीक हुई की के चारों ओर बना साफ़-सुथरा तंत्र बस एक सुव्यवस्थित लीक है।

लोग असल में जो सवाल पूछते हैं

किसी AI एजेंट को दिए प्रॉम्प्ट में API की कभी क्यों नहीं जानी चाहिए?

क्योंकि प्रॉम्प्ट सहेजा भी जाता है और आगे भेजा भी जाता है। Claude Code, Codex और बाकी CLI बातचीत को आपकी डिस्क पर एक ट्रांसक्रिप्ट फ़ाइल में लिखते हैं, और मैसेज खुद मॉडल प्रोवाइडर के पास जाता है। वहाँ से की आपके क्लिपबोर्ड इतिहास में भी होती है, हर उस लॉग में भी जो मैसेज दोहराता है, और उन रीट्राई और सबएजेंट में भी जो बातचीत की नकल कर लेते हैं। पैटर्न पर चलने वाली मास्किंग sk- या glpat- जैसी दिखने वाली चीज़ें पकड़ती है, वह डेटाबेस पासवर्ड नहीं जो किसी आम शब्द जैसा लगता है।

जो सीक्रेट एजेंट पढ़ ही नहीं सकता, उसे वह इस्तेमाल कैसे करता है?

एक एनवायरनमेंट वेरिएबल से। आप मान उस प्रोसेस के एनवायरनमेंट वेरिएबल में रखते हैं जिसमें एजेंट चलता है, और एजेंट कमांड में मान की जगह $STRIPE_SECRET_KEY लिखता है। कमांड चलते समय शेल उसे खोल देता है। एजेंट को अक्षर कभी दिखते ही नहीं, इसलिए वे न उसकी बातचीत में आते हैं न उसके ट्रांसक्रिप्ट में।

क्या मैं सीक्रेट को कमांड-लाइन आर्ग्युमेंट के रूप में भेज सकता हूँ?

भेज सकते हैं, और भेजना नहीं चाहिए। कमांड लाइन ps के ज़रिए मशीन की हर प्रोसेस को दिखती है, वह शेल इतिहास में जाती है, प्रोसेस लॉग में जाती है, और हर उस डायग्नोस्टिक टूल में जाती है जो चली हुई कमांड पढ़ता है। किसी एक प्रोसेस का एनवायरनमेंट वेरिएबल उस प्रोसेस और root के लिए पढ़ने लायक होता है, जो कहीं छोटा दायरा है।

एजेंट जो सीक्रेट इस्तेमाल करते हैं, AgentsRoom उन्हें कहाँ रखता है?

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

अगर मैं एजेंट को भेजे मैसेज में सीक्रेट रेफ़रेंस चिपका दूँ तो क्या होता है?

कुछ भी हल नहीं होता, और यह जानबूझकर है। मैसेज, टिकट का विवरण, स्किल और सिस्टम प्रॉम्प्ट शाब्दिक टेक्स्ट हैं, इसलिए वहाँ लिखा रेफ़रेंस एजेंट तक टेक्स्ट की तरह ही पहुँचता है। केवल एनवायरनमेंट वेरिएबल का मान हल होता है। यह हमने कठिन तरीके से सीखा: टिकट के विवरण में लिखा रेफ़रेंस उस टिकट से शुरू हुए एजेंट के पहले मैसेज में हल होकर निकलता था।

एक की पहले ही बातचीत से गुज़र चुकी है। अब मैं क्या करूँ?

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

संक्षेप में

एजेंट को आपकी की पढ़ने की ज़रूरत नहीं है। उसे एक ऐसी प्रोसेस चाहिए जिसके एनवायरनमेंट में वह पहले से मौजूद हो।

मान एक बार सहेजिए, रिपॉज़िटरी के बाहर, OS से एन्क्रिप्टेड। जहाँ एनवायरनमेंट बनता है वहाँ उसे नाम से रेफ़र कीजिए। एजेंट को $NAME लिखने दीजिए। बाकी हर चैनल शाब्दिक रखिए, उन्हें भी जहाँ हल कर देना सुविधाजनक होता, क्योंकि सुविधाजनक चैनल ठीक वही हैं जो सहेजे और आगे भेजे जाते हैं।

और जब आपसे चूक हो, और होगी, पहले की बदलिए और सफ़ाई बाद में कीजिए।