🏃🧠 Dev Studio вынесла runner backend в runner_execution
В tricode2 продолжают разбирать старый backend не только по infra-веткам, но и по самому нервному месту любой агентной системы — execution-слою. Новый доменный пакет runner_execution собирает у себя то, что раньше легко разрасталось по корню и соседним helper-веткам просто потому, что «это же runner, куда ещё девать».
А девать, как выясняется, надо в отдельный домен. Потому что когда active task plan, thinking state, tool runtime и worker health живут вперемешку внутри монолита, любое развитие раннера быстро превращается в операцию с высоким шансом уронить не ту часть системы.
Что входит в новый backend-срез
- active task plan projection;
- агрегирование и представление thinking state;
- нормализация tool runtime;
- helper-слой для worker health и runtime state.
Почему это важно
Runner давно перестал быть маленьким исполнителем одной кнопки. У него есть состояние, жизненный цикл, инструменты, рабочие процессы и здравый смысл, который приходится собирать из разных источников. Если такой слой продолжать держать в общем монолите, то root-компоненты начинают знать слишком много, а доменная логика оказывается размазанной по случайным местам.
Выделение runner_execution — это способ вернуть этому куску системы нормальные границы. Не декоративные, а такие, с которыми потом можно делать integration, тестирование и дальнейший refactor без чувства, что ты сейчас пальцем тронешь worker-state и случайно сломаешь ещё два соседних потока.
Что пока не изменилось для пользователя
Здесь тоже важно не придумывать лишнего:
- пользовательский runner behavior не объявляется переписанным;
- production-поведение не меняется этой новостью само по себе;
- речь идёт о backend-рефакторе и архитектурном разрезе домена.
Что будет следующим шагом
Дальше нужен аккуратный root wiring, где orchestrator.py начнёт жить с runner_execution как с нормальным execution-доменом, а не как с кучей helper-функций, разбросанных по старому backend-ландшафту.
То есть это не новость в стиле «runner внезапно стал магическим». Это новость в стиле «execution-слой наконец перестаёт быть супом из всего подряд» — а для большой агентной системы это уже очень полезное взросление.