# source: 2026-10-18/rec_20261018_171535.m4a
# model: Systran/faster-whisper-small
# transcribed: 2026-10-21T17:52:04Z

[00:00:00] Понятно дело, где-то сбоку должна лежать тазк habdb, то есть на соответствии,
[00:00:08] ну то есть сейчас, говорю, мы можем взять существующую службу задачей, вообще не перепиливая,
[00:00:13] ну на ней реализовать то, что нам нужно просто за счет DEV, ну, нового обработчика,
[00:00:20] то есть поэтому нужно как бы проанализировать ее, да, выкачать исходники и реализовать
[00:00:26] рабочий процесс, пока ее не ломая. А вот дальше начинается самое интересное,
[00:00:31] то есть когда у тебя DEV-танцхендлер дошел до того, что ему надо, чтобы выполнить задачу
[00:00:35] проклонировать к себе репозитории, мы приходим к вопросу, а куда он будет клонировать? И у нас
[00:00:44] есть два варианта, если его клонируют прямо к себе, либо, наверное, что более логично,
[00:00:49] в примонтированную папку он клонирует репозиторию куда-то в общее пространство. А вот почему? Потому
[00:00:59] что когда DEV-танцхендлер будет поднимать дополнительный контейнер с целоленкой,
[00:01:13] то он сможет тогда туда примонтировать тот репозиторий, который он проклонировал,
[00:01:22] понимаешь? Поэтому выгодно держать эту инфу вне контейнеров. То есть танцхаб должен создать
[00:01:30] временную папку и при подъеме, ну, тут, блин, а тут получается подъемы контейнеров для DEV-танцхендлеров,
[00:01:40] то есть мы, чтобы новый отдельный контейнер поднимать на каждый этот самый, значит,
[00:01:46] ранор должен это сделать. Что сделать? Создать временную папку. Но вопрос возникает,
[00:01:55] а DEV-танцхендлер он может работать в ней этой папке? Ну, он, наверное, может за счет нашей
[00:02:02] логики заранее определенной, ну, мы будем уверены, что он не запишется куда-то наружу. Вот,
[00:02:09] а вот контейнер поднятый с LLM-ка, и он соответственно у нас будет ограничен, потому что ему
[00:02:15] будет папка примонтирована только с репозиторием. Ну, короче, Жень, я думаю, что нужно вот эту тему
[00:02:27] прогнать. Я имею в виду, что развернуть службу задач и вот просто собрать рабочий пайплайн,
[00:02:33] то есть вот таск-хап получает задачу, он ее дает хендлеру. Хендлер, соответственно,
[00:02:41] готовит, ну, как бы, окружение и поджигает LLM-ку. Понимаешь, да? То есть, ну, поджигает еще один
[00:02:52] контейнер, которому, которому дается этот репозиторий и пром соответствующий. То есть, вот,
[00:02:58] наверное, как сейчас это самое. То есть, в итоге получается, что если мы в таск-хап запушим
[00:03:05] последовательность задач, у нас там есть вроде зависимости между задачами, то есть, когда одна
[00:03:10] задача выполняется, вторая, соответственно, эта самая начинается, то служба задач должна
[00:03:21] мочь за счет подъема дополнительной, ну, короче, за счет работы DevTaskHandler, и который управляет
[00:03:29] подъемом контейнеров с LLM-кой выполнить эти задачи. Здесь тонкий момент, ну, вот это понятно?
[00:03:38] Да. Тут тонкий момент только в том время жизни репозитория. То есть, по-хорошему, время жизни
[00:03:46] репозитория не должно быть связана с временем, ну, с циклом жизни обработки задачи. То есть, мы репозиторий
[00:03:57] клонируем, когда надо задачей работать, и мы репозиторий как бы убираем, когда мы заканчиваем.
[00:04:10] По-хорошему, наверное, можно сделать какой-то тип задачи с определенным DevTaskHandler-ом,
[00:04:16] то есть, которого вообще без LLM-ки. И получится, смотри, какая петрушка. И, кстати, это интересная
[00:04:22] штука. То есть, у нас с тобой ставится одна или даже несколько задач, и сразу она закидывается в
[00:04:30] TaskHandler цепочкой. И первой задачей идет, грубо говоря, клонированная репозитория, а последней
[00:04:37] задачей идет его зачистка. А в середине идут куски разработка, верификация, согласование. Они
[00:04:44] могут вот так вот бурбулировать, туда могут новые задачи накидываться. Ну, понимаешь, да? А заканчивается
[00:04:50] это все тем, что в итоге, когда все задачи выполнены, от которых зависят зачистка репозитория, TaskHandler