चैट से बैकलॉग तक का सफर
तीन महीने पहले, मेरा टास्क मैनेजमेंट सिर्फ एक चैट विंडो था। अगर मैं टैब बंद कर देता, तो योजना गायब हो जाती।
आज, यह एक Postgres बैकलॉग है। तीन अलग-अलग AI एजेंट्स—Claude Code, Codex, और Grok—इससे काम लेते हैं। वे इसमें एट्रिब्यूशन (attribution) दर्ज करते हैं और git हिस्ट्री के आधार पर इसे क्लोज करते हैं।
मेरा इरादा कोई प्रोजेक्ट मैनेजमेंट सिस्टम बनाने का नहीं था। मैं बस मुश्किलों का सामना करता जा रहा था। हर बार जब मैं किसी समस्या को सुलझाता, एक नई समस्या सामने आ जाती।
मेरा काम काफी भारी है। मैं Nexus नामक एक पर्सनल डेटा प्लेटफॉर्म चलाता हूँ। मैं लगभग 100 रिपॉजिटरीज़ (repositories) मैनेज करता हूँ। एक दौरान, मैंने 35 दिनों में 557,000 लाइन्स का कोड शिप किया। उस वॉल्यूम ने मेरे द्वारा आजमाए गए हर प्लानिंग मेथड को विफल कर दिया।
मेरा सिस्टम इस तरह विकसित हुआ:
Phase 1: Conversational Planning योजना चैट हिस्ट्री में रहती थी। मैं ज़ोर से सोचता, एक अच्छा विचार आता, और निर्माण शुरू कर देता।
- समस्या: चैट खत्म होते ही योजनाएं गायब हो जाती थीं। आप उन्हें प्राथमिकता नहीं दे सकते थे या किसी और को नहीं सौंप सकते थे।
Phase 2: Per-Repo TODO Files मैंने हर रिपॉजिटरी में TODO.md फ़ाइलों का उपयोग करना शुरू कर दिया। मैंने साधारण चेकलिस्ट का उपयोग करना बंद कर दिया। इसके बजाय, मैं छोटे स्पेसिफिकेशन (specs) लिखता था। प्रत्येक आइटम में शामिल था:
- स्टेटस और तारीख।
- एक ट्रिगर (यह क्यों ज़रूरी हो गया)।
- पहले से तय किए गए कदम (योजना)।
- ज्ञात जोखिम।
- समस्या: 100 रिपॉज़ के साथ, मेरे पास कोई ग्लोबल व्यू नहीं था। मैं एक ही जगह पर वह सब कुछ नहीं देख सकता था जो मुझे करने की ज़रूरत थी।
Phase 3: The Operator Backlog (OB) मैंने टास्क को एक Postgres डेटाबेस में स्थानांतरित कर दिया। इससे एक ग्लोबल क्यू (queue) बन गई। मैंने एक अप्रूवल गेट जोड़ा। मेरे रिव्यू करने के बाद ही कोई टास्क वास्तविक बनता है। यह AI को बैकलॉग में कचरा डालने से रोकता है। मैंने स्टेटस लेन (status lanes) का उपयोग किया:
- requires_triage
- requires_decision
- requires_investigation
- autonomous_safe
- समस्या: मैं खुद बॉटलनेक (bottleneck) बन गया। मैं लेन को पर्याप्त तेज़ी से खाली नहीं कर पा रहा था।
Phase 4: Multi-Agent Execution बैकलॉग अब कई AI एजेंट्स के लिए एक साझा क्यू है।
- वे लीज़ (leases) का उपयोग करते हैं ताकि वे एक ही टास्क पर काम न करें।
- वे एट्रिब्यूशन का उपयोग करते हैं ताकि मुझे पता चले कि किसने क्या किया।
- वे काम सौंप सकते हैं। एक एजेंट को लग सकता है कि कोई टास्क असंभव है और वह एक प्री-रेक्विज़िट (prerequisite) फाइल कर सकता है। इसके बाद दूसरा एजेंट उस प्री-रेक्विज़िट को उठा सकता है और मूल टास्क को पूरा कर सकता है।
सबक सरल है: सफल होने के लिए आपको फेज 4 की आवश्यकता नहीं है।
यदि आप एक चीज़ अपनाना चाहते हैं, तो फेज 2 का फॉर्मेट अपनाएं। अपने टास्क को स्टेटस, ट्रिगर, पहले से तय किए गए कदमों और जोखिमों के साथ लिखें। इसमें कुछ खर्च नहीं होता और यह सब कुछ बदल देता है।
सबसे महत्वपूर्ण नियम यह है: हमेशा सच्चाई के आधार पर योजना बनाएं। कभी भी किसी अनुमान या सारांश के आधार पर योजना न बनाएं। पुराने डेटा पर आधारित एक सटीक योजना भी उतनी ही तेज़ी से विफल हो जाएगी जितनी तेज़ी से बिना किसी योजना के हो जाती है।
वैकल्पिक लर्निंग कम्युनिटी: https://t.me/GyaanSetuAi