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

[00:00:03] Ну и она, получается, мучает локальную танцкслужбу
[00:00:10] просто через API-настройки, т.е. почти TPP-протоколу, а служба
[00:00:16] задачи она зарегалась, выставилась и ждет подключения в себя
[00:00:20] локального, можно по идее даже ее на нестандартном
[00:00:26] порту держать, т.е. не на 80-ом, на каком-нибудь другом вообще.
[00:00:33] Ну, т.е. предложение фартеровское работает с, получается,
[00:00:39] с локальной службой, а локальная служба подключается к службе
[00:00:44] в интернете, как вы говорите.
[00:00:47] Ну, какой службе в интернете? Вот у тебя на картинке все нарисованное.
[00:00:55] Смотри, представь, что у тебя как бы ее локальная разработка,
[00:00:59] в чем оно заключается. Ты, первое, ты ставишь себе службу
[00:01:03] задачи. Соответственно, дальше ты открываешь Def Hoppage,
[00:01:11] вот, видишь, там пользователь. Все, Def Hoppage может работать
[00:01:15] с твоей службой задач, соответственно, которая стоит
[00:01:19] на локале. Но Def Hoppage, по сути, флатор приложения,
[00:01:23] которые ты открыл по ссылке из интернета. Вот так, как
[00:01:27] оно у тебя же раскрыт, крутится внутри браузера, то она
[00:01:30] получает возможность по локальным IP, по локал-хосту
[00:01:36] работать с локальной службой. Теперь, что делает локальная
[00:01:40] служба? И что делает Def Hoppage? Def Hoppage из Def Hub-а,
[00:01:44] из интернета, тащится, соответственно, себе задачу.
[00:01:50] Вот. И дает ее, соответственно, Def Hoppage. То есть, сейчас вот
[00:01:56] здесь, вот, в смысле, какой был, да, здесь надо эту ХЛД
[00:01:59] менять, короче. Почему ее надо менять? Потому что здесь
[00:02:03] нет взаимодействия у Def Hoppage и Task Hub-а. То есть, предполагалось,
[00:02:09] что... Ну, кстати, не понятно, что тут предполагалось.
[00:02:15] Ну, то есть, тут какая-то есть прорисовка от Def Hoppage
[00:02:20] на две такслужбы. Ну, короче, да, предполагается, что Def Hoppage
[00:02:25] оно наработает как с локальной, так и с глобальной службой
[00:02:28] задач, как с независимым местом автоматизации разработки.
[00:02:32] Итак, еще раз, пользователь Def Hoppage выбирает
[00:02:36] Task, Task приходит из Def Hub-а к нему. Дальше эта Task
[00:02:39] улетает напрямую в локальную службу задач.
[00:02:42] Здесь есть Task Hub и есть, соответственно, Def Task Handler.
[00:02:48] Дальше задача должна содержаться вся информация необходимая,
[00:02:54] которая позволяет Def Task Handler-у заполнить себе,
[00:03:02] да, то есть, заклонировать себе нужные репозитории
[00:03:05] и дальше с ней вместе там ковыряться и работать.
[00:03:09] И, как бы, при этом, соответственно, ну, как бы и все.
[00:03:13] А дальше что получается? У тебя кто, как результаты возвращаются?
[00:03:18] Возникает вопрос. Результаты, результаты, результаты.
[00:03:23] Ну, результаты возвращаются либо Task Hub-ом,
[00:03:26] получается напрямую в Def Hub, что, наверное, не очень хорошо.
[00:03:29] Либо они не творятся твоим Def Hoppage-ом, да?
[00:03:35] То есть, они спрашивают у Task Hub-а готовы, не готовы,
[00:03:39] ему говорят, готовы, ну, и дальше он там смотрит.
[00:03:43] Здесь, правда, еще обратить внимание идет,
[00:03:46] ну, так как мы клонируем репозиторию из большого репозитория,
[00:03:50] да, то есть, твои результаты мы можем туда закидывать.
[00:03:53] Собственно, естественно, мы при этом брончуемся,
[00:03:57] делаем правки, и потом туда это сам.
[00:04:04] Поэтому я бы сейчас сосредоточился сейчас,
[00:04:06] пока опять на технических моментах,
[00:04:08] пока требуемы все эти идеи не расписали.
[00:04:11] Какие у нас здесь технические моменты есть?
[00:04:13] Смотри, есть сама служба-задача,
[00:04:15] которая должна работать как Windows-служба.
[00:04:18] У нее она должна мочь по данным внутри задачи
[00:04:22] заклонировать репозитории.
[00:04:24] Да, возникает вопрос.
[00:04:26] Да, собственно, Task Hub-ом, что у нас?
[00:04:30] В принципе, он сейчас его можно реализовывать, кстати,
[00:04:33] не Windows-служба, а именно контейнером докеровским.
[00:04:37] Так как мы умеем теперь работать с LLM-модели в докере,
[00:04:40] то Task Hub может быть докер-контейнером.
[00:04:44] Соответственно, Task Handler, в принципе,
[00:04:48] никто не мешает сейчас, не ломая архитектуру,
[00:04:52] его сделать опять-таки тоже докер-контейнером.
[00:04:56] Ну, то есть, Runner внутри него будет Handler.
[00:04:59] Дальше идет...
