𝗧𝗵𝗲 𝗗𝗿𝗶𝗳𝘁 𝗳𝗿𝗼𝗺 𝗖𝗵𝗮𝘁 𝘁𝗼 𝗕𝗮𝗰𝗸𝗹𝗼𝗴
تین ماہ قبل، میرا ٹاسک مینجمنٹ محض ایک چیٹ ونڈو تھا۔ اگر میں ٹیب بند کر دیتا، تو منصوبہ ختم ہو جاتا۔
آج، یہ ایک Postgres بیک لاگ ہے۔ تین مختلف AI ایجنٹس—Claude Code، Codex، اور Grok—اس سے کام لیتے ہیں۔ وہ اسے ایٹریبیوشن (attribution) کے ساتھ مہر لگاتے ہیں اور git ہسٹری کے مطابق اسے مکمل (close) کرتے ہیں۔
میرا مقصد کوئی پروجیکٹ مینجمنٹ سسٹم بنانا نہیں تھا۔ میں بس مشکلات کا سامنا کرتا رہا۔ ہر بار جب میں نے کسی مسئلے کو حل کیا، ایک نیا مسئلہ سامنے آگیا۔
میرا کام کافی بھاری ہے۔ میں Nexus نامی ایک پرسنل ڈیٹا پلیٹ فارم چلاتا ہوں۔ میں تقریباً 100 ریپوزٹریز (repositories) کا انتظام کرتا ہوں۔ ایک عرصے کے دوران، میں نے 35 دنوں میں 557,000 لائنز کوڈ شیپ (ship) کیں۔ اس حجم نے میرے آزمائے ہوئے تمام منصوبہ بندی کے طریقوں کو ناکام کر دیا۔
میرا سسٹم اس طرح ارتقاء پذیر ہوا:
مرحلہ 1: Conversational Planning منصوبہ چیٹ ہسٹری میں رہتا تھا۔ میں اونچی آواز میں سوچتا، ایک اچھا آئیڈیا آتا، اور کام شروع کر دیتا۔
- مسئلہ: جب چیٹ ختم ہوتی تو منصوبے غائب ہو جاتے۔ آپ انہیں ترجیح نہیں دے سکتے تھے اور نہ ہی کسی دوسرے کے حوالے کر سکتے تھے۔
مرحلہ 2: Per-Repo TODO Files میں نے ہر ریپوزٹری میں TODO.md فائلز کا استعمال شروع کیا۔ میں نے سادہ چیک لسٹوں کا استعمال چھوڑ دیا۔ اس کے بجائے، میں نے چھوٹی تفصیلات (specs) لکھنا شروع کیں۔ ہر آئٹم میں شامل تھا:
- اسٹیٹس اور تاریخ۔
- ایک ٹرگر (یہ کیوں ضروری ہو گیا)۔
- پہلے سے طے شدہ اقدامات (منصوبہ)۔
- معلوم خطرات۔
- مسئلہ: 100 ریپوزٹریز کے ساتھ، میرے پاس کوئی عالمی منظر (global view) نہیں تھا۔ میں ایک ہی جگہ پر وہ سب کچھ نہیں دیکھ سکتا تھا جو مجھے کرنے کی ضرورت تھی۔
مرحلہ 3: The Operator Backlog (OB) میں نے ٹاسکس کو Postgres ڈیٹا بیس میں منتقل کر دیا۔ اس سے ایک عالمی قطار (global queue) بن گئی۔ میں نے ایک منظوری کا گیٹ (approval gate) شامل کیا۔ ایک ٹاسک صرف میرے ریویو کرنے کے بعد ہی حقیقت بنتا ہے۔ یہ AI کو بیک لاگ میں فضول کام ڈالنے سے روکتا ہے۔ میں نے اسٹیٹس لینز (status lanes) کا استعمال کیا:
- requires_triage
- requires_decision
- requires_investigation
- autonomous_safe
- مسئلہ: میں خود رکاوٹ (bottleneck) بن گیا۔ میں ان لینز کو کافی تیزی سے خالی نہیں کر پا رہا تھا۔
مرحلہ 4: Multi-Agent Execution بیک لاگ اب متعدد AI ایجنٹس کے لیے ایک مشترکہ قطار ہے۔
- وہ لیز (leases) کا استعمال کرتے ہیں تاکہ وہ ایک ہی ٹاسک پر کام نہ کریں۔
- وہ ایٹریبیوشن (attribution) کا استعمال کرتے ہیں تاکہ مجھے معلوم ہو کہ کس نے کیا کیا۔
- وہ کام ایک دوسرے کے حوالے کر سکتے ہیں۔ ایک ایجنٹ کو معلوم ہو سکتا ہے کہ کوئی ٹاسک ناممکن ہے اور وہ اس کے لیے ایک لازمی شرط (prerequisite) فائل کر دے۔ پھر دوسرا ایجنٹ اس لازمی شرط کو مکمل کر کے اصل ٹاسک کو ختم کر سکتا ہے۔
سبق سادہ ہے: کامیاب ہونے کے لیے آپ کو مرحلہ 4 کی ضرورت نہیں ہے۔
اگر آپ ایک چیز سیکھنا چاہتے ہیں، تو مرحلہ 2 کا فارمیٹ اپنا لیں۔ اپنے ٹاسکس کو اسٹیٹس، ٹرگر، پہلے سے طے شدہ اقدامات اور خطرات کے ساتھ لکھیں۔ اس میں کوئی خرچ نہیں آتا اور یہ سب کچھ بدل دیتا ہے۔
سب سے اہم اصول یہ ہے: ہمیشہ حقیقت کی بنیاد پر منصوبہ بندی کریں۔ کبھی بھی کسی اندازے یا خلاصے کی بنیاد پر منصوبہ بندی نہ کریں۔ پرانے ڈیٹا پر مبنی ایک بہترین منصوبہ بھی اتنی ہی تیزی سے ناکام ہو جائے گا جتنا کہ منصوبہ کا بالکل نہ ہونا۔
اختیاری لرننگ کمیونٹی: https://t.me/GyaanSetuAi