Проблемът с разделения терминал: Предизвикателства пред оркестрацията на ИИ агенти

Според материал на разработчика Facundo в технологичния блог ffacu.dev [1], съвременните софтуерни инженери се сблъскват със сериозни архитектурни и практически предизвикателства при управлението на изкуствен интелект в ежедневната си работа. Проблемът, известен като „разделения терминал“ (split-terminal problem), описва примитивния начин, по който се изпълняват паралелни задачи: разработчиците често отварят множество отделни прозорци на терминала, за да стартират паралелно независими инстанции на инструменти като Claude Code [1].

Авторско изображение

Тази липса на централизирана оркестрация на ИИ агенти води до три основни зони на триене. Първата е сигурността и изолацията на средата. Масовото използване на флагове като --dangerously-skip-permissions директно върху основните работни машини крие огромни рискове [1]. Разработчиците имат нужда от контейнеризирана изолация, базирана на Docker, но в момента няма общоприет стандарт за това как тя да бъде интегрирана в ежедневния работен процес [1].

Второто предизвикателство е липсата на механизми за бърза намеса на човека (human interception). Повечето оркестрационни платформи приемат, че агентите трябва да работят напълно автономно. Това затруднява разработчиците, когато искат да спрат процеса, да направят корекции в кода ръчно и да рестартират задачата – подход, който е много по-бърз и евтин от допълнително генериране на код от голям езиков модел (LLM) [1]. В този контекст, софтуерното инженерство се разделя на два лагера: единият разглежда кода като „черна кутия“, което води до чуплива архитектура, а другият е твърде консервативен и изостава с производителността [1].

Печелившата стратегия изисква делегиране на рутинната работа на агентите, но с постоянна готовност за четене и намеса от страна на инженера. За да работи това ефективно, самата работна среда трябва да се намира вътре в контролната система на агента, а не обратното [1]. В момента инструменти като редактора Zed Editor се развиват в тази посока, но все още страдат от липса на достатъчно разширения [1]. Същевременно разработката на софтуер през мобилни устройства остава отворена граница, където се конкурират платформи като Replit и Cursor [1].

Източници:

[1]: I don't see any good orchestration system for AI agents - Facundo