Articles and insights about Agata Stack.
Procfile-ok, supervisord konfigurációk és egy shell script temető a fejlesztői szolgáltatások kezelésére. Itt elmondom, miért hagytam abba az egész karbantartását, és mit használok helyette most.
A log triázs fájdalmas, mert a hibák folyamként érkeznek, nem történetként. Az Agata Stack timeline minden szabály által egyező eseményt színkódolt bejegyzéssé alakít, amit idővonalként olvashatsz — itt van, hogyan működik, és miért fontosabb a színséma, mint elsőre látszik.
Az Agata Stack helyi HTTP API-ja lehetővé teszi, hogy bármely szolgáltatást elindíts, leállíts, újraindíts, és a logjait nézd a Maceden egy sima curl parancsból — CI-ből, egy shell aliasból vagy egy AI eszközből. Nincs daemon konfiguráció, nincs külső szolgáltatás.
Minden logellenőrzéshez SSH-val bejelentkezni egy staging gépre: ez már 2010-es DevOps. Így férhetnek meg a távoli szolgáltatások a helyiekkel ugyanabban az állapotnézetben, ugyanazokkal az egészségellenőrzésekkel, logfolyamokkal és automatizálási szabályokkal.
Most már rámutathatsz a Claude Code-ra vagy a Cursorra a futó iOS Simulatorodra vagy Android emulátorodra, készíthetsz képernyőképet, futtathatsz adb shell parancsokat és telepíthetsz buildet — mindezt egy AI promptból, a menüsorodból, appváltás nélkül.
A legtöbb MCP szerverhez külön folyamat, felhő relay kell, vagy csak egyetlen területet fed le. Az Agata Stack az MCP végpontot magában a menüsávos appban futtatja — géphasználatot, mobil QA-t, szolgáltatáskezelést és logfolyamot biztosítva egyetlen localhost címről.
Az AI kódoló asszisztensed látja a kódodat. Azt viszont nem látja, hogy a fejlesztői szervered ténylegesen fut-e. Íme, hogyan változtat ezen egy helyi HTTP API és egy MCP végpont teljesen.
A dev, staging és production környezetek közötti váltás lassú és törékeny. Az Agata Stack környezeti profiljai egy kattintással megoldják az egészet — az API pedig azt is lehetővé teszi, hogy a scriptek is megtegyék ugyanezt.
Egy sikertelen health check még nem diagnózis. Itt van, hogyan olvassa az Agata Stack az utolsó 20 logsort, illeszti a ismert hibamintákhoz, és ad egy futtatható javító parancsot, mielőtt még megnyitnád a terminált.
A legtöbb csapat azonnal egy külső uptime szolgáltatáshoz nyúl, amikor állapotellenőrzésre van szüksége. Már minden megvan a Maceden — és semmibe sem kerül pluszban.
Valós időben elcsípheted a lassú API-válaszokat a dev stackből úgy, hogy egyetlen kódsort sem érintesz, és nem adsz hozzá middleware-t sem. Íme, hogyan működnek az Agata Stack stream szabályai a meglévő logjaiddal szemben.
A hibák zajt csapnak. A csendes hibák nem. Íme, hogyan csípheted el a legrosszabb leállást — azt, amikor a szolgáltatás egyszerűen csendben megáll — még a felhasználóid előtt.
Minden fejlesztő elvesztett már öt percet egy „port in use” hibára induláskor. Íme az a stream szabály, amely észleli az EADDRINUSE-t a logjaidban, leöli a blokkoló portot, és automatikusan újraindítja a szolgáltatást — terminál nélkül.
Az Agata Stack egy helyi HTTP szervert futtat az 19877-es porton. Élő logok SSE-n át, szolgáltatások kezelése és önleíró OpenAPI spec — mindez egy shell scriptből, CI jobból vagy AI eszközből.
Egyetlen hibasor 400-szor ismétlődve zajnak tűnik. De ez egy minta — és a megfelelő szabály már az első 5 sorban elkapja, egyszer lefut, aztán csendben marad. Így működik a log ujjlenyomat-készítés az Agata Stackben.
A legtöbb fejlesztői eszköz csak az általuk indított folyamatok naplóit mutatja. Az Agata Stack bármely felhasználói folyamathoz csatlakozni tud a Maceden — PID alapján —, és valós időben streameli a kimenetét, újraindítás nélkül.
Az a probléma, amikor egy összeomlott szolgáltatást csak akkor kap el valaki, amikor egy felhasználó panaszkodik, már megoldott ügy. Íme az az összeomlás-észlelési és automatikus újraindítási beállítás, amely véget vetett a hajnali 3-as meglepetéseknek.
Tizennégy terminálfül, színkódolt ablakcsoportok, és még így sem láttam egy pillantásra, melyik szolgáltatás állt le csendben. Ez változott meg.