Slack Code: कोडिंग एजेंट अब टीम चैनल में आ गए हैं

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

मैंने लॉन्च घोषणा, Slack की अपनी बाद की पोस्ट और कवरेज पढ़ी है। नीचे का मॉडल वही Claude Code, Devin या Copilot है जिसे आप पहले से जानते हैं। बदलती है वह जगह जहाँ काम होता है, और यह बदलाव कवरेज में जितना दिखाया गया है उससे कहीं अधिक महत्वपूर्ण निकलता है।

मुख्य बातें - Slack Code "कोड चैनल" जोड़ता है: साझा परियोजना स्थान जहाँ टैग किया गया कोडिंग एजेंट, Claude Code, Devin, GitHub Copilot या Vercel, और आगे ChatGPT, खुले में काम करता है। डिफ़, लाइव पूर्वावलोकन और कुछ भी भेजे जाने से पहले मानव मंजूरी का चरण सबके सामने होता है। - यह पहले दिन से किसी भी Slack योजना पर चलता है, हालांकि हर एजेंट की पहुँच अलग से खरीदी जाती है। काम पूरा होने पर चैनल अपने-आप संग्रहित होते हैं और ऑडिट लॉग रखते हैं। - असली बदलाव निगरानी में है: एजेंट का काम एक व्यक्ति की निजी सत्र से निकलकर पूरी टीम द्वारा देखे जाने वाले साझा संसाधन में आता है। इससे श्रेय और समीक्षा की कुछ कमियाँ ठीक होती हैं, और नई कमियाँ बनती हैं, जैसे दर्शक उदासीनता, दिखावटी मंजूरी और चैनल संदर्भ का हमले की सतह बन जाना। - यह वितरण की चाल भी है। Slack ने एजेंट आधारभूत संरचना बनाने में एक साल लगाया, जिसमें MCP सर्वर, वास्तविक समय खोज और Slackbot MCP क्लाइंट शामिल हैं, और कोड चैनल वह सतह हैं जो इसे दिखाई देती बनाते हैं। - "काम भेजे जाने से पहले कोई व्यक्ति उसे मंजूर करता है" को डिज़ाइन लक्ष्य मानिए, गारंटी नहीं। आपकी समीक्षा प्रक्रिया को फिर भी वास्तविक होना पड़ेगा।

क्या हुआ

20 अगस्त को Slack ने Slack Code को अपनी सभी योजनाओं पर लॉन्च किया, जिसमें मुफ़्त कार्यक्षेत्र भी शामिल हैं। लॉन्च कवरेज और TechRepublic की रिपोर्ट के अनुसार तरीका यह है:

• आप किसी भी Slack बातचीत में कोडिंग एजेंट को टैग करते हैं। एजेंट उस काम के लिए समर्पित कोड चैनल बनाता है, चाहे काम बग ठीक करना हो, पेज अपडेट करना हो या कोई सुविधा बनानी हो।

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

• काम पूरा होने पर चैनल अपने-आप संग्रहित हो जाता है और रिकॉर्ड के लिए ऑडिट लॉग रखता है।

• लॉन्च साझेदार Anthropic का Claude, Cognition का Devin, GitHub Copilot और Vercel हैं, जबकि OpenAI का ChatGPT जल्द आने वाला बताया गया है। Slack की योजना कोड चैनल API को व्यापक डेवलपर समुदाय के लिए खोलने की है ताकि कोई भी कस्टम एजेंट जुड़ सके।

चैनल में कौन आता है, यह कॉन्फ़िगर किया जा सकता है। Slack की उत्पाद उपाध्यक्ष Katie Steigman ने Reworked से कहा: "आप एजेंट से केवल उस उपयोगकर्ता को कोड चैनल में लाने को कह सकते हैं जिसने उसे टैग किया था, या एजेंट को इस तरह कॉन्फ़िगर कर सकते हैं कि वह अपने पास मौजूद संदर्भ के आधार पर खुद अनुमान लगाए कि चैनल में कौन होना चाहिए।" Slack के EVP और महाप्रबंधक Rob Seaman ने उद्देश्य को इस तरह रखा: "AI तभी मूल्य बनाता है जब वह टीम के वास्तविक काम करने के तरीके का हिस्सा हो।"

Slack की घोषणा के अनुसार 20 अगस्त 2026 को सभी Slack योजनाओं पर लॉन्च हुआ Slack Code साझेदार कोडिंग एजेंटों, Claude, Devin, Copilot, Vercel और घोषित ChatGPT, को साझा "कोड चैनलों" में लाता है। वहाँ पूरी टीम एजेंट की बातचीत, डिफ़ और लाइव पूर्वावलोकन देखती है, काम भेजे जाने से पहले उसे मंजूर करती है, और चैनल अपने-आप संग्रहित होने के बाद ऑडिट लॉग पाती है।

निगरानी निजी सत्र से बाहर आती है

सुविधाओं की सूची जिस बात को छिपाती है, वह यह है। आज अधिकतर एजेंट निगरानी एक थके हुए व्यक्ति द्वारा बनाए रखी गई कल्पना है। एजेंट किसी के IDE या क्लाउड सैंडबॉक्स में चलता है, डिफ़ पुल अनुरोध के रूप में आता है, और "समीक्षा" उतनी होती है जितनी शाम 5 बजे उस एक डेवलपर में ऊर्जा बची थी। तर्क, बंद रास्ते, सफल प्रयास से पहले की तीन कोशिशें, सब गायब हो जाता है। मैंने इतना एजेंट आउटपुट देखा है कि जानता हूँ, डिफ़ प्रक्रिया का सबसे कम जानकारी देने वाला हिस्सा है।

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

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

Slack की उत्पाद पोस्ट के अनुसार Slack Code एजेंट निगरानी को निजी सत्र से साझा, संग्रहित चैनल रिकॉर्ड में ले जाता है: बातचीत, बीच के चरण, प्रतिक्रिया और मंजूरियाँ सब खोजे जा सकने वाले संसाधन के रूप में बने रहते हैं। देखने वालों से भरे कमरे में मंजूरी का मालिक कौन है, इसका जवाब ग्राहक को खुद देना है।

साझा संदर्भ दोनों दिशाओं में काटता है

दूसरा बड़ा दावा संदर्भ के बारे में है। Slack का तर्क है कि काम का संदर्भ पहले से चैनलों में रहता है, जैसे बग रिपोर्ट, विशिष्टता पर चर्चा या ग्राहक की शिकायत, इसलिए एजेंट को वहीं काम करना चाहिए जहाँ संदर्भ है, न कि उसे निजी प्रॉम्प्ट में कॉपी-पेस्ट किया जाए। यह सही है, और Slack पूरे साल जिस आधारभूत संरचना को भेज रहा था उसी पर बनता है। उसका MCP सर्वर और वास्तविक समय खोज API फरवरी में सामान्य उपलब्धता में आए, जिससे एजेंटों को कार्यक्षेत्र संदेशों और फ़ाइलों की शासित पहुँच मिली, और जून में Slackbot MCP क्लाइंट आया। मैंने MCP सर्वर सूची में लिखा है कि टीम औज़ारों तक MCP पहुँच एजेंट संदर्भ का उपयोगी आधा क्यों है; चैनल मॉडल उसी विचार को अंत तक ले जाता है।

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

Unite.AI की रिपोर्ट के अनुसार Slack Code का संदर्भ लाभ, यानी एजेंट वहीं काम करता है जहाँ काम का संदर्भ पहले से रहता है, फरवरी 2026 में सामान्य उपलब्ध हुए MCP-आधारित कार्यक्षेत्र पहुँच पर टिका है। वही साझा संदर्भ प्रॉम्प्ट-इंजेक्शन और क्रेडेंशियल उजागर होने की सतह बढ़ाता है, जिसे लॉन्च सामग्री संबोधित नहीं करती।

श्रेय और समीक्षा, कम चमकदार लेकिन असली लाभ

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

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

प्रतिस्पर्धी संदर्भ भी मायने रखता है। Microsoft ने सितंबर 2025 में Teams थ्रेड में Copilot कोडिंग एजेंट रखा था, और Block ने जुलाई में अपना मुक्त-स्रोत Buzz जारी किया, जैसा Reworked की कवरेज बताती है। चैट विंडो एजेंट काम की प्रतिस्पर्धी सतह बन रही है, और Slack का लाभ भी कम चमकदार है: टीम पहले से वहीं है। सहयोग सॉफ़्टवेयर में वितरण चतुराई को हराता है, हर बार।

TechRepublic के अनुसार Slack Code हर एजेंट को चैनलों में अपनी पहचान देता है और संग्रहित परियोजना के साथ ऑडिट लॉग रखता है, लेकिन उसका मंजूरी द्वार, "काम भेजे जाने से पहले कोई व्यक्ति उसे मंजूर करता है", समीक्षक की पहचान या समीक्षा मानक नहीं बताता। Reworked के अनुसार Microsoft का Teams Copilot एजेंट, सितंबर 2025, और Block का मुक्त-स्रोत Buzz, जुलाई 2026, सीधे तुलनीय उदाहरण हैं।

अभी क्या करें

यदि आपकी टीम Slack पर काम करती है और कोडिंग एजेंट इस्तेमाल करती है, तो तीन कदम।

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

2. किसी वास्तविक चीज़ को भेजने से पहले: लिखित रूप में तय कीजिए कि हर रिपॉजिटरी में एजेंट काम का मंजूरकर्ता कौन है और उसे क्या जाँचना अनिवार्य है। यदि आपका जवाब "जो भी चैनल में है" है, तो आपके पास समीक्षा प्रक्रिया नहीं है, आपके पास बटन है।

3. व्यापक लागू करने से पहले: सीमित कीजिए कि एजेंट कौन से चैनल पढ़ सकता है और उसके परिवेश में कौन से क्रेडेंशियल हैं। चैनल इतिहास संदर्भ है, और संदर्भ हमले की सतह है। संकीर्ण दायरे से शुरू करें और साक्ष्य के आधार पर फैलाएँ।

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

Slack Code क्या है?

20 अगस्त 2026 को लॉन्च हुई Slack सुविधा, जो टीमों को साझेदार कोडिंग एजेंटों, Claude Code, Devin, GitHub Copilot, Vercel और आगे ChatGPT, को बातचीत में टैग करने देती है। एजेंट काम के लिए समर्पित "कोड चैनल" खोलता है, जहाँ टीम काम होते हुए देखती है, डिफ़ और पूर्वावलोकन की समीक्षा करती है और भेजे जाने से पहले परिणाम मंजूर करती है। काम पूरा होने पर चैनल अपने-आप संग्रहित हो जाता है।

क्या मुझे भुगतान वाली Slack योजना चाहिए?

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

क्या Slack Code कोड समीक्षा की जगह लेता है?

नहीं, और उसे ऐसा मानना सबसे बड़ा जोखिम है। यह समीक्षा को साझा, संग्रहित चैनल में ले जाता है और मंजूरी द्वार जोड़ता है, लेकिन समीक्षा की गुणवत्ता फिर भी नामित मानव के डिफ़ पढ़ने पर निर्भर करती है। बिना मालिक वाली दिखाई देने वाली प्रक्रिया, सावधान समीक्षक वाली निजी प्रक्रिया से खराब हो सकती है, क्योंकि वह निगरानी का भ्रम देती है।

क्या किसी एजेंट को पूरा चैनल पढ़ने देना सुरक्षित है?

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

निष्कर्ष

Slack Code एजेंटों को बेहतर कोड लिखना नहीं सिखाएगा। वह इसका काम नहीं है। वह एजेंट काम को डिफ़ॉल्ट रूप से दिखाई देने वाला, स्पष्ट रूप से श्रेय योग्य और समीक्षा योग्य बनाता है, उसी जगह जहाँ टीम पहले से रहती है, और अधिकतर एजेंट तैनातियों में चुपचाप गायब तीन चीज़ें यही हैं। पकड़ यह है कि दृश्यता निगरानी नहीं है। चैनल आपको रिकॉर्ड और द्वार देता है; वास्तव में कोई देख रहा है या नहीं, यह समस्या अब भी आपकी है। एजेंट को नहीं, इस बात को देखिए कि टीम मंजूरी देने वाले लोगों को कैसे कॉन्फ़िगर करती है। यहीं तय होगा कि यह काम करता है या नाटक बन जाता है।

यदि आप यह तय कर रहे हैं कि समीक्षा पर नियंत्रण खोए बिना एजेंटों को टीम कार्यप्रवाह में कैसे लाया जाए, तो यह वह बातचीत है जो मैं ग्राहकों के साथ नियमित रूप से करता हूँ। संपर्क करें।

स्रोत

• Salesforce, "Slack Code का परिचय: टीमों के लिए एजेंटिक कोडिंग": https://www.salesforce.com/introducing-slack-code/ (प्रकाशित 2026-08-19, देखा 2026-08-29)

• Slack, "Slack Code: जहाँ आपकी टीम और एजेंट साथ निर्माण करते हैं": https://slack.com/blog/news/slack-code-channels-for-agents (प्रकाशित 2026-08-28, देखा 2026-08-29)

• Unite.AI, "Slack Code AI कोडिंग एजेंटों को समर्पित परियोजना चैनलों में लाता है": https://www.unite.ai/slack-code-puts-ai-coding-agents-in-dedicated-project-channels/ (प्रकाशित 2026-08-20, देखा 2026-08-29)

• TechRepublic, "Slack Code: AI कोडिंग एजेंटों को समीक्षा और निगरानी के लिए साझा चैनल मिले": https://www.techrepublic.com/article/news-slack-code-ai-coding-agents/ (प्रकाशित 2026-08-21, देखा 2026-08-29)

• Reworked, "Slack Code AI कोडिंग एजेंटों को साझा चैनलों में लाता है": https://www.reworked.co/collaboration-productivity/slack-code-brings-collaborative-ai-coding-into-channels/ (प्रकाशित 2026-08-20, देखा 2026-08-29)