VoiceRecord_Result/conversations/beseda-20260903-1736.txt

# Беседа: beseda-20260903-1736.txt
# файлов: 7; начало: 2026-09-03 17:36; конец: ~2026-09-03 18:07

## 2026-09-03/rec_20260903_173605.m4a (старт 17:36:05)

[00:00:00] Ничего, и что я имею для того, чтобы бейки нашлёпать, понимаете, а?
[00:00:10] Вот это сейчас завернём они с большой сервисой, и как бы, пожалуйста, инфраструктура готова,
[00:00:17] чтобы писать бхм под 100-годную, да?
[00:00:21] Дальше сейчас недоносительно платора.
[00:00:25] Ну, смотри, какой я вижу.
[00:00:27] Первый, я вижу проблему, как не вмешивалась процесс разработчиков.
[00:00:34] Будет, при написании собственного промта, у него сразу же будут подтягиваться все наши правила и т.д.
[00:00:43] То есть, во-первых...
[00:00:45] Ну как, пап, у тебя стилы за этого есть?
[00:00:51] Стилы?
[00:00:55] Нет, ну я понял, ну хорошо, вот у тебя лежит скилл, где он лежит.
[00:01:11] То есть, у тебя получается, что у тебя есть, грубо говоря, пространство рабочее,
[00:01:19] где у тебя находятся инструменты по разработке,
[00:01:23] и есть рабочее пространство проекта, с которым ты работаешь.
[00:01:27] То есть, инструменты ты не имеешь права чекать, да?
[00:01:30] Потому что это, то есть, обычно программисты, их используют как инструменты.
[00:01:35] Закончено, не может там ничего менять.
[00:01:37] Да.
[00:01:38] А в своём пространстве ты, соответственно, в гидзе закачиваешь то, что написал, то или там.
[00:01:46] И вот этот процесс, пока не совсем понятен, как это будет?
[00:01:51] Ну так вот давай обсуждать.
[00:01:54] Смотри, есть ещё, во-первых, разделим как бы вот пространство, да?
[00:02:02] То есть, есть пространство разработки инструментов, да? Где-то.
[00:02:08] У нас с тобой.
[00:02:11] Да.
[00:02:13] Есть.
[00:02:15] И причём, как бы в том числе, тут разные могут быть в этом пространстве инструменты, которые тут использовались.
[00:02:24] Дальше должны быть...
[00:02:28] Ну, как бы, на выходе этого пространства должны быть инструменты для отличных режимов.
[00:02:37] То есть, если режим разработчик, он, грубо говоря, как кодер, у него один режим.
[00:02:44] Если это режим руководителя проекта, у него другой режим, у него другой, значит, набор инструментов, которыми он пользуется.
[00:02:52] Да.
[00:02:53] Из откуда-то, да?
[00:02:56] Если это разработчик требований, это третья история.
[00:03:02] В нашем случае, ну, привет.
[00:03:05] То есть, у нас может быть инструменты для backend разработчика.
[00:03:09] И для фронты вент разработчика.
[00:03:12] Разные.
[00:03:14] Проливаешь, да?
[00:03:15] Да.
[00:03:21] Вот, конечно, надо договориться, что либо мы его парней в бэк не пускаем,
[00:03:30] но тогда, как бы, мы не нужны инструменты для разработчика.
[00:03:34] А если ты их где-то пускаешь, где-то пускаешь, а где-то не пускаешь,
[00:03:40] ну, значит, их все равно будет доступ к инструментам для backend разработчика.
[00:03:45] А значит, как бы, можно пускать везде.
[00:03:48] Ну, не знать, что нужно пускать везде.
[00:03:51] Ну, можно, возможно, вот так я скажу, можно пускать везде.
[00:03:55] Итак, а это то, что касается того, что...
[00:04:00] Алло.
[00:04:04] И пропал.
[00:04:06] Эх, инструменты для разработки требований.
[00:04:11] Или для управления проекта.
[00:04:14] Все можно в свои таски.
[00:04:16] Как это?
[00:04:18] Знать.
[00:04:20] Да.
[00:04:22] Вот.
[00:04:24] Итак, это то, что касается первой, верхней части.
[00:04:29] Теперь инструменты, это, наверное, предмет отдельный.
[00:04:34] Мы должны стремиться сделать, как можно, больше, детерминированную.
[00:04:43] Вот.
[00:04:46] Чем больше они будут детерминированными,
[00:04:49] универсальные они будут относительно используемых ЛЛМ-моделей
[00:04:56] и хармосов среди конкретных разработчиков.

## 2026-09-03/rec_20260903_174106.m4a (старт 17:41:06)

[00:00:00] Понятно, да?
[00:00:03] Да.
[00:00:06] Отсюда, конечно, выпрыгать.
[00:00:08] Они должны ли они быть
[00:00:10] описаны тогда по-человечески
[00:00:13] сервификацией
[00:00:15] со всеми пирогайзами?
[00:00:17] На сишанку надо понимать.
[00:00:19] Ну, то есть, там мы сходим.
[00:00:21] Ну, в идеале,
[00:00:23] смотри, смотри,
[00:00:25] в идеале, это вот я, как сейчас представил,
[00:00:28] как должна быть.
[00:00:30] Есть какое-то ПО.
[00:00:32] В нашем случае,
[00:00:34] скорее всего, это веб нам привычен.
[00:00:37] То есть, ты туда заходишь,
[00:00:39] авторизуешься,
[00:00:41] у тебя рабочая пространство,
[00:00:43] с которыми ты проектами работаешь.
[00:00:45] То есть, ты выбираешь проект,
[00:00:47] пишешь задачу какую-то,
[00:00:50] в рамках этого проекта.
[00:00:52] Она выполняется,
[00:00:54] тебе моделька говорит,
[00:00:56] вот я эту фичу сделала,
[00:00:58] я ее проверивала,
[00:01:00] тест написан и так далее.
[00:01:02] Дальше, что делают программисты?
[00:01:04] Он выгружает из гита
[00:01:06] результат работы.
[00:01:08] То есть, он выгружает.
[00:01:10] То есть, Иванка что сделала?
[00:01:12] Она написала код
[00:01:14] и запушила это в гит.
[00:01:16] То есть, программист забирает из гита
[00:01:18] результат.
[00:01:20] Соответственно,
[00:01:22] проект тоже самое,
[00:01:24] ты его проектируешь.
[00:01:26] Нет, ну тут вопрос нагрета.
[00:01:28] Ты сейчас говоришь,
[00:01:30] модель должна писать где-то
[00:01:32] топку, знает где.
[00:01:34] Да, вот.
[00:01:36] Соответственно, разработчик
[00:01:38] потом тебе результат избирает.
[00:01:40] Но это немножко не бьется
[00:01:42] с нашим текущим подходом,
[00:01:44] что разработчик на руку ведет модель.
[00:01:46] Нет, просто я говорю,
[00:01:48] это как я вижу,
[00:01:50] как должно быть.
[00:01:52] Пока у тебя приложение
[00:01:54] не попало в гит,
[00:01:56] возможно, ты его как-то можешь
[00:01:58] контролить в моменты
[00:02:00] разработки.
[00:02:02] Что-то вносить правки.
[00:02:04] Нет, ну то да, у тебя должно быть
[00:02:06] несколько вариантов
[00:02:08] реализации фич.
[00:02:10] Мы понимаем, что
[00:02:12] может быть реализация фичи
[00:02:14] какой-то такой вот
[00:02:16] большой автоработой,
[00:02:18] но пока я бы это отложил в сторону.
[00:02:20] Только не почел бы того,
[00:02:22] что разработчик выбирает все тавства
[00:02:24] и пошел на свое локальное машине
[00:02:26] контролем того, что делает
[00:02:28] агент,
[00:02:30] где он выполнять
[00:02:32] от проектирования
[00:02:34] до соответственно
[00:02:36] финального фичи.
[00:02:38] А что значит тогда забирают тазку?
[00:02:40] Просто отмечает, что он ее
[00:02:42] взян на исполнение, но...
[00:02:44] Ну, есть, но она надо где-то
[00:02:46] сделать, да, какую-то систему
[00:02:48] управления проектом
[00:02:50] тазками для разработчиков.
[00:02:52] Соответственно,
[00:02:54] когда разработчик берет тазку,
[00:02:56] включается, что он ее взял,
[00:02:58] начинает все работать.
[00:03:02] Ну да.
[00:03:04] То есть ему требования поступают
[00:03:06] по этой тазке.
[00:03:08] Ну да, все, забирай тазку,
[00:03:10] он получает материалы по задачи.
[00:03:12] Ну, и понятно, делал
[00:03:16] заметку, что он ее начал на
[00:03:18] где работал.
[00:03:20] Угу.
[00:03:22] Понятно.
[00:03:24] Ну, это просто как
[00:03:26] некоторая пришлепка к управлению.
[00:03:28] То есть это никак нет.
[00:03:30] Не влияет на его работу.
[00:03:32] Ну, требования надо получить
[00:03:34] разработчиков.
[00:03:36] Требования надо получить.
[00:03:38] Ну...
[00:03:40] Вот он получает требования.
[00:03:42] А дальше он начинает
[00:03:44] с ними работать,
[00:03:46] с помощью инструментов,
[00:03:48] которые ему доступны.
[00:03:50] Угу.
[00:03:52] А потом он, да потом он
[00:03:54] просто берет ответственность
[00:03:56] на себя и говорит, я задачу выполню.
[00:03:58] Да, он что проверяет?
[00:04:00] В принципе, то есть мы с точки зрения,
[00:04:02] например, контроля
[00:04:04] процесса
[00:04:06] за верху.
[00:04:08] У нас ничем не отличается.
[00:04:10] Мы смотрим вид, куда идут
[00:04:12] комиты
[00:04:14] от разработчиков.
[00:04:16] Потому что они там где-то
[00:04:18] получают требования,
[00:04:20] но это там где-то десятая.
[00:04:22] Чем лучше будут требования
[00:04:24] им даваться, тем меньше они
[00:04:26] время будет тратить
[00:04:28] на их обработку, подбор,
[00:04:30] агенту,
[00:04:32] тем меньше времени,
[00:04:34] чем быстрее будет
[00:04:36] это.
[00:04:38] Угу.
[00:04:40] Ну, то есть, грубо говоря,
[00:04:42] в идеале они должны получать
[00:04:44] помимо
[00:04:46] требования, они, в принципе,
[00:04:48] могут уже получить какой-то план
[00:04:50] работ, предварительно тоже
[00:04:52] ловаемкой составлены.
[00:04:54] Ну, тут просто что-то,
[00:04:56] смотрите, программа минимум,
[00:04:58] это отдать требования.
[00:05:00] Угу.

## 2026-09-03/rec_20260903_174607.m4a (старт 17:46:07)

[00:00:00] Пограмма максимум, подожди, у тебя дать готовую фичу, программированный, на экспертизм.
[00:00:08] Вот у тебя два колеса.
[00:00:11] А при средине у тебя требования плюс план, требования плюс проект,
[00:00:18] то есть требования плюс проекта, а потом требования плюс план,
[00:00:21] а потом требования плюс какие-то готовые куски, и т.д.
[00:00:27] Требования и отчет о функциональном тестировании,
[00:00:33] разработала на тестовом сервере готового фичи.
[00:00:38] Хорошо, остается этот вопрос.
[00:00:43] Как разработчик будет применять у себя разработанные требования к разработке?
[00:00:53] То есть если-то либо мы говорим, что он должен забрать требования,
[00:00:57] он должен забрать весь пакет требований,
[00:01:00] и его каждый раз поцеловать под разработку,
[00:01:05] или второго вопроса, а как он?
[00:01:10] Потому что вообще весь контекст, включая все требования к разработке?
[00:01:19] Не пустые правила и требования.
[00:01:22] Хорошо, я не повторюсь.
[00:01:24] Требование-то касается конкретной фичи.
[00:01:26] Правила, неправильно выразился.
[00:01:28] Как разработчик сможет забирать и актолизировать правила
[00:01:34] и получать актуальные изменения по правилам разработки
[00:01:39] в рамках разработки своей фичи, своей работы?
[00:01:44] Чтобы он это не забывал,
[00:01:47] и в идеале это вообще не зависело.
[00:01:54] Грубо говоря, когда он отправлен,
[00:01:57] я просто...
[00:01:58] Подожди.
[00:02:00] Ну, говори.
[00:02:02] Он пользуется навыком.
[00:02:05] Для него инструмент, это навык.
[00:02:07] В навыках должно быть написано, явно.
[00:02:11] Прочитай вот отсюда, то-то-то.
[00:02:16] Прочитая откуда, может быть, вообще должно быть ссылками
[00:02:19] на какой-то наш сервер.
[00:02:21] То есть это должен быть MCP?
[00:02:23] Это должен быть MCP-сервер, грубо говоря.
[00:02:26] Ну, может быть, MCP.
[00:02:29] Ну, может быть, MCP, а это как бы...
[00:02:32] Вот вопрос, наверное, такой, да?
[00:02:35] Что лучше, MCP или ссылка в web?
[00:02:39] Как бы...
[00:02:41] Я терп на эту.
[00:02:43] Есть ответ на эту вопросу?
[00:02:46] Ну вот.
[00:02:48] Вот ссылка в web это что?
[00:02:51] Это модель должна либо уметь сама обратиться в web,
[00:02:59] либо она должна написать...
[00:03:01] Либо она должна иметь какую-то туалу,
[00:03:04] которую она запустит.
[00:03:06] То есть инструмент какой-то, да?
[00:03:09] То есть это должен иметь hard.
[00:03:11] Вот, вот чел прикол.
[00:03:13] То есть надо понять, вот кармус,
[00:03:15] которым пользуется конкретный разработчик,
[00:03:19] ну и заодно делать ревью по нему,
[00:03:22] проверить их-то все.
[00:03:24] Вот если кармус умеет забирать данные
[00:03:28] по ссылке в web,
[00:03:30] это не история, наверное, про MCP.
[00:03:33] Вот, наверное, надо узнать, да,
[00:03:35] MCP куда оно коннектится?
[00:03:37] MCP оно в модель или MCP оно в кармус?
[00:03:40] Куда оно?
[00:03:43] Ну я понял, да, вопрос.
[00:03:45] Да, вопрос.
[00:03:47] С того, что смотри, если...
[00:03:49] Ну просто это каждый я бы представлял.
[00:03:52] То есть если это MCP,
[00:03:54] это все-таки история про модель,
[00:03:58] это значит, какой-то формат,
[00:04:01] заворачивается информацией,
[00:04:03] цепляется в запрос к модели.
[00:04:05] И модель, на основании того,
[00:04:07] что там у нее заложено,
[00:04:09] она может подюргать, да,
[00:04:12] какой-то внешний инструмент,
[00:04:14] модель может подюргать внешний инструмент.
[00:04:17] Не кармуса, модель.
[00:04:19] Это вариант номер один,
[00:04:21] как оно может работать,
[00:04:23] потому что я пуль знает.
[00:04:25] Так, вот этот прикол,
[00:04:27] когда ты начинаешь разделять внутренние механизмы,
[00:04:30] у тебя возникает вопрос.
[00:04:32] А это где?
[00:04:34] То есть вот там говорят,
[00:04:36] в MCP сразу там дают ответы.
[00:04:38] Офигенно.
[00:04:40] А вопрос в итоге,
[00:04:42] а это все-таки кармус,
[00:04:44] или модель?
[00:04:46] Я бы предположил,
[00:04:48] ну пока предварите,
[00:04:50] ну мне сказать не надо,
[00:04:52] надо просто узнать,
[00:04:54] то логично было бы,
[00:04:56] что в MCP это был протокол для модели.
[00:04:58] Тогда он бы...
[00:05:00] грабы стоило свечи.

## 2026-09-03/rec_20260903_175108.m4a (старт 17:51:08)

[00:00:00] понимаешь, да, то есть мы действительно разрабатываем модель, подъездываем в протокол, по который модель
[00:00:08] может куда-то пойти в ходе своих размышлений. Это прикольно. А если мы просто говорим, что мы для
[00:00:16] агентов, то есть для Харнесса, ну вообще для Харнесса любого, для веб-харнесса. МСП это компонент,
[00:00:29] который используется в рамках Харнесса для обеспечения взаимодействия между моделью и внешними
[00:00:36] инструментами или сервисами. То есть грубо говоря, получается, что Харнесс вызывает МСП,
[00:00:42] получает результат изосового того в модель, как в Промпт или как в Запарк.
[00:00:48] Разобрать все-таки, что это такое. Если мы сейчас не понимаем, что это этот артокол,
[00:00:54] какой для кого, вот смотри, вариант номер один. Харнесс, Харнесс. Мы поняли, что МСП-компонент крутит
[00:01:06] Харнесс. Если МСП-селлер где-то крутится в интернете, то Харнесс покует информацию в формат МСП.
[00:01:16] Вот так вот. И модель покует информацию в модели в формат МСП и дает Харнессу. А Харнесс просто маршрутизирует
[00:01:29] в МСП. То есть вот я все-таки висклоняюсь к тому, что поддержка интеграции Харнесса с внешним
[00:01:38] инструментом, ну, это слабовато. То есть, как бы, с точки зрения потенциальных возможностей. А вот
[00:01:46] давание модели, модели, поддержки, нативной, формировать какие-то запросы в каком-то формате,
[00:01:56] которые можно там напрямую или через последненько, в средненько, в виде Харнесса пульнуть наружу. Это круто.
[00:02:04] Ну, нужно просто разобраться вот этим, вот прям вот пощупать руками, вот как оно. Понятно делать,
[00:02:11] что МСП это какой-то, ну, веб-запрос, в каком-то формате. Мое дело, что его делает Харнесс,
[00:02:18] это вопрос. А Харнесс его сам формирует из того, что ему модель прислала по-своему разумению,
[00:02:24] или модель в этом формате уже сразу пуляет в Харнесс запрос. Вот чём прикол. Понимаешь, за разумение.
[00:02:31] То есть, в одном случае, на Харнессе лежит ответственность как бы за употолку чего-то в МСП.
[00:02:39] А во втором случае, по сути, от Харнесса это зависит только от разумения. А модель, по сути,
[00:02:47] работает напрямую с твоим МСП. Понимаешь, что в разуме? Да. Да, я понимаю. То есть, если Харнесс,
[00:03:01] наш сукс вины, то нам тогда делаем МСП и делаем на хуя. Просто скачал по ссылке ещё. Понятно, да?
[00:03:12] Ну, скачал по ссылке в сайл справленное и положил в обзапрос в модели.
[00:03:18] То есть, тогда не надо заморачиваться. А вот если мы модели это закидываем, тогда прикольно,
[00:03:32] что модель через Харнесс или звездой, через кодов там, код-код или клаянг, будет в сайт запросы в нашем СП
[00:03:43] и в нём, соответственно, читать наше правило моё почтение. Это играствует свечу.
[00:03:51] Это очень надо почитать. Да. Вот. Всё у нас ещё. Не того. Мы говорили про разработчику,
[00:04:12] который забрал требования. Да. Знаешь, по-хорошему, забрал таску. К таске может быть привожено всякое.
[00:04:21] Хорошему подтаску должна делаться рабочая папка. В рабочей папке должны появляться всякие
[00:04:28] артефакты разные. Документация там ещё. Ну, короче, всё должно появляться. Вот. В сути цели, в
[00:04:36] рамках таски, наверное, могут, наверное, цыгнуть новые только документы. А, в принципе, если мы
[00:04:46] работаем с гиртовой, у нас есть папка с документами на систему, то, по идее, с документами на систему,
[00:04:52] они должны появляться сразу в какой-то оксе системе документации. То либо вносится изменение,
[00:04:58] понимаешь, да? Либо...

## 2026-09-03/rec_20260903_175608.m4a (старт 17:56:08)

[00:00:00] Добавляться, ну понимаете, время для документации, она не в рамках таски живет,
[00:00:12] в рамках таски можно жить какая-то временная документация там или там,
[00:00:18] поиск проектов, решений, что-то инфигня там, то есть оно там есть документация,
[00:00:24] которая потом не войдет в рамке большой документации в систему. И это прикольно.
[00:00:30] То есть вот так вот смотрите, в научек забрал татку с таской, в ней материалы,
[00:00:36] разные, требования, план там, проектные решения, вот всякая фигня, он забрал в том числе,
[00:00:42] вот он и вот с документацией на систему, ну то есть как бы какой-то микросервис,
[00:00:53] это может быть или еще что-то. Дальше он вместе, ну отдельно сам или вместе с
[00:01:00] агентом, он осуществляет реализацию фичи. То есть прикольно то, что разработчик в рамках
[00:01:08] нашего процесса должен быть все сделать сам руками, без агента. А с агентом просто
[00:01:15] у нас автоматизируется некоторый шаги. Понимаешь?
[00:01:18] Да, я понимаю. Вот. И поэтому дальше он начинает использовать инструменты,
[00:01:28] которые мы дали. Вот. При этом у меня все инструменты, это просто как бы набор
[00:01:35] навыков, ну и как бы в виде, в виде скилофонда, да, инструкции, в виде дитерминированных
[00:01:47] программ и так далее, в принципе, то мы должны его в отдельном детей, в отдельном детей,
[00:01:56] либо в дите, либо где-то в какой-то системе менеджера пакетов или еще какой-нибудь фирмий.
[00:02:05] Ну то есть в смысле какой-то, что инструменты, это как бы прокатывая полу использования. Понимаешь,
[00:02:14] да? Поэтому они должны на машину устанавливаться, ну как бы устанавливаться для разработки.
[00:02:20] Вот. И обновляться с течением времени. То есть разработчик, если мы говорим про дит,
[00:02:26] как про систему контроля версии исходного отвода инструментов,
[00:02:30] то да, конечно это да, но разработчик, наверное, с ней не должен работать. Должен брать из
[00:02:35] какого-то инструмента поставки. Эту всю тему. Ей уже может быть, наверное, дит,
[00:02:42] а может быть что-то и другое. То есть наверняка для поставки готовых приложений используются
[00:02:50] какие-то другие штуки. Я так понимаю, это называется пакетные менеджеры. Н.И.М. там и всякое такое.
[00:02:57] Понимаешь, что мы говорим? Если инструменты — это полу, которая распространяется,
[00:03:16] которая к использованию. Соответственно, оно может распространяться через любые механизмы
[00:03:21] подобного рода. Я так понимаю, что это пакетные менеджеры. В нашем случае. Не в нашем, а вообще. Вот.
[00:03:30] Ну все, и вот он начинает использовать всю эту лабуду. А дальше еще раз повторюсь. Чем
[00:03:40] больше детерминированность, тем меньше зависимость от конкретных ЛЛМ моделей.
[00:03:50] То есть какие-то задачи, конечно, должны решаться с их помощью. А какие-то нет. Ну и дальше,
[00:04:04] смотри, наверное, а дальше вопрос. То есть наши инструменты должны быть под нашим хармосом,
[00:04:12] или они должны быть где-то еще. В принципе, если мы даем свою модель в беке,
[00:04:20] например, тот же самый ЛЛМ, и мы написали свой хармос, то, в принципе, наши инструменты
[00:04:29] могут быть под нашим хармосом жить. То есть они решают конкретные задачи. А если мы даем
[00:04:40] разработчику свободы какой-то, то тогда собственно с килом Д и какой-то другой хармос,
[00:04:48] который будет уже управлять использованием всякой всяческой. Кстати, скомпилированные
[00:04:54] детерминированные части, они заодно, это самое избавят от желания что-то там.

## 2026-09-03/rec_20260903_180109.m4a (старт 18:01:09)

[00:00:00] Получается, что идеальный, конечно, это нас Харвис, который не требует никакой
[00:00:12] предварительной настройки. То есть ты говоришь, разработай документацию и у него
[00:00:20] уже там, у него уже все правила по разработке документации наши внутренние
[00:00:25] применяются. То есть ему не надо ничего подкачивать, ему не надо знать как последние
[00:00:32] версии документации достать и так далее. Тогда же нам, грубо говоря, ты что-то ночью
[00:00:40] там залез поправил, я утром начал разрабатывать и я уже работаю с новой версией.
[00:00:46] Вся раздание на этой на тубе. Ну аж не, давай сейчас, я наберу чуть позже. Зато ли дошел? Смотри,
[00:00:56] все тут чего. И с тобой будем уже реализовывать, я побойду. Хорошо.
[00:02:16] Тихо-тихо-тихо-тихо.
[00:02:46] Тихо-тихо
[00:03:16] Тихо-тихо-тихо
[00:03:46] Тихо-тихо
[00:03:48] Тихо-тихо-тихо
[00:03:50] Тихо-тихо-тихо
[00:03:52] Тихо-тихо-тихо
[00:03:54] Тихо-тихо-тихо
[00:03:56] Тихо-тихо-тихо
[00:03:58] Тихо-тихо-тихо
[00:04:00] Тихо-тихо-тихо
[00:04:02] Тихо-тихо-тихо
[00:04:04] Тихо-тихо-тихо
[00:04:06] Тихо-тихо-тихо
[00:04:08] Тихо-тихо-тихо
[00:04:10] Тихо-тихо-тихо
[00:04:12] Тихо-тихо-тихо
[00:04:14] Тихо-тихо
[00:04:16] Тихо-тихо-тихо
[00:04:18] Тихо-тихо-тихо
[00:04:20] Тихо-тихо-тихо
[00:04:22] Тихо-тихо-тихо
[00:04:24] Тихо-тихо-тихо
[00:04:26] Тихо-тихо-тихо
[00:04:28] Тихо-тихо-тихо
[00:04:30] Тихо-тихо-тихо
[00:04:32] Тихо-тихо-тихо
[00:04:34] Тихо-тихо-тихо
[00:04:36] Тихо-тихо-тихо
[00:04:38] Тихо-тихо-тихо
[00:04:40] Тихо-тихо-тихо
[00:04:42] Тихо-тихо
[00:04:44] Тихо-тихо-тихо
[00:04:46] Тихо-тихо-тихо
[00:04:48] Тихо-тихо-тихо
[00:04:50] Тихо-тихо-тихо
[00:04:52] Тихо-тихо-тихо
[00:04:54] Тихо-тихо-тихо
[00:04:56] Тихо-тихо-тихо
[00:04:58] Тихо-тихо-тихо
[00:05:00] Тихо-тихо-тихо
[00:05:02] Тихо-тихо-тихо
[00:05:04] Тихо-тихо-тихо
[00:05:06] Тихо-тихо-тихо
[00:05:08] Тихо-тихо-тихо

## 2026-09-03/rec_20260903_180610.m4a (старт 18:06:10)

[00:00:30] Повторяйте, не забывайте, что у вас есть
[00:00:36] Повторяйте, не забывайте, что у вас есть
[00:01:06] Повторяйте, не забывайте, что у вас есть