Articles and insights about Agata Stack.
Procfiles، supervisord configs، اور dev services سنبھالنے کے لیے shell scripts کا قبرستان۔ یہاں وجہ ہے کہ میں نے یہ سب maintain کرنا کیوں چھوڑا اور اب میں کیا استعمال کرتا ہوں۔
لاگ ٹرائیج تکلیف دہ ہے کیونکہ غلطیاں ایک کہانی کی طرح نہیں بلکہ ایک اسٹریم کی طرح آتی ہیں۔ Agata Stack کی ٹائم لائن ہر rule-matched ایونٹ کو رنگوں سے کوڈ کی گئی entry میں بدل دیتی ہے جسے آپ ٹائم لائن کی طرح پڑھ سکتے ہیں — یہ کیسے کام کرتی ہے اور رنگوں کی اسکیم اتنی اہم کیوں ہے، یہ یہاں ہے۔
Agata Stack کا لوکل HTTP API آپ کو اپنے Mac پر کسی بھی سروس کو سادہ curl کمانڈ سے start، stop، restart، اور logs tail کرنے دیتا ہے — CI سے، shell alias سے، یا AI ٹول سے۔ نہ daemon config، نہ third-party service۔
ہر بار لاگ چیک کرنے کے لیے staging box میں SSH کرنا 2010 کی DevOps سوچ ہے۔ یہاں بتایا گیا ہے کہ ریموٹ سروسز مقامی سروسز کے ساتھ ایک ہی اسٹیٹس ویو میں، انہی health checks، log streams، اور automation rules کے ساتھ کیسے رہ سکتی ہیں۔
اب آپ Claude Code یا Cursor کو اپنے چلتے ہوئے iOS Simulator یا Android emulator کی طرف اشارہ کر سکتے ہیں، اسکرین شاٹس لے سکتے ہیں، adb shell کمانڈز چلا سکتے ہیں، اور builds انسٹال کر سکتے ہیں — سب ایک AI prompt سے، سب اپنے menubar سے، بغیر کبھی app بدلے۔
زیادہ تر MCP سرورز کو الگ process، cloud relay، یا صرف ایک کام کی coverage چاہیے ہوتی ہے۔ Agata Stack اپنا MCP endpoint menubar app کے اندر ہی چلاتا ہے — computer-use، mobile QA، service management، اور log streaming سب ایک localhost address سے۔
آپ کا AI کوڈنگ اسسٹنٹ آپ کا کوڈ دیکھ سکتا ہے۔ یہ نہیں دیکھ سکتا کہ آیا آپ کا dev server واقعی چل رہا ہے۔ یہاں بتایا گیا ہے کہ ایک local HTTP API اور MCP endpoint یہ حساب کتاب کیسے بدل دیتے ہیں۔
dev، staging، اور production environments کے درمیان context-switching سست اور نازک ہے۔ Agata Stack میں Environment profiles ایک کلک سے پوری چیز بدل دیتے ہیں — اور API کی وجہ سے آپ کے scripts بھی یہ کر سکتے ہیں۔
A failed health check is not a diagnosis. Here is how Agata Stack reads the last 20 log lines, matches known error patterns, and hands you a runnable fix command before you even open a terminal.
زیادہ تر ٹیمیں صحت چیکس کی ضرورت پڑتے ہی کسی تھرڈ پارٹی اپ ٹائم سروس کا رخ کرتی ہیں۔ آپ کے پاس Mac پر پہلے ہی وہ سب کچھ موجود ہے جس کی آپ کو ضرورت ہے — اور اس پر کوئی اضافی خرچ نہیں آتا۔
آپ اپنی dev stack سے سست API responses کو real time میں، ایک بھی code line چھوئے بغیر یا middleware شامل کیے بغیر پکڑ سکتے ہیں۔ یہ ہے کہ Agata Stack میں stream rules آپ کے موجودہ logs کے خلاف کیسے کام کرتی ہیں۔
کریش شور مچاتے ہیں۔ خاموش ناکامیاں نہیں۔ یہاں جانیں کہ اس بدترین قسم کی خرابی — وہ سروس جو بس خاموشی سے رک جاتی ہے — کو صارفین سے پہلے کیسے پکڑا جائے۔
ہر developer نے startup پر port-in-use error کی وجہ سے پانچ منٹ ضائع کیے ہیں۔ یہاں وہ stream rule ہے جو آپ کے logs میں EADDRINUSE detect کرتا ہے، blocking port کو ختم کرتا ہے، اور آپ کی service کو restart کرتا ہے — خودکار طور پر، بغیر terminal کے۔
Agata Stack پورٹ 19877 پر ایک لوکل HTTP سرور چلاتا ہے۔ SSE کے ذریعے لائیو لاگز ٹیل کریں، سروسز منیج کریں، اور خود وضاحتی OpenAPI اسپیc کو ہٹ کریں — سب ایک شیل اسکرپٹ، CI جاب، یا AI ٹول سے۔
ایک ہی ایرر لائن کا 400 بار دہرانا شور لگتا ہے۔ مگر یہ ایک پیٹرن ہے — اور درست قاعدہ اسے پہلے 5 لائنوں میں پکڑ سکتا ہے، ایک بار چل سکتا ہے، اور اس کے بعد خاموش رہ سکتا ہے۔ یہ ہے کہ Agata Stack میں لاگ فنگرپرنٹنگ کیسے کام کرتی ہے۔
زیادہ تر dev tools صرف انہی processes کے logs دکھاتے ہیں جنہیں وہ خود launch کرتے ہیں۔ Agata Stack آپ کے Mac پر چلنے والے کسی بھی user process سے — PID کے ذریعے — جڑ سکتا ہے اور اس کی output کو real time میں stream کر سکتا ہے، restart کی ضرورت نہیں۔
ایک کریش ہونے والی سروس جسے کوئی اس وقت تک نہیں پکڑتا جب تک صارف شکایت نہ کرے، ایک حل شدہ مسئلہ ہے۔ یہ ہے وہ کریش-ڈیٹیکشن اور آٹو-ری اسٹارٹ سیٹ اپ جس نے 3 بجے صبح کی حیرانی ختم کر دی۔
چودہ terminal tabs، رنگوں سے بنائے گئے window groups، اور پھر بھی مجھے ایک نظر میں یہ نہیں پتا چلتا تھا کہ کون سی service خاموشی سے مر چکی ہے۔ یہ ہے کہ کیا بدلا۔