Claude Code ने Todos और Slash Commands क्यों छोड़ दिए

दो दिनों में Anthropic ने Claude Code में एक साथ दो चीज़ें बदल दीं। Todos अब Tasks बन गए। Slash Commands अब Skills बन गए। दोनों को “मौजूदा फ़ीचर्स, वही व्यवहार” के रूप में पेश किया गया - जिन्हें आसानी से नज़रअंदाज़ किया जा सकता है। लेकिन ये दोनों बदलाव बिल्कुल एक ही दिशा में इशारा करते हैं।

TodoWrite क्यों ग़ायब हो गया

Anthropic की व्याख्या काफ़ी खुलासा करने वाली है: “Opus 4.5 ज़्यादा देर तक स्वायत्त रूप से चलता है और state को ज़्यादा प्रभावी ढंग से ट्रैक करता है। छोटे कामों के लिए अब TodoWrite की ज़रूरत नहीं है।”

• मॉडल पहले से ही ख़ुद समझ जाता है कि क्या करना है
• एक अलग to-do list मदद के बजाय अतिरिक्त बोझ बन जाती है
• मूल कदम है unhobbling - उन बाधाओं को हटाना जो मॉडल की क्षमता को सीमित करती हैं

मॉडल पहले से ही सक्षम था। टूल उसे पीछे खींच रहा था।

Slash Commands Skills क्यों बन गए

यहाँ भी वही तर्क लागू होता है। Slash Commands को progressive disclosure के इर्द-गिर्द डिज़ाइन किया गया था - केवल ज़रूरत पड़ने पर context लोड करें। जैसे-जैसे मॉडल स्मार्ट होता गया, यह तरीक़ा इष्टतम नहीं रहा।

• Skills अपने आप संबंधित फ़ाइलें पढ़कर context जोड़ते हैं
• एक SKILL.MD फ़ाइल दूसरी फ़ाइलों को reference कर सकती है, जिससे multi-step context chains संभव होती हैं
• मॉडल के नज़रिए से, इसे अलग टूल में बाँटने की कोई वजह नहीं है

साझा धागा: सरल काम के लिए scaffolding हटाना

दोनों बदलावों में यही पैटर्न दिखता है:

• Todos: मॉडल ख़ुद संभाल लेता है, इसलिए टूल की ज़रूरत नहीं
• Slash Commands: मॉडल ख़ुद context लोड कर लेता है, इसलिए विशेष syntax की ज़रूरत नहीं

दोनों एक ही फ़लसफ़े का पालन करते हैं: जैसे-जैसे मॉडल की क्षमता बढ़ती है, उस scaffolding को हटा दो जो उसकी कमियों की भरपाई कर रही थी। Anthropic इसे “unhobbling” कहते हैं - ज़ंजीरें उतारना।

फिर भी Tasks और Skills ज़्यादा शक्तिशाली हो गए

यहाँ विरोधाभास है। सरल काम के लिए टूल्स ग़ायब हो गए, लेकिन जटिल काम के लिए abstractions काफ़ी परिष्कृत हो गए।

Tasks ने क्या जोड़ा:

• Tasks के बीच metadata के रूप में dependencies और blockers संग्रहीत करना
• File-system-based coordination ताकि कई sessions और sub-agents मिलकर काम कर सकें
• एक session में किए गए updates स्वचालित रूप से सभी sessions में दिखाई देते हैं जो वही Task List साझा करते हैं

Skills ने क्या जोड़ा:

• एक agent: setting जो skill के साथ एक sub-agent बनाती है
• एक context: fork विकल्प जो पूरे मौजूदा context को एक अलग sub-agent में clone कर देता है
• सूक्ष्म नियंत्रण कि कौन skill invoke कर सकता है - user, model, या दोनों

Agent Design के लिए एक नया सिद्धांत

इन दोनों बदलावों से मैं जो सिद्धांत समझता हूँ:

• सरल कार्य: इन्हें मॉडल को सौंप दो और टूल्स हटा दो
• जटिल सहयोग: shared state और context isolation के लिए संरचनाएँ बनाओ

एक environment variable जैसे CLAUDE_CODE_TASK_LIST_ID=groceries claude कई sessions को एक ही Task List साझा करने देता है। Skills के sub-agent integration के साथ मिलाकर, आप एक साथ कई workstreams चला सकते हैं। यही multi-agent collaboration का बुनियादी ढाँचा है जो Claude Code प्रस्तावित कर रहा है।

जैसे-जैसे मॉडल स्मार्ट होते हैं, सरल scaffolding ग़ायब हो जाती है और केवल collaboration layer बच जाती है।

Agent systems का भविष्य किसी एक agent की क्षमता पर दाँव लगाने के बारे में नहीं है। यह इस बारे में है कि कई agents कैसे state को विभाजित और विलय करते हैं। आगे चलकर यही सबसे महत्वपूर्ण होगा।