# POS {sprint} – AI-операционка для жизни и работы

## Метаданные

- **Канал:** AI Mindset
- **YouTube:** https://www.youtube.com/watch?v=76vBRxNTSCY
- **Дата:** 25.02.2026
- **Длительность:** 1:20:25
- **Просмотры:** 848

## Описание

в этом эфире мы показываем демо нового формата – personal operation system sprint. это двухнедельный интенсив, где мы собираем не набор разрозненных тулов, а целостную персональную операционную систему.

узнать про спринт: https://aimindset.org/sprint-pos?utm_source=youtube&utm_medium=&utm_campaign=s1&utm_content=webinar1

проблема, с которой сталкиваются почти все: задач слишком много, контекст размазан по календарю, чатам и заметкам, а ai используется точечно – без общей архитектуры. в итоге вместо системы получается хаос.

– контекст становится памятью системы
– агенты получают задачи, ресурсы и полномочия
– микросервисы собираются в работающий pipeline
– человек остается в центре принятия решений

записаться на спринт: https://r.bothelp.io/tg?domain=aimindset_lab_bot&start=c1770017916717-ds&utm_source=youtube&utm_medium=&utm_campaign=s1&utm_content=webinar1

спикеры:
Сергей Хабаров – системный архитектор
Александр Поваляев – основатель AI Mindset

важно: всё это собиралось месяцами. система не возникает за вечер. она вырастает из повторяющихся задач, которые вы однажды решаете не вручную, а через инструкцию и контекст.

в финале говорим о главном:
не “как повторить точь-в-точь”, а с чего начать именно вам.
персональная операционная система – это не копирование чужой архитектуры, а сборка своей.

00:00 — старт эфира и зачем мы делаем Personal OS Sprint
04:15 — демо: утренний и вечерний обзор и выбор 3 задач
10:20 — алхимия контекста: смешивание “ингредиентов”
12:40 — что такое агент: задачи, ресурсы, полномочия
18:20 — агент приходит к нам, а не мы к нему
43:15 — командные скиллы и weekly sync
46:00 — визуализация через бренд-гайды
55:20 — evals и самооценка качества агентов
58:20 — Single Source of Truth и линковка к задачам
01:02:00 — как начать строить свою систему
01:06:50 — Q&A: приоритизация и перегруз

## Содержание

### [0:00](https://www.youtube.com/watch?v=76vBRxNTSCY) старт эфира и зачем мы делаем Personal OS Sprint

минуту буквально ждём. Нас всё больше, Серёжа, людей на таких эфирах. Это немножко пугает. Но с другой стороны радует, потому что, значит, они не выглядят продающими, значит, на них интересно приходить и люди возвращаются. Да, наверное, мы с этого и начнём. А, всем привет. Это я и MТЕТ Саша Поваляев, Серёжа Хабаров. Мы сегодня проведём эфир, мы их так называем. Это скорее демо того, что мы хотим провести в нашем новом образовательном продукте. В данном случае это Personal Operation System Sprint. У нас новый формат, двухнедельный, быстрый, сфокусированный сприint на правленный конкретную тему. А в данном случае это персональные операционные системы. Что мы под ним подразумеваем? Это какой-то стек, набор инструментов, приложений, создаваемых под себя, под свои задачи, который и является нашей системой. Это во многом какие-то штуки, связанные с UI, с агентами, но это могут быть и какие-то другие виды там приложений, микросервисов. плагинов, которые имеют UI или это не имеет UI, и они где-то в терминале расположены. Тем не менее, мы формируем себе такую экосистему мини-приложений, чего-то, сервисов, которые нам помогают, неважно даже в каких задачах. Вот сегодня мы с Серёжей хотим пройтись по какому-то такому набору и подходов, которые мы для этого используем, и какого-то личных примеров. А как конкретно в нашем случае это работает? Вот Серёжа начнёт. Я, наверное, подхочу с какими-то более практическими кейсами попозже. Да, спасибо, Саш. Сейчас попробую поделиться. Очень рад видеть знакомые лица. А-а, часть, наверное, для вас будет информации понятная, но вы в чате можете попереписываться и приводить свои примеры на всё, что вам известно, и всё, что я расскажу. Да, мы сегодня поговорим про контекст, как память для операционной системы. Контекст- моя любимая тема. Аэ, существует уже у нас много метафор, как относиться к контексту, что это такое. Сегодня мы обещали показать демо и покажем их и посмотрим, где место контекста и что это такое вот в наших демо. А план такой: мы разберём, что кто как, что за контекст, что за агенты, зачем им вообще контекст, где там люди, агентами являются люди или какие-то программы. И два демо от меня и от Саши и ответы на вопросы. Начну я вот с чего. А мне нравятся фреймворки, в общем, и всякие цитаты. Мне нравится, когда кто-то складно рассказывает про какую-то сложную вещь. Вот я нашёл такую вот циту твиттера из твиттера парня, который работает в Гугле продактом. И он, значит, довольно кликбейтно, конечно, но рассказал, что какие скилы нам нужны в двадцать шестом году. Вот такие курирование контекста. Вкус очень человечный, э, как ни странно, оркестрация агентами, а суждение по поводу нашей работы или тулов и проблемшепинг. Это мне вообще попало прямо в сердечко. Не проблем solving, problemм shaping, потому что, вероятно, решать проблемы будем, не факт, что мы, нам не обязательно решать проблемы, а сформулировать, докопаться, понять, как это сделать. Вот очень классно. И мы сегодня сфокусируемся, наверное, на двух вот этих вещах, да, поговорим очень много про контекст, и в конце я подытожу вот этим самым проблем сшейпингом. А, да. Начну я прямо зайду с козырей, прямо с демо. И чтобы у меня всё пошло так, как нужно, я записал видео. Но как бы это видео, а процесса, которые я делаю каждое утро и каждый вечер. Сейчас я запишу это запущу это morning review и revw дня утром и вечером. Сейчас сделаю чуть получше качество. Качество на максималке. И моя цель немножко, там есть монтажные склейки, чуть-чуть ускорения, да, там первый процесс занимает минуты четыре, второй процесс занимает минут семь. А, наверное, тут будет много чего непонятно. И как бы задача этой встречи в том, чтобы вам стало сильно больше понятно, что тут происходит ближе к концу. Запускаю утренний обзор, то, с чего начинаю я свой день и добавлю комментариев. Запускаю, конечно, клод-код и говорю: "Давай запустим день". Меня Клодкод

### [4:15](https://www.youtube.com/watch?v=76vBRxNTSCY&t=255s) демо: утренний и вечерний обзор и выбор 3 задач

спрашивает: "Какое у меня настроение? " В это же время загружает мои задачки из каких-то мест. Я ему, я записывал это в понедельник, говорю: "Мне нужно подготовиться к вебинару в среду". И я пишу тему. А мой агент говорит: "Всё понял". И запускает субагента, чтобы он посмотрел мои задачи и сопоставить мои приоритеты. Цель этого мероприятия - вытащить три задачи на день. Какие бы не было у меня записано миллион задач, мне нужно только три. И в итоге после этого мероприятия он говорит, что мои задачи на сегодня вот такие. Некий контракт, публикации, которые я хотел сделать, и вебинар. Три задачи. Хотя на самом деле в моих задачниках этих задач может быть там 40-50. А и ещё он ошибся в том, что там сходил неправильно в календарь. И я ему на ходу говорю: "Смотри, ты ошибся и поправь себя и запиши это в правило". Так совпало, да? Это не специально я так делал. И эти три задачи попадают в хранилище, в обсидиан, где я всё это сохраняю. В общем, мы определили три задачи утром. Они теперь у меня в плане в обсидиане. И вечером симметричная такая же задачка. Запускаю вечернее ревью. Что оно делает? запускаю вечерний обзор. И здесь, э, стартуется network review в фоне. Это отдельный процесс, который, на самом деле, выкачивает все мои переписки за день в Телеграме и смотрит, что я кому пообещал. Я вот нашёл такую проблему, что я много кому чего-то обещаю. Хорошо бы это где-то запомнить. Соответственно, параллельно я рассказываю, как у меня прошло воскресенье, понедельник. Я ему говорю, что он ошибся. Поправь себя, что этот сегодня понедельник. Я ему говорю: "Как я выполнил утренние три задачи, да, и говорю, что договор я так не сделал, перенеси на завтра". Что статью я так и не написал, а к вебинару я начал готовиться. Соответственно, мои задачи переносятся, ставятся новые таски, но сдвигаются задачи. Я не ходил свой таскер, да, я ходил через агента. Обновляются встречи в моём обсидиане. И вот в итоге итог, да, аа итог подведения, а, дня у меня записан в обсидиане. Плюс обновлены карточки, э, людей. А у меня есть обещание как задачи. Там, например, я, не знаю, пообещал Анне то, Виталию обещал сделать другое. Это у меня называется секция network и в обсидиане, и в задачнике. В общем, я получаю, смотрите, три новых задачи. Да, за день я пообещал что-то сделать, и я это не упущу. Такой у меня вечерний обзор. Как вот эту всю штуку повторить или, по крайней мере, про неё подумать, мы сейчас говорим. И для этого, конечно, нам нужно кучу контекста. И вот что мы, ну, я, по крайней мере, понимаю под контекстом. Это некая информация, то, что нужно знать, чтобы помочь именно тебе, а в скобках в этот момент времени, а в скобках целенаправленно, а это кусочек информации, их много, их нужно собирать в разные комбинации, под текущую задачу, под текущую ситуацию. Контекста много, как мы знаем, он вокруг нас. И если у вас до сих пор нет контекста, лучшее время начинать его собирать прямо сейчас с маленького документика о себе. Где у меня хранится контекст, да, где он живёт. В обсидиане почти всё лежит. Просто это такое удобное программа для просмотра кдаун файлов. Там лежат разные правила, проектная документация, транскрипты, связи, контент, всё подряд. В календаре живут встречи и блоки времени для работы, таймбоксинги. Задачи живут в программе Larр. В Телеграме у меня переписка и вот обещание, да, то-то сделаю, то подготовлю и ссылки. Это у меня будет отдельный пример. И всё это у меня обрабатывает агент, который живёт в платкоде. У него, кстати, свой контекст есть, свои глобальные правила и свои там какие-то умения, навыки есть. То есть, по большому счёту, это куча текстовых документов здесь и здесь. И какие-то объекты, которые я могу вытаскивать. из внешней среды. Пример моего развёрнутого файлика про меня самого. И мы дальше мы поймём, зачем это нужно, да? Это набор файлов. И, например, есть один из них, а, я статичный. Вот у меня, значит, через эту линзу будет работать, будет работа с задачами, в том числе пропускаться или моя операционная система, да, например, у меня есть героический режим, и для меня не работает монотонности рутины. Зачем это знать? затем, что когда ставится какая-то задача, а агент может сказать, что вообще-то есть риск, что ты её продолбаешь, потому что это монотонная задача, например. Или, например, он, когда ставит задачу, добавляет, а то зачем, что кто-то ждёт, да? Вот это меня, когда получилось, очень поразило. Например, я должен сделать этот для Марии. И там он дописывает: "Мария ждёт". И это такой трюк супер как бы дешёвый, но это работает. Да, внешний наблюдатель. А в итоге мы называли это сейчас называем алхимия. И когда у нас есть один кусочек контекста, другой кусочек контекста, и мы можем их так смешивать, а, с какой-то целью, чтобы получать нужный нам артефакт или гипотезу, что у нас получится. Например, у меня есть, э, там цели на этот год, я разговариваю с начальником, не знаю, коллегой, боссом и так далее. Могу принять какое-то решение. У меня есть описание процесса в команде, у меня есть типовый контракт. Бац, я могу сгенерировать персональный персонализированный отбординг новому клиенту или новому сотруднику или новый контракт, да, замешать такие контексты. Я думаю, идею вы поняли. Она вот такая

### [10:20](https://www.youtube.com/watch?v=76vBRxNTSCY&t=620s) алхимия контекста: смешивание “ингредиентов”

игровая, да, что мы как в Майнкрафте или вот в игре Little Alchem можем замешивать разные ингредиенты и получать результат, который а мы предполагаем, что получим вот такой-то результат. Да, важно агента не перегрузить, дать ему то, что нужно вовремя в таком объёме, чтобы он мог решать задачу. Всё подряд в него не нужно, конечно, складывать. И в качестве такого развлечения у меня есть такие вопросы. Можете в чате написать, да, вот что получится, если мы замешаем такие ингредиенты. Наверняка многие из вас уже пробовали что-то замешивать, что-то кидали в агента, а, не знаю, 100 текстовых файлов, иди разбирайся. Так, тоже что-то получится, да, но всё-таки мы говорим, когда про систему, мы говорим про маленькие микрокомпоненты, да, то есть у меня есть текст, статьи, дизайн-принципы, если у меня есть цели, команды и задачи в таске, что-то из этого может получиться. А при этом, э, ответов здесь много, да, тут же всё ещё смазывает это промт. Это про контекст, его важность, э те кусочки информации, которые нужны в данный момент для данной задачи. Вторая штука, кому они нужны, да? Немножко про агентов. Они нужны нашим агентам. И вообще, что такое агент? И Клод мне как-то сказал, что я даю управленческую формулировку агента. Мне она нравится, если честно. Это задача, ресурсы и полномочия. Вот сущность, которая проявляет агент агентное поведение является агентом, и у него есть вот такие-то атрибуты. Соответственно, задачу мы даём ему промтом или какой-то серии промтов. Аэ, ресурсы явным образом мы ему поставляем, какие у него есть такие обилки, возможности что-то достать, добыть, где-то взять. Мы ему подсказываем. Мы в этот же момент начинаем работать в паре с Ияем, чтобы сказать: "Посмотри здесь, возьми это". А не просто говорить: "Пойди-ка, мол, иди и сделай там, сам догадайся". И полномочия, э, полномочия - это сходить, опять же, это инструменты прочитать, что-то записать, что-то изменить. В первом примере, который я показывал с утренним планированием, у моего агента есть полномочия писать в

### [12:40](https://www.youtube.com/watch?v=76vBRxNTSCY&t=760s) что такое агент: задачи, ресурсы, полномочия

мой обсидиан. Я ему в этом смысле доверяю, считаю, что я правильно его запромтил. Он не портит мои заметки. Даже если там были какие-то тексты, он и к ней испортит. У него есть такие полномочия добавлять. И, собственно, если мы говорим про агента, в нашем случае это клодкод, на самом деле, чуть позже скажу, это не обязательно он. Мы даём агенту нашему ресурсы, говорим: "Вот под ещё можно, вот скрипты, вот какие-то возможности, скилы, шаблоны". Это всё где-то лежит вот прямо вот раскидано, да? И полномочия что-то делать, менять, писать, искать и так далее. Вот мы разрешаем. И тут, э, система выстраивается в том, как из этого многообразия собрать то, что нужно, так вот гранулярно, чтобы решить свою задачу. Потому что возможностей супер много, прямо невероятное количество. С чем-то ещё агент справится, с чем-то не справится. Где-то у нас контекст хороший, где-то плохой, где-то задачу мы плохо поставили, где-то хорошо. В общем, жуть. Оно система из этого может получиться при там должном таком подходе. А, да, ресурсами. Ресурсы, то, чем располагает агент, в первую очередь контекст, контекст задачи, контекст нашей жизни, контекст проекта. В том числе у него есть там специальные ресурсы в виде неких MCP-серверов. Не знаю, боитесь ли вы такой аббревиатуры, возможность сходить куда-то, что-то забрать, скачать. И скилы - это описанные такие микрокоманды, чтобы можно было, а, на, чтобы можно было сделать возможным некую возможным возможность скилл, да, чуть позже покажу один из скилов. Тут у меня ещё вопрос на размышление. Если у нас есть задача, то задача определяет ресурсы, которые понадобятся агенту. или наоборот, у меня есть ограничен набор ресурсов, и тогда я могу решать задачу только данным способом. И кажется, идея в том, что это бесконечный процесс такой. Одно влияет на другое. Если я придумал задачу, в которую вовлечён, например, Google календарь, я тогда в систему добавляю возможность создавать аа возможность пользоваться Google календарём. что создаёт возможность для следующей задачи использовать эту возможность. В общем, такая вот штука, а, зацикленная. И когда мы проектируем решение задачи там через агентов, через аэ строим какой-то свой системный процесс, то мы постоянно улучшаем несколько частей системы. И ресурсы мы накидываем или даже делаем это отдельной задачей какой-нибудь большой. А или мы, когда накидываем задачу, понимаем, какие нужны ресурсы, или вдруг обнаруживаем, что у нас есть какой-то ресурс. А те, например, девять документов, которые я показывал в начале о себе, ну, я их писал где-то полгода и обновляю там каждый месяц-два. То есть это такой труд, да, если говорить от задачи к ресурсам. Если бы, если моя задача, а задача определить, браться ли за какой-то проект, то мне нужно сделать, организовать ресурс, создать его, допустим, с принципами и целями на двадцать шестой год, да? Без этого никак. То есть это сама по себе решение задачи может повлечь, порождать как бы ещё большую задачу. Это нормально, это такой процесс. А, и когда мы даём задачу для агента, для выстраиваем какой-то системный процесс, конечно, хорошо, чтобы у нас был контекст, детальный результат, чёткие правила приёмки результата, чтобы все были ресурсы. Тогда всё заработает. Возможно, это вы видите в разных там, не знаю, на Ютубе, на разных вебинарах. И Саша сейчас покажет, и я покажу. Три кнопки, два прихлопа, короткая команда, бац-бац, и всё заработало. Это правда так? В смысле, оно действительно работает. Просто до этого есть куча настроенных ресурсов, куча собранного контекста, а есть какая-то невидимая такая работа, да, чтобы оно всё потом завелось. Но когда оно заводится, это невероятное ощущение. А и в чём разница, как мне кажется сейчас, а того, что было подход, не знаю, полгода, год назад, когда мы пользовались, ну, сейчас пользуемся GPT или клодом в вебе, а, делали папки, и мы, а, в GPT, например, загружали наш собственный контекст, создавая проекты, создавая GPTсы, выгружали документы. Сейчас, кажется такоя пора, что агент приходит к нам, он живёт в агентской среде, и он уже смотрит на наши документы, а мы свою собственную систему обогащаем, чтобы работать в нём как и как агент, чтобы агент мог работать и чтобы мы как люди продолжали в этой штуке работать. То есть он к нам в гости приходит, они мы к нему. И ещё есть такой популярный вопрос: как мне создать штук агента? М, говорят про агентов. Как, как мне его запустить? А вот я сделал это у меня агент или не агент? То есть, а он настоящий или так себе? У меня агентик вышел и вообще это не агент. А, да, я помню, вспоминая определение, что это задачи, полномочия и ресурсы, то вот если мы запустим агента в агентной среде, то это он. Вот прямо утверждаю, что это он и получится. Его нельзя не создать. Если мы открываем курсор, э, клод-код, э, там десктопное приложение сейчас уже Open AI и антропика, то там живёт агент. Потому

### [18:20](https://www.youtube.com/watch?v=76vBRxNTSCY&t=1100s) агент приходит к нам, а не мы к нему

что по определению, скажем так, можно так изящно вы выкрутиться, по определению у него есть ресурсы, а вычислительные мощности, правила и контекст. Всё это агент. А, даже вот делая эту презу, мы вдруг обнаружили, что вот этот Пич сервис тоже прикручивает туда сюда агента. А, да, отлично, мы хорошо движемся. Сейчас будут мои демо. И я ещё раз покажу свои демо, но вот уже как бы с расшифровкой. И, а, говоря про контекст или ингредиенты или кусочки кода программ, такие коробочки, можно сказать, не так важно, как мы это называем, скилы или короткие команды или ещё что-то, назовём их ингредиентами. И тут, а, я расшифрую, как работает мой, а-а, с мой процесс для начала дня. Он у меня называется Today. Ему точно нужны знания о себе, да, знания обо мне, то, как я работаю, какие у меня цели, зачем я это делаю, что меня драйвит, что не драйвит, от чего мне скучно. Ему точно нужны, а нужно вытащить из календаря и из линиары мои задачи. Точно совершенно. То есть мне на это нужно настроить, чтобы календарь был доступен, чтобы агент знал, как к нему ходить, чтобы э-э в линиар он мог подключиться, чтобы он мог сделать выборку моих задач, только моих задач. И, конечно, мне нужен обсидиан как, а общее хранилище а для инструкции, для того, чтобы там хранились правила и мои заметки. И в целом, если это сделать, объединить в некотором промте, то всё заведётся. Вот, например, а сейчас вот так сделаю. Простите, вот пример. Пример того, как это может быть, да? У меня есть три приоритетных задачи. И у меня есть такие-то линиар. Спроси сначала, как дела. Видите, да? Это просто эта инструкция, она довольно здоровая, она не написана за один раз, она сама себя улучшает, понимает, какие нужно ручки дёргать, но в целом это работает и итеративно. Очень похожа история с вечерней рефлексией, но там добавляется ещё один момент. Я выкачиваю переписки из Телеграма. И эти переписки из Телеграма идут отдельным стримом. Их субагент выкачивает и анализирует. Не просто, что мы там поболтали, вернее, то, что если я с кем-то просто поболтал, перекинулся шуточками, то это не становится задачей. Есть критерии того, что какие-то переписки становятся задачами. Я пообещал кому-то написать, отправить ещё что-то. И для этой штуки мне нужна такая абилка, назовём её Telegramлоги, чтобы у агента была возможность выкачивать переписки. И просто и этот как скилл, не хочется путать терминологию, эту возможность выкачивать переписки из Телеграма, я могу потом переиспользовать, и я это переиспользую, вле, который называется обработка ссылок. Да, у меня есть отдельный, опять же, такой а поток задач, когда я выкачиваю избранное за день в Safe Messages, да, мы все пользуемся этой помойкой, как бы вот, но я туда складываю то, что я потенциально мне пригодится. Я выкачиваю S messages и превращаю это в статьи, в обсидиани. И expert panel я покажу чуть позже. А это очень штука классная, Андреем Карпатым предложенная. Я её переписал просто под себя. Вот сейчас я покажу заново это демо. Попробуйте посмотреть на выводы, то, что выводит нам кд-код. Попробуйте разглядеть там, какие инструменты, куда он запросил, то он пишет. А-а, потому что я надеюсь, что сейчас понимание будет чуть больше, чего он там вообще делает, да? Вот я расшифровываю, что такое Skill Today. Э, skill опять, э, скиллы не из клодкода, возможность, скажем так, возможность короткая команда такая ability today читает, читает мои правила, инициирует разговор и там четыре ингредиента. Вот примерно такой промт, который вниз ещё уходит в 10 раз больше. А вот эта функция или маленькая программка EVing тает, читает календарь, читает дневную заметку, потому что он знает, что утром была асимметричная задача создать мои топ-три задачи, записывает рефлексию и так далее. А показываю заново это видео. А сейчас, сейчас я его разворачиваю, делаю качество побольше, да, и попробуем его заново декомпозировать. Никакой магии вообще, да. Он пошёл, ищет, прочитал файлы, то промт по сути, что там эта короткая команда делает. Запускает субагента, запускает поиск по календарю, запускает поиск по задачам в линиаре, читает как правила и принципы выбора моих трёх задач. Мне нужно три задачи и всё. Смотрит, что у меня куча встреч. Говорит, что ты справишься вот только с этим. Интересно, что там ещё внутри, как бы я на этом не акцентировал внимание, добавлен некий фреймворк наваля, да, такой есть инвестор, у которого есть система. Мне нравится фреймворки, и он ещё делает скоринг этих задач по, а там категориям, даёт ли это деньги, даёт ли это рычаг, даёт ли это видимость и так далее. Я хз, какие он очки. Я когда-то это написал. Он начисляет очки, и скоринг происходит прямо, ну, буквально по этой системе. Но то, что выше, мне не всегда обязательно читать. Да, ЛМКА, агенты рассуждают, мне важно почитать выводы. Вот, мне кажется, тут нет никакой магии. Есть такая технология слш искусство, да, что я хотел собрать. А, и получаю в итоге сейчас будет зелёненькая с красным заметка в обсидиане, которая на которую я смотрю в течение дня. Да, это мой фокус. И посмотрим ещё разок, а вечерний обзор, чтоб не было какой-то магии. А я запускаю вечерний обзор. Запускается Networkрев и параллельно опрос меня вообще как день сделал я те три задачи, которые обещал сам себе. Я ему говорю, что, чувак, ты перепутал, что сегодня понедельник, пойди посмотри календарь. И говорю, что я записываю демо и не буду тебе рассказывать никаких подробностей, да, например, так. Иногда я надиктовываю несколько абзацев. А, и я тут, тут монтажная склейка. На самом деле обработка Телеграма там занимала минут 5п-шесть, когда он всевсевсе переписки за день обрабатывает, но не суть. Это делает модель Хайку. Она побыстрее, подешевле. В общем, вот в итоге, а-а, что тут ещё можно навертеть? Есть у меня такой же планирование и обзор еженедельный. И на самом деле в конце недели, это я уже ухожу дальше, ну, такой же принцип. Можно запланировать неделю и каждый день соотносить с тем, что движусь ли я по целям недели. Можно запланировать обзор недели, которая прошла, и посмотреть, продвинулся ли я по своим приоритетным штукам. Это как будто бы в фоне есть какой-то такой напарник, который заботливо меня подпивает. А, да, и мои два примера ещё покажу. Один называется экспертная панель. Это эту методику Андрей Карпатый предложил. Сейчас я найду э нужное окошко, чтобы это показать. Суть её в том, что мы вызываем последовательно или параллельно несколько а несколько ролей. Сейчас запускаю. И у Андрея Карпатова в оригинале другие роли совершенно, но так как у меня богатый контекст про себя, я его взял только принцип, я переписал его вот эту абилити, да, вот эту вот возможность, вот этот скилл под себя, да, и а переписал я так, что для меня важнее вот эти роли, то я знаю, что я могу сильно много работать и выгореть. Я знаю, что там я смотрю, куда я вкладываю свои ресурсы. Я знаю, что у меня ограниченная капасити, поэтому а покажу, как я его переписал. Надеюсь, сейчас это видно. Вот экспертная панель, в которой, э, существует несколько ролей. И самое главное, что здесь существует ситуации, когда звать этих прекрасных ребят. А, например, ситуация, брать ли мне новый проект? А мы зовём финансового директора, адвоката дьявола и терапевта. То есть типа вывезу ли я новый проект? А, и сейчас давайте посмотрим. Не знаю, надеюсь, там не будет каких-то суперсональных данных. А, например, можно спросить: "А мне предлагают проект, чтобы сделать новое приложение для малого бизнеса, там объединение приёма платежей, маркетинга, социальной сети, в общем, не очень понятно, но делает это всё а такой уверенный в себе человек: "Я не понимаю свою роль и не понимаю, браться ли мне за этот проект". Что это такое? Да, могу добавить. Я сейчас, кстати, не сказал, что использую скилл. А панель, да, он сам вызвал. Прекрасно. Это ситуация для оценки, а, скила expert panel. Обычно я прямо явно добавляю, потому что я люблю своих агентов, типа использую экспертпанель, да, подсказываю, но на самом деле это не всегда нужно, потому что есть разные подстраховочные механизмы, чтобы агент знал, что у него есть такие возможности. И он начинает думать и ага, решил меня там спросить. Я на самом деле сейчас не хочу читать это, а хочу показать принцип. Да, я что-то ответил. У меня супермутная, плохая задача была, на самом деле, поэтому агент решил уточнить. Аэ, он уточнил что-то та-та. Интересно, что он выдаст. Я не могу, к сожалению, это как видео ускорить, потому что сейчас высказываются CFO, адвокат дьявола и терапевт по поводу этой задачи. Но суть в том, что я получу, ну, не то что ответ, конечно, мышкам не настолько верим, чтобы они считать их истинной а последней инстанции, но вот эта вот вся система знает достаточно хорошо меня, чтобы дать мне такой советской. Я могу вот почитать, что говорят вот эти все ребята. Могу почитать, из чего они исходят. И самое главное, пока нет, но это и не Да, задай себе три вопроса. Он, в общем, решил продолжить диалог, утверждая, что это не то, не сё. Когда я тестировал, я давал более чёткие вводные, и мне все три персонажа говорили точное нет и с разной степенью, а, такой напористости, скажем так. А и мне это на самом деле и помогает, да, принимать решение. Вот такая у меня экспертная панель, которая состоит сейчас, а сейчас вернёмся вот к такой табличке. Экспертная панель нужно очень хорошо рассказать о себе и сохранить собственно такой хитрый промт. А по поводу того, как эту панель собирать, который я под принцип, который я подсмотрел, да, потому что я понял, мне это пригодится. И последний пример от меня, а, такой, обработка контента. А, потому что я упоминал, что у меня есть такая возможность считывать Telegram-переписки. И в избранном своём я храню статьи, которые я бы хотел в себя иметь или и перечитать, и более того на базе ник создать свой собственный контент. А, и сейчас до этого вот я тестировал, вам, наверное, не видно, до этого перед нашей встречей я потестировал, чтобы всё работало точно, и у меня обработались несколько ссылок, а значит лекции господина Мухрамова. А сейчас, сейчас, сейчас, да. А тактактак. Вот. Зависть к таланту студентов МФТИ, перфекционизм, ловушкие решения. Почему-то у меня вот из последнего я наткнулся на эти видосы. Ну типа о'кей, смотрите, как это работает. У меня есть, а входящее skills links process. Сейчас у меня такой огромный масштаб. Сейчас найду, найду стиль моего блога. Ссылки вот. А, смотрите, у меня нападало за вчера несколько ссылок. Это статьи, это ссылки, это посты на Линкине, какой-то гиitub, э, репозиторий, который, да, это вот репозитории Андрея Карпатова. Какое-то видео на Ютубе. Я попробую сказать, что обработай, пожалуйста, ссылки и запусти stage 1. Тут навороченная такая система работы с контентом, довольно сложная. Покажу, э, первый этап того, что сейчас происходит, в чём персонализация моей системы. В том, что у моего агента, который здесь есть, он понимает, что ему нужно обработать, что ему нужно выкачать статьи, и он их выкачивает. Вообще говоря, неважно, где они лежат. Линкин выкачивает транскрипт. Выкачила транскрипт по про Ереван а с Ютуба. Это не статья, это было видео. У него есть возможность пойти, в общем, у него несколько таких abilities, чтобы понять, как с этой ссылкой обойтись, да? Это YouTube или LinkedIn или ещё что-то. И дальше stage 1 заключается в том, что stage 0 в моей терминологии - это никакая там не истина. выкачить текст stage 1 в том, чтобы сделать summary и положить это, а, положить это дальше по пайплай в контент, да, вот у меня такой pйpeline контент. Кроме того, из каждой статьи помимо sumary вытаскиваются важные концепции и люди. Вот, например, на угад могу тыкнуть а людей, там Алексей Мариес. О'кей. Или там вот такие-то ребята. Например, вот Андрей Лошак, музыкальный журналист, да, и у него есть ссылки на статьи. В общем, такая система менеджмента контентом. И то, что я показываю, вот эти обработка ссылок - это как бы часть вот этой всей развесистой штуки. Но вот эта же часть, она переиспользуется в других совершенно контекстах, в другом смысле. А она точно также выкачивалка как возможность помогает мне планировать, а, вернее, не упускать мои обещания. То, что я хотел проиллюстрировать. Links Process скачивает контент. В общем, всё по-честному. Статьи эти были скачаны и найдены. И у этого компонента обработка ссылок, на самом деле, казалось бы, просто открой браузер, скопируй текст, у него несколько разношёсных, разнообразных возможностей, потому что контент бывает разный. Можно его скачать, нельзя, но тем не менее, а я эту штуку теперь могу переиспользовать. Ещё раз показываю, да? А следующий мой шаг в том, чтобы при обработке ссылки, э там есть уже такая папка триаш, когда есть ещё, а ещё один агент судья, который смотрит статью и говорит, что тебе это не нужно. Это вообще офигенно. Он складывает её как бы в такое в чистилище, в промежуточное состояние с пометкой, почему он это не складывает в большую, чистую, классную интеллигентную, интеллектуальную базу знаний. А-а, потому что, например, там, а-а, на днях рецензию на какую-то книгу он не положил туда с формулировкой общей общедоступная информация. Типа любой дурак может загуглить описание этой книги. А фантастика, он лучше меня, значит, защищает плотность контента этой базы знаний. А вот и то, что нужно линкпроцессингу. На самом деле у него не так мало скилов, которые ему нужны, хотя внешне выглядит, ну, в общем, в скармливаю ссылочку и всё. А, отлично. Мы очень хорошо движемся. А у нас сейчас 40 минут. А сейчас у нас раздел, Саш, твой. Твои два или три демо по поводу использования. Демонстрация, как мы используем контекст для, а, в рамках работы с нашей personal operating system. Да, какие системные персонализации у тебя есть? Покажи, а я пока почитаю чат. — Да. Q& A у нас будет чуть попозже, да, но в чат я можете. — Да, спасибо, Сергей. Я подхвачу. А, покажу, наверное, похожий сценарий. Начну, по крайней мере, с него. Просто сделаю это на каком-то своём наборе данных. А я тут вот под как раз выступление собрал только что презентацию, ну или скорее дэшборд. А дашборд создавался прямо из терминала. А мой набор инстру, мой стек в этом плане - это терминал, в котором тоже вертится-код и по каким-то таким же наборам там скилов, инструкций он что-то запускает. В данном случае это визуализация просто, а, максимально там свежего контекста, который у меня есть. И, наверное, вот с этого, наверное, хочется начать, что мне сейчас кажется очень интересным и в образовании, и вот как я недавно тут зашёл на территорию там создания видео. рилсов под из контекста, что очень классно, что мы не опираемся на какие-то, э, собранные заранее материалы, а скорее просто работаем и пополняем контекст по разным наборам проектов, интерфейсов, инструментов. Вот то, что показывал там Сергей, набор каких-то микроулучшений, микроприложений. И из всего этого мы всегда можем на лету прямо создавать максимально свежий контекст, который соответствует там и аудитории, и задаче, и моей практике. Вот примерфокуса. Сергей, наверное, начинал с чего-то подобного. У меня тоже есть похожая процедура. И вот он её описал мне прямо в виде и такого, и терминального исполнения, как бы она у меня выглядела, когда я захожу там в новый день. Допустим, вот я могу открыть терминал, и здесь такая же инструкция, Daily Focus, я её могу запустить. И исходя из этого он по вот примерно такому же порядку действий, он запустит несколько агентов параллели. Каждый из них там проверит мой обсидиан сегодняшний. Он опишет моё состояние энергии и там метафору дня. Но для меня это важно. Сейчас покажу, как это будет выглядеть. и сходит куда-то по MCP, чтобы проверить там календарь, линиар, Telegram сообщения последних семи дней, какие-то ремайдеры, а опишет уровень энергии, даст какую-то метафору. М, для меня это просто важно, что это какая-то визуальная категория того, как выглядит мой день. Аа создаст файл в обсидиане с полным описанием моего дня. Сейчас я его найду. А, ну вот, собственно, он вот это получается такая карточка. Получается конкретный мой фокус на сегодня. Этот фокус, поскольку я задачи, как и Сергея, ведём в линеаре, он завязан за конкретные задачи, которые где-то описаны, описаны более детально, но здесь мне достаточно вот такого короткого сообщения, которое скажет, над чем я конкретно сегодня буду работать. Именно в фокусе у нас текущая такая практика для команды скорее показывает не то, что там у меня много задач, смотрите, а скорее на чём я конкретно сегодня фокусируюсь, и желательно, кто мне в этом плане может помочь. Эта история в таком же формате уходит в Telegram, в Safed Message, вот в каком-то таком вот виде. Итак, каждый день в зависимости от контекста этого дня, от контекста в чате, от контекста в календаре, а из всего этого собирается вот такой артефакт в обсидиан. Э в моей системе заметок он выглядит чуть более подробно, потому что тут есть какие-то напоминания. Вот, скорее всего, у вас есть какая-то дупликация задач. Обрати на это внимание. Подсветил, хорошо. Там будет время, вернусь, не будет и так. О'кей. А дальше что есть? В каком статусе? Э к что нужно сделать. Возможно, если я попрошу, я могу по другим участникам команды что-то такое сделать. Ну вот какая-то такая практика утренняя. Что здесь, наверное, интересно. Во-первых, это можно автоматизировать, конечно, чтобы оно автоматически куда-то прилетало, но, наверное, здесь мне важно оставить такую человеческую контроль. Во-первых, что конкретно сегодня важно, что, возможно, не учтено там ни в системах задач, ни в календаре. Я просто просыпаюсь, понимаю, что контекст немножко поменялся, контекст дня. А вот он сейчас вот, например, прилетело обновление моего вот этого дашборда, который я показываю. Контекст поменялся. Я не хочу на это отреагировать. Я добавляю какого-то контекста, начитав голосом, сказав, что вот здесь конкретно это важно, и это никакой приоритет не передаст. Просто важно, и я это нигде не указал. пожалуйста, это подсвети. Вот есть такой workflлоow. Э, что дальше хочется показать? Наверное, в том, что все мои, у меня много скилов, ээ это можно рассматривать просто как мини вот такие приложения, каждый из которых делает какую-то конкретно задачу. Вот этот вот пишет вот то, что я сейчас описал, календарь плюс lineниар плюсре и что-то отправляет. И таких скилов достаточно много. Они делятся у меня на, а, глобальные личные или какие-то рабочие. Ну, как, например, тут есть какое-то количество рабочих задач тоже. И есть командные. Например, Сергею доступны вот эти все командные скилы, потому что мы работаем в одной команде, мы можем их вместе вызывать, и он для чего-то их может тоже использовать. Как, например, он может делать weekкли. Это значит, что мы, готовясь к какому-то общему звонку, который у нас, давайте я даже спалю свой календарь, как-то представлен в календаре каким-то отдельным ивентом. Вот, например, инфраструктура. он может к нему подготовиться. Соответственно, у меня есть инструкция, которая может, давайте здесь это доберу. А им - это название проекта просто, чтобы быстрее искать. И тут естьли weekкли S. И я могу вставить вот название просто ивента с календаря. Это достаточно для него, чтобы понять, что я пойду в календарь, а эти звонки у нас проходят раз в неделю. Значит, я найду предыдущий звонок, я к нему подготовлюсь. Я могу для примера показать звонок вчерашний. Для этого я тоже беру звонок. Тут что-то будет проикли. Вот виклин вчерашний. Вот какой карточку я получу чуть позже из вот такого вот сообщения, как он пошёл делать. Я просто сокращу этот путь немножко. Вчера был командный звонок, тут тоже была какая-то агенда. Эта агенда выслась в чат. Есть конкретные роли по каждому, кто что делает. Есть достаточно много описаний, кто конкретно что делает, что сделали и на что договорились. То есть, соответственно, этот артефакт, он рождается в несколько итераций фаз, что ли. Сначала агенда, сначала там какая-то подготовка, там указал членов команды. Вот Сергея вчера не было, например, да, его здесь и нет. Вот как бы потому что договорились с ним на эти звонки не ходить. Это всё есть в контексте. Где-то этот контекст постоянно обновляется и пополняется. В итоге в команде появился такой файлик, даже неважно в какой экосистеме, там в данном случае это обсидиан. Мы могли бы такую же самую реализацию сделать на Telegram стороне, просто высылать эти инструкции в Telegram и там бы все пили. Просто для нас как-то так удобно, потому что это всё накапливается, это сохраняется в какой-то иерархии таких же похожих звонков и синков. И мы можем просто всегда ссылаться на что-то предыдущее. Вот. Аа делю, вернусь дальше, что есть командные скилы, они вызываются из какого-то, контекста команды, в том числе, да, наверное, многие тут знают про клобота или какие-то такие телеграмные реализации. Можно то же самое делать из Telegram. У нас есть отдельный чатик, где можно такие же вещи по таким же параметрам вызывать и запускать прямо из Телеграма. Это те же самые названия, тот же самый неймин, как вы видите. Можно вот запустить абсолютно так же, как я показывал из терминала. Тот вопрос удобства

### [43:15](https://www.youtube.com/watch?v=76vBRxNTSCY&t=2595s) командные скиллы и weekly sync

наверное, какой-то приватности иногда, да, потому что везде есть свои особенности интерфейса, и доступа. Но суть того, что я что-то делаю, у меня накапливается какое-то количество не приложений, интерфейсов, что-то про визуализацию, что-то вот про, например, у меня есть графический скилл, который может какую-то конкретную концепцию визуализировать, используя графическую модель. И для этого я могу в какой-то момент, поговорив о чём-то или взять, добавив контекст чего-то, сказать: "А сейчас нарисуй мне какую-то визуализацию". А-а, пример покажу. Э-э, вот этой визуализации, наверное, тоже важно как инструмент. Вот это происходит у меня на уровне там терминала, обсидиана, какого-то там вот агента, да, который исполняет иногда такие же вещи. Вот тут написано, да, что он использует в стиле брен Bible. Соответственно, чтобы это работало, должен быть вот этот исполняющий алгоритм. Он очень простой, на самом деле. Иди туда, возьми ключ, запусти эту модель, используй наши стилистические гайды. Чтобы это работало, где-то должен быть эти стилистические гайды. Значит, должна быть где-то вот эта самая бренд Bibleй, которая представляет собой детально прописанную эстетику нашего бренда. Ну, по сути, style guide технический. Вот, чтобы это работало, оно должно где-то быть. Поэтому вот сама эта процедура запустить skill a visual, она кажется простой, как говорил там Сергей, что это просто накопительный какой-то опыт. И сама инструкция в рамках вот этой процедуры, она тоже очень простая. Скорее всего, она скажет: "Забери вот этот файлик вот этот, возьми его, возьми ключ туда, сходи, запусти и визуализацию сохрани". Но чтобы это работало, вот этот файлик должен появиться. То есть стили должны быть где-то описаны, примеры должны быть где-то описаны и так далее. Вот, кстати, а пока мы говорили, прилетел звонок инфраструктурного синка. Я даже ничего не открывал. Как вы видели, он сами открылся на экране. Просто в какой-то в параллели этот звонок сейчас создался. А это Sumary сейчас создалась Obsidian. Она добавилась в папочку Wiking ничего не делал, да. Он просто открыл даже активный экран. И здесь вот показано, что мы обсуждали. Мы там главное обсуждали. Ну, Сергей подтвердит, что это вот ровно то, что было там час назад. Это обсуждение сайта, страницы, экосистемы. Для кого вот подходов тех, которые сегодня были. А, и заваливать это всё автоматизациями, как будто, видите, не всегда полезно, не всегда нужно. Важно иметь как бы доступ контексту, который где-то в календарях, где-то в команде, где-то в моём личной там переписке или в чате, и под запрос её вызывать. А по поводу ещё вот этого хочу добавить, чтобы не пугала именно как бы инфраструктура. У меня там много заметок, да, что и как у меня это будет работать, если у меня их нет. на самом

### [46:00](https://www.youtube.com/watch?v=76vBRxNTSCY&t=2760s) визуализация через бренд-гайды

деле будет, потому что тут достаточно всего там нескольких составляющих. Дизайнсистема плюс что-то, что берёт ключ откуда-то. И это может иметь формат именно вот такой вот какого-то терминального или агентского запуска, а может иметь формат, вполне понятный, например, дизайнеру, который является абсолютно таким же приложением, только развёрнутым в виде приложения. И вот это же приложение, по сути, этот же набор чего-то может быть создан в виде вот такого мини-сервиса, который помогает нам, например, как команде генерировать такие вот артефакты. Тут можно стиль менять, тут можно всякие тональность текст менять, форматировать его, накладывать визуальные метафоры на него динамические, да, которые я делаю, прямо таскать эти элементы. Такое мини камва по сути, да, в нашем стиле. А ещё здесь можно то, что я описывал, там давайте попробуем что-нибудь там побыстрее сделать, чтобы не грузилось долго. Генерировать ещё и backgграунд. То есть тот набор инструментов, которые я писал, хочу из контекста рождать визуал. Вот он сходил на сервис, в данном случае на фш модель, сгенерировал контекфон для этого, а, по сути, YouTube кавера в данном случае. А я могу сейчас стилистику поменять, мне кажется, красный. И вот это вот пониже, а вот этот текст вообще убрать. Ну вот эта штука сейчас выгружается в ПНГ и используется дизайнером на том же наборе инструментов, и визуалов, и гайдов, просто в инструменте, ну, в интерфейсе, доступном человеку. Мне удобно там где-то в терминале сделать, Сергей вызовет через Telegramбота, а Катя пойдёт в этот сервис и там это нарисует, потому что её задача брать эти каверы и заливать YouTube. Тоже можно, конечно, поговорить о том, что и это можно автоматизировать, но здесь хочется оставить вот для, на наш взгляд какого-то такого человеческого касания, чтобы это всё проверялось и делалось. Вот. И таких инструментов может быть много. Вернёмся сюда. Они что-то касается очень личной истории, как, например, анализ терапевтических сессий, что-то про вот Ирил Сединк говорил, это может быть и очень даже такие графические даже видеоскилы какие-то. Вот там стилистика бренда, например, в команде более какие-то такие, наверное, пимские истории. Посмотреть историю чата, контент в определённом стиле написать, кавер какой-то сделать и тебе метку проставить. И таких наборов ещё больше. Он тут не всё перечислил. В общем, это может быть разделено на какие-то энроменты, потоки, что каждый член команды или я в разном контексте могу использовать разный набор таких инструментов. И это можно так до бесконечности показывать. Там ЦРМ-система. Вот мой сегодняшний пример. Мы на лаборатории ищем кураторов, да, у нас новая лаборатория, в том числе даже вот эта. У нас есть такая сущность, как куратор, человек, который более активно включается в процесс. Чтобы это сделать, мне кто-то поставил задачу сегодня с утра там: "Саша, договорись с кураторами". Вот Стас, Саша, Яков. Саша, привет. Ты вроде тут, с тобой надо договориться. А вот, чтобы это сработало, нужно поставить задачу. Задача есть. О'кей. А я начинаю её делать, потом понимаю, а у нас в системе как бы плохо вообще это устроено, да? Нет никакого контекста по людям. А-э, в следующий раз, когда мы эту задачу будем делать ещё раз, мы опять начнём с нуля. Поэтому вместо того, чтобы это делать, да, я создаю какой-то протокол для этого. Один раз там с кем-то договорился, понимаю, да, это пример темплейт контекста, в котором я хочу договариваться с другими людьми. И я в пару итераций говорю: "Осоздай мне сейчас какою-то овер вот этих процессов". То есть он добавляет вот конкретно какого-то человека, пишет его контекст, с чем, когда ему можно зайти, что предложить, можно его карточку открыть. кого кого-нибудь взять контекст этого человека, понять, с кем мы и на что мы договаривались и как-то визуально представить, в том числе в виде дашборда. А то же самое у нас, например, ЦРМКА по клиентам, по партнёрам скорее нажно с кем-то договориться на какой-то процесс, размещение, что-то, коллаборацию какую-то. Есть отдельный артефа такой набор карточек для партнёрской системы. Уже я сюда не пойду в личное показывать. Ну, в общем, этот процесс может быть выстроен для чего угодно. И он не сложный, когда мы просто понимаем, что есть задача, и мы делаем экстра усилия, чтобы эту задачу потом упаковать в, ну, по сути, в инструкцию. И сейчас вот эта история стала, а, разово. Мы её сделали. Потом из этого появился какой-то файлик с правилами, что такое куратор, описши его функции, что он делает, какие типы кураторов есть. Это всё из опыта рождено. Это не сгенератив, оно сгенерировано, но оно сгенерировано на базе того, что мы уже эту процедуру делали какое-то количество раз. Что ему предлагать, как он работает, какое там, возможно, темплейт, сообщение и так далее. Вот пример офера для такого куратора. Из этого потом появляются конкретные роли. Из этого появляется, возможно, потом какой-то скилл, который я скажу сш там куратор договорись вот скринь Telegram его ника. И вот этого будет достаточно, что ээ для этого есть микро микросервис, ээ сходить в Telegram, достать из переписки всю коммуникацию с ним. А второй есть вот это правило, в котором описано, что это такое. И поэтому, наверное, возвращаясь к экосистеме всего этого, да, вот на это, если посмотреть, есть такое понятие, как правило, это такой более длитель длинно описанный документ инструкции или набора каких-то действий. Есть конкретный скилл. Это, скорее всего, что-то очень лаконичное, которое скажет: "Сходи туда, возьми вот это правило, возьми этого человека, возьми этот сервис, подключись к нему". И, соответственно, да, сервисы могут быть внешние. Вот на этом примере хочу показать. У меня тут есть более конкретно вот такая карта моих внешних MCP конфигураций. То есть Obсинan- это что-то локальное, как данные. Есть какие-то сервисы, например, тот же, не знаю, Криis, какбатор или Telegram, куда можно сходить и какую-то информацию достать из чата или чего-то. Есть какой-то resarch инструмент, экса, туда можно сходить дополнительно, ну, это аналог perplexity, условно, сходить и дополнительно сделать какой-то обзор чего-то. Можно в файловую систему сходить, достать файл оттуда. Это же по сути есть обсидиан. Можно сходить по протоколу какому-то с кем-то поговорить. Ну это уже прямо более адвансные какие-то истории, но тем не менее в календарь можно сходить. В общем, это по сути набор такого внешнего контекста. Он не нужен мне всегда, но иногда я хочу к нему цепляться, чтобы получать оттуда что-то ценное, контекстное под себя, под свою задачу. А, и последнее, что я хочу, наверное, здесь, да, ещё хочу снять вот напряжение относительно такой категории, как EVALs, evaluations, вот эти вот оценки того, как качественно происходит выдача. А это на самом деле просто набор простых тестов, которые говорят: "Вот я сейчас подготовил тебе meнг summary, да, вернёмся к чему-то вот такому". А, и когда я его сделал, там, даже вот если вернуться в чат, а, вот, да, вот этот процесс, а, правильно я понимаю? А, не, вот этот процесс, да, он его оценил с точки зрения, да, задачи хорошо, рининг хорошо, код нет, потому что здесь просто не было кода. Вот набор таких маленьких, по сути, каких-то, ну, инструкций или таких визуализаций очень легко мне помогает сориентироваться в том, а насколько качественный это результат. Ээ конкретно в этом чате там контекстное окно забилось, имеет смысл его комплексизировать, перенести в другой чат. И ээ да, и вот эти параметры оценки качества ответа, они могут быть вшиты в алгоритм. То есть он сам себя постоянно старается улучшать. Если здесь плохо, особенно если я начну с ним говорить, а ты здесь вот потерял те задачи, почему, может быть, тебе стоит улучшить этот алгоритм? Может, тебе улучшить стоит правила, в котором, например, описаны спикеры, да, или правила, которое делает summary, или скил, который исполняет, запускает это правило. Может быть, ты не учёл то, что тебе ещё нужно там, не знаю, в почту сходить, потому что почта добавляет тебе дополнительный контекст. Так учти, пожалуйста, это на следующий раз. И вот это и есть как бы операциональная операционная система. понять, что у меня есть какой-то контекст, он где-то лежит, я не обязательно должен его собирать, сходить в почту, например, да, или в историю вкладок браузера, достать его оттуда под запрос и вот понять, что это улучшение, это хорошее место для улучшения, пожалуйста, внедри его сюда. И последняя, наверное, история, которую я хочу показать, э, йнероswer я его назвал. Это история, которая поздно мне каждый раз, каждый запрос, независимо от того, где я его запускаю, там в терминале или что-то вот в обсидиане можно абсолютно тоже в какой-то агентской системе запустить. Он мне в конце каждого ответа подставляет, а какой задаченир это относится. В данном случае я спросил про сертификаты. Вот пример такого же-кода, запущеного из обсидиана. У него есть там status in progress, есть эта задача, которую я могу прямо открыть в линиаре и понять, что да, мне действительно мне нужно сегодня сделать генератор сертификатов. И, пожалуйста, учти это, когда будешь это делать. Я скажу: "О'кей, я вообще на самом деле эту задачу сделал. Я могу

### [55:20](https://www.youtube.com/watch?v=76vBRxNTSCY&t=3320s) evals и самооценка качества агентов

исполнить вот этот вот скилл, который мне помогает это сделать, и написать например, да, могу это сделать из линиара, но из линиара я должен постоянно помнить, да, сколько у меня задач. У меня там задач, на самом деле, там 20 + 35 55 задач на сегодня, да, ну, в идеале, да, они там накопились каким-то баклогом, и я не всегда помню, а что там вообще описано на меня, поэтому важно под себя создать вот такой не обязательно всем, да, но у меня есть такая запрос, потому что трекать задачи. И каждый раз, когда я над чем-то работаю, я он мне подсказывает, а над чем ты скорее всего здесь работаешь? И может быть тебе имеет смысл пойти в эту задачу и обновить её статус. И так контексту мы даём возможность как бы не теряться, накапливаться постоянно. И вот этот для меня и Сергея, он говорил уже про идею, что контекст liner. И это можно назвать идеей single source of truth. Един единый источник правды. Если он в команде есть или если он хотя бы у меня перед самим собой есть, я всегда знаю, что где актуальные данные, они в линеаре или там в заметках safe message Telegram. Это тоже на самом деле та такая же реализация может быть. Пожалуйста, не обязательно так усложнять, но мы должны с собой договориться, что там лежит актуальное, туда надо сходить и не забыть его, соответственно, там напо, ну, заполнить, обновить, закрыть, ну, как-то статус поменять, что-то ещё сделать. Вот это пример, наверное, операционной системы для меня самый лучший, который я могу сегодня привести. Я создал себе мини приложение, которое по сути показывает просто строку, которая говорит: "Сейчас из того, что ты здесь наработал, а это, скорее всего, относится к этой задаче. Сходи в линиар". открой её, а, обнови или что-то с ней сделай. И вот набор таких вот микро действий, микроулучшений, микросервисов, опять же, запущенных абсолютно с разных интерфейсов. То же самое показывал в Obсинan. То же самое можно открыть в десктопном GLД-код и там же это запустить. То есть это не про сложный интерфейс и терминал, это про то, что вы понимаете, что это проблема, вы находите это узкое место, и вы решаете таким вот микро микроулучшением. А, показывай мне просто каждый раз вот это, и, скорее всего, буду меньше забывать о том, что где-то нужно фиксировать контекст. Итак, относительно всего контекстная перегрузка, оценка качества задачи, там что-то боле более специфическое под запрос, там типы визуалов, которые я показывал, это всё как бы уже наработки таких вот микро-микроулучшений, которые постоянно обновляются, постоянно дополняются каким-то новым контекстом. есть какие-то алгоритмы пополнения этого контекста. И это всё рисуется в такую общую систему, которая позволяет и человеку, и команде как-то работать, и где-то коллаборировать даже. Причём это же самое, мы говорим именно про PM operation system. Мы там через пару недель будем ещё про оперы организационный такой операционную систему говорить со Стёпй Гершуней, наверное, чуть позже это объявим. Но в этом примере, что всё вот это, это не обязательно про команду и

### [58:20](https://www.youtube.com/watch?v=76vBRxNTSCY&t=3500s) Single Source of Truth и линковка к задачам

сложные процессы. Это в том числе про просто систематизации своей жизни. То же самое можно сделать про здоровье, про терапию, про арт, про искусство, про что угодно. У всех есть кейсы, и все эти кейсы очень похожим образом могут быть реализованы. — Да, спасибо, Саш. — Мы договаривались да, поясню, чтобы у нас были такие демо на усложнения. Может быть, отвечая на комментарии, что это уже про такой командный ассистент, мне кажется, самое сложное - это синхронизация личных ассистентов. А, поэтому вот возник такой кейс, когда несколько людей экспериментируют контекстом, с правилами, с инструкциями, со всем таким. В какой-то момент нам нужно синхронизироваться как людям. И это так отдельная сложность, скажем так, слой людей. И ещё то, что подчеркнул, Саша сам сказал, что, например, какие бы мы не делали автоматизации, как бы нам ассистенты и наши агенты не помогали, контекст жизненный может измениться там. Да, я заболел сегодня. Я отменяю все задачи, и агент должен подстраиваться. И человеческий такой инпут, он очень важен. А, и мы его, ну, на лабах подсвечиваем, что человек всё ещё решает. Человек делает очень важный вклад в эти все операционные системы и всякие сложные штуки. У нас, на самом деле, осталось совсем немного. Мы можем ответить на несколько вопросов. Часть из них я видел в чате. А напутствие такое вообще традиционное, если честно, что если здесь есть ещё те, кто не собирает свой контекст, соберите свой контекст, напишите текстовый документик. Да, первый шаг. Напишите, кто я, где я вообще, что мне нужно, какие у меня цели, какие у меня особенности. А мы про контекст очень любим говорить, потому что это база такая вот в моих примерах везде там тонким слоем шёл контекст про себя, да? Не люблю рутину, люблю как бы с принтером решать задачи, люблю преподавать, не люблю а ещё что-то. Это важно, принципы принятия решений, да? Тогда ассистент поможет ну как бы вот эти все AI штуки в моём представлении позволяют нам либо принимать более хорошее решения, либо мы делаем какие-то действия, более хорошие действия, скажем так, да. Вся вот эта вот предыстория должна приводить к изменениям в реальной жизни. Ну, по большому счёту, то есть Саша выстраивает свою систему, она поминала про задачи, чтобы эта задача состоялась, чтобы, не знаю, мы подготовились к этому вебинару и все пришли, это же происходит в реальной жизни. А вот примерно такой шаблон. Ну, любой чат GPT подобная штука подскажет, с чего начать, да, и те вещи, которые мы показываем, мы их делали месяцами. Ещё раз подчеркну, это не делается за один вечер. Прямо мы придумывали, какие у нас могут быть пайплайны данных, какие нам понадобятся там скилы, абилити, какие мы можем сделать выводы из тех вещей, которые мы повторяли несколько раз. А возвращаясь вот к этому парню из Гугла, да, мы вот разобрали курирование контента или там контекст курирование контекста и контекст инжениринг. Очень большие такие важные темы. А, но я вернусь к тому, что мне понравилось ещё про problemмшепинг, да, и первый вопрос, возможно, у кого-то у вас появился. Боже мой, как сделать, как повторить? Хочу точно так же, там хочу как у Саши, хочу как у Серёжи, чтобы у меня всё само летало, мне подсказывало и так далее. Так вот, в этом и заключается проблемшейпинг, как по мне. Как начать? Это как бы вопрос к себе, понять, с чего ты хочешь начать, какие у тебя цели, задачи вообще, зачем тебе это, и потом пойти с агентом поговорить

### [1:02:00](https://www.youtube.com/watch?v=76vBRxNTSCY&t=3720s) как начать строить свою систему

по этому поводу, потому что они заразы самое обучаемые. В том числе ему можно сказать: "Мне нужно, чтобы ты мне делал X YZ". Что тебе для этого нужно? Он скажет: "Мне нужно ABC". А хорошо, где мне взять? А, дорогой друг, он скажет: "Сходи на GitHub". Что такое вообще GitHub? И он скажет, и это как бы общий такой танец вместе с агентом, чтобы решить наконец задачу, да, можно немножко пойти по такому лабиринту и заплутать на ещё помните, что мы хотели решить, какую задачу, но в целом это достижимо, это и есть, мне кажется, проблемшеap, то есть отчасти а там вот я видел вопрос такой будет ли аа будет ли образец агента на гитхабе. Ну как бы их же навалом. И вся философия в том, что мы показываем, что можно делать, и, э-э, вдохновившись этим, нужно создавать что-то свой personal, какой-то свой кусочек, свой персональный кусочек софта, промта и так далее, да? Потому что, ну, мы все разные, у нас разные принципы, обстоятельства и так далее. И агента создавать супер просто. Его нужно запустить просто в агентской среде. Это уже будет агент. нет какого-то там правильного агента, неправильного полуагента, мегаагента. Это они проявляют агентное поведение. И, ну, просто глядя на чужие системы, попробуйте смотреть в принципы, как и что люди делают, да? Там я посмотрел совет директоров Андрея Карпаты, я понял принцип, но я не взял его как есть. У нас разные обстоятельства жизненные у Андрея и у Сергея, поэтому мне нужен принцип, но я сделаю своего, скажем так, отвечальщика на вопросы. Аа там есть несколько экстра слайдов технических, если вдруг будут такие вопросы. Так, я подготовился и, наверное, можем принять э пару вопросов а голосом или в чате. Вот что я предлагаю. Если у вас есть вопросик, ээ, можете поднять руку, мы вас спросим. Читаю чат ещё. Пока вы думаете, я вижу чат, озвучу вопрос. Когда одна задача порождает ещё больше задач, как вы приоритизируете, что делать нативнови? Как поэтапно двигаться, не перегружая себя в моменте возможности? Это же это вот вижу стенд, твой вопрос. Вообще супер вопрос, потому что сейчас все превращаются в вайпкодеров, и мы можем делать невероятные вещи круглосуточно только спать забудем, а все устанем, выгорем и поесть тоже забудем. А как решаем, что делать, а что не что делать нативнови? Как приоритизировать? Тут очень много человеческого остаётся, как по мне, да, помнить, что нужно гулять, вообще разговаривать с людьми, есть, а как-то закрывать компьютер, отключаться. Про это уже стали выходить статьи такие полунаучные. Там ещё месяц назад это было про то, как у нас много возможностей. Сейчас выходят статьи про то, как заботиться про wellбинг сотрудников, которые вдруг приходят все не выспавшиеся на работу почему-то, да, почему-то они все, значит, этих openк запускали и, а, значит, вроде как-то глупо запрещать. Ну, как бы это новая реальность. Запрещать глупо, а человек увлечён. Он, может быть, сделает что-то полезное для компании и для себя уж точно, но он приходит не выспавшийся. Как определять, держаться что-то? Я вот почему у меня там три задачи, а меня все мои агенты, все мои фантазии, они призваны заужать жать. Они их задача фильтровать контент, фильтровать идеи, не вписываться, не обещать, я как подчёркивал, обещания. Кому я что? Я обожаю раздавать обещания и потом тоже мало спать. Но это моя персональная история, да, как я с этим борюсь, тем, чтобы мои агенты фильтровали, как бы меня держали в фокусе. Вот что мне нужно. А как определять нативно, делать ли нативно? Ну, попробовать, наверное, такой. И вижу ещё второй вопрос. Как лучше коннектить ТГ, чтобы видел описание профилей, переписки и тд. Ой, сейчас это хочется. Не знаю, насколько это не звучит сиive агрессив, но я вот сюда бы отправил вот сюда. То есть можно сказать, как это сделать, а можно научить, как это сделать. Да, в этом как бы — Ну вы не через OpenCla делали это уже не Open нигде OpenCla здесь всём, что мы рассказывали, не участвует. Да, там какой-то можно я кратко отвечу, да, что MT прото, да, это не OpenC, не хочу OpenClo использовать. Да, я слышал про, — да, я тут, наверное, добавлю тут у тебя отчасти вопрос: через что коннектится, а вдруе как коннектить к описаниям и

### [1:06:50](https://www.youtube.com/watch?v=76vBRxNTSCY&t=4010s) Q&A: приоритизация и перегруз

конкретный ник, чтобы доставать, да, потому что там, если пробовал, есть нюансы, он не всегда попадает, иногда путает. Я пришёл к тому, что я автоматизировать эти штуки не хочу. И для меня есть, например, скрин папки командных чатов, это уже достаточно, да, он все названия тут достанет и сделает, и через скрины это делать. То же самое в переписке. Я хочу кому-то отправить сообщение. Я просто делаю скрин телеграма и туда его отправляю. Вот ему вот контекст. Достань его учти. Просто это достаточно для того, чтобы делать точечные задачи. И я не хочу делать больше, чем точечные задачи. Я не хочу 10 параллельных чатов обработать и достать оттуда контекст. Это обычно заканчивается тем, что я случайно вышлю в какой-нибудь глобальный чат рандомное сообщение. — Угу. — Как дело уже. — Бывало. — Бывало такое. А можно к Сергею тогда вопрос, раз у меня поднята рука, поводу — упаковки знаний о себе. Вывидел классный большой дог. А был ли там использован какой-то фреймворк для вот этого сбора большой себя инструкции, а или методологии или тесты, может быть, какие-то применялись? Интересно. — А это собирал. — Я отвечу, конечно, да, но не надо воспринимать это как инструкцию. Ещё раз оговорюсь. У кого что доступно, то и можно собирать. Я собирал его ещё во времена GPT4. И ноутбук LM там только появился, и они были глупенькие немножко. Там много транскриптов из терапии, там есть тесты по ленда на СРНС, там есть, в общем, я уже не помню какие-то тесты, очень много материала было на входе. Моя задача была получить, а, например, не больше десяти документов длиной не больше двух-трёх страниц. Вот в чём штука. И поэтому я очень много как бы проектировал их там. А, и ещё идея была в том, что некоторые документы статичные, ну, как будто бы личность не так часто меняется, а некоторые динамичные. Вот и мне не нужно следить за там всеми десятью, мне нужно за двумя следить. А сейчас это ещё и делается полуавтоматически, потому что у меня есть ревью месяца, и этот ревьюр месяца смотрит встречи за месяц, а за результаты недель, результаты переписок и какие-то результаты. У меня есть папочка типа открытие месяца. Какое-то событие меня, например, разозлило, а какое-то событие меня вдохновило, какой-то был там момент невероятного счастья. И, соответственно, эти динамические документы я прошу агента посмотреть, вдруг что-то надо внести. Но очень аккуратно я это делаю всегда руками, да, потому что эта как бы ошибка у меня расползётся много дня. А, отвечая коротко, вообще всё сгодится. Вопрос компактизации, а в утрамбовывании этого, э, конечно, с первого раза может и не получиться. А ноутбук LM классно сработал. Вот то, что я помню, когда я в него загрузил чёртову тучу всего, что может быть полезно, и выжил из него там пятьшесть, семь документов. — Супер, спасибо. — Вижу вопрос, насколь, э, Сергей Александр, насколько материалы курса будут пересекаться с рами пройденными ATLab? Я да, вижу, вижу вопрос такой. Давай. Я настроил звук. Сейчас меня, наверное, лучше будет слышно. Да, — давай. — Громче стало? — Нет, — погромче. — Да. — А, да. Про про пересечение у нас-то илабы особо не пересекается, на самом деле. У нас есть какая-то программа, которая как бы заявлена, а потом мы делаем что-то другое всегда. Вот поэтому э есть ээ в лабах есть пересечение. Вот это как бы совсем другой продукт относительно автоматизации. Там ещё был выше вопрос. Это вообще другой продукт. Мы, мне кажется, вообще практически перестали пользоваться MН, ну, очень минимально, поэтому это точно не про это. Аэ, и эта лаборатория, она более такая сконцентрированная на, а, фокус наличных, э, приложениях, системах, и там будет много и про какие-то и терминальные истории, про свои приложения. То есть тут будет больше практики уж точно даже её структура будет такая, что почти все воркшопы они именно практикориентированные. Там Серёже и Рисом будет два прямо совсем практикума. Первая, наверное, будет более обзорная такая лекция плюс практика, а последняя - это вообще будет такой построение MVP и своих приложений. Поэтому я бы сказал, что вообще не сильно, скорее более адвансно и более практикориентированно. Плюс вокруг этого всего есть какая-то обвязка наших стандартных ивентов, коворкинги, фокуссеи, office hours, личные консультации, возможно, периодически или там доступ к бади или кураторам, вот которых я сегодня показывал. Ну то есть этот стандартный процесс остаётся, но он на другое будет направлен. — Я хотел добавить материалы курса пересекаться. Это такой хэпининг как бы про процедура, да, новой лабы. Ещё я так я подумал, что у нас во время каждой лабы выходит модель. Я не проверял эту э информацию, но туйка такая пришла в прошлую лабу вышел 46 OPС 53, а кодекс или кто-то из них и Openкло бомбанул. То есть мы такие планируем, планируем программу и мы не можем закрыть глаза как бы на то, что новый опус там и OpenCO выходит. Поэтому она действительно меняется и сама жизнь нам подбрасывает этот контент внутрь лаборатории. Да, поэтому, — ну да, но тут точно скажу, что мы не будем говорить, что о клодко - это главный инструмент там тысячелетия, будем пользоваться только им. Но нет, это неправда. Он умрёт там через год или его кто-то заменит. Ну и не умрёт, а что-нибудь другое произойдёт. В общем, мы будем как бы будет какие-то примеры у кого-то, опять же, эта суть в лаборатории всегда мультиспикеры и разные подходы. Сергей будет показывать Wiсрf плюс какой-нибудь плагин курсора обсидиана или чего-то сорикода. А Серёжа Рис будет терминал показывать, а я буду показывать, наверное, тоже терминал плюс обсидиан какие-то плагины. Ну то есть и те то же самое процедуры можно сделать в каком-нибуд десктопном коде, и это будет также работать. Поэтому тул агностик, наверное, это главный принцип, который у нас есть. Единственный тул, который мы не бросаем уже 5 лет - это обсидиан. Но тоже просто потому, что это красивый открытого формата редактор файликов, которые по сути те же файлики текстовые на компьютере, они ничем не отличаются. Да, мне кажется, не быть тулогностик невозможно, потому что там последнее время читаю, как пачками банят пользователей Клода. Ну и, собственно, это моя главная, ну, перепроверка. Смогу ли я поднять всё то же самое там, используя кодекс. У меня отвалился кодекс или вышла какая-нибудь китайская модель? Могу ли я поднять всё то же самое на новой какой-то модели? Это просто позволяет, ну, делать перепроверку про ту логностику. Сейчас клод-код супер, но пока, да, — это, кстати, хороший принцип, да, вот где и как мы договорились ээ хранить эти скилы. И вот почему я, да, ввёл понятие правила. Я вот вернусь тоненько к этой теме и не только скилы, потому что вот для меня это как раз-таки вот такая безопасность относительно того, что ну есть какие-то скилы, у код-кода есть свой формат описания этих скилов, но скоро он закончится и заменю его на что-то другое. И вот когда файлики правил - это у меня просто marркдаун файлы, на них гораздо легче ссылаться, чем если это костомно задизайненные скилы под конкретный интерфейс. Ну пример, там, не знаю, какой-нибудь промта встроенного в чат GPT custм ассистента. Но, очевидно, мы его не достанем оттуда. или в очень ручном режиме будем доставлять. А если эта инструкция лежит отдельно, неважно какой интерфейс, он её прочитает. — Вот это, наверное, принцип, которым мы в первую очередь будем стараться демонстрировать. — Предлагаю ответить на последний вопрос и разойтись и дальше общаться в других средах. И не забыть, что завтра у нас Серёжа Рис покажет более технические штуки, да, на другую линзу даст, как через клодкод терминал запускать свои процессы, работать с контекстом и так далее. А последний вопрос у нас звучит так: подскажите, насколько с экономической точки зрения выигрышно использовать подобное решение? Надо ли надо довольно много платить за использование различных? Это правда. Можно выкручиваться через разные там, не знаю, акции, китайские модели и так далее. Можно смириться, но кажется тут вот в чём штука, что если вы не видите в этом пока ценности и можно жить на там 20 долларах в час GPT или кда и это о'кей, да? Нет, нет правильного ответа. Если задачи закрываются этими мощностями, ну и чёрт с ними, всё нормально, всё в порядке. Штука в том, что, ну, мы видели на предыдущих лабах, что когда там человек познаёт, например, клод-код и вот-вот у неё начинает получаться, ты натыкаешься в лимит и сколько там, не знаю, наших участников перешли там с 20 долларов на 100, а потом со 100 на 200. Это, в общем, есть некоторое количество. Так вот, в позиции, когда вы уже знаете, как использовать агента, и у вас лимиты, вы по-другому себе ответите на тот же самый вопрос. Там как бы сейчас, ну, в позиции какого чёрта я буду платить 100 долларов, то в позиции, когда я не могу сделать эту офигенную игрушку, чтобы там у меня гномик плясал и, значит, задавал мне загадки или какая-то полезная супер дашборд для работы, все коллеги там просто от зависти умрут, и вы в этой точке спрашиваете, готовы ли вы заплатить 100 долларов. Вы два разных человека. Вот и ответ. И то, и другое нормально. Если сейчас хватает, не платите, выкручивайтесь, всё в порядке. Если вы в точке ограничений, а, и клод требует 100 долларов, тоже нормально заплатить. К сожалению, я думаю, что мы не показательно. У нас там чек, я думаю, в месяц там за 400 долларов в месяц уходит. Если считать какие-то корпоративные деплои, сервисы ещё на команду, там, в общем, это существенная часть инфраструктуры, скажем так. Но это не маст. Я предостерёг от этой вот идеи всё-таки оптимизировать бесконечно. Вот тут действительно вопрос из кого, а зачем мы делаем, для кого мы это делаем. И классно, когда на уровне теста действительно я хочу просто проверить модели или интерфейсы, посмотреть, чем они отличаются. Э можно взять минимально или просто на бесплатных кредитах всё погонять. Но когда начинается реально работа, которая воодушевляет, вот тогда, мне кажется, во-первых, рост денег становится вторичен, потому что мы реально делаем то, что нам важно, и почему мы за еду платим мы по сколько-то сотен евро в месяц. Вот почему мы не платим за что-то другое. В общем, этот вопрос, мне кажется, действительно должен из задачи исходить. Просто можно, когда мы выбираем вот этот путь бесконечной оптимизации, очень много можно тратить время на оптимизацию, вместо того, чтобы реально делать крутые вещи, которые сейчас можно. Вот, наверное, я бы здесь просто какая-то границу для себя поставил. Для каждого, да, для до какого-то момента можно оптимизировать, но потом, если мы будем больше читать новости и подбирать одну модель вместо другой, можем полдня тратить только на оптимизацию. Вот как бы не хочется, наверное, этим заниматься. — Есть, есть. Так, совсем мы можем даже и супермощной моделью делать полную ерунду. И вопрос, может быть, мы от этого кайфуем, это тоже нормально, да, но вот наши, ну, в лабах, особенно чаты, когда приходят люди с разными потребностями, видно, что возникают какие-то супердельные идеи. В общем, мы с Сашей тоже там учимся и смотрим, что там только не предлагают сделать. Полностью согласен, что классно, если есть возможность работать на лучших инструментах. Потому что эффект вовлечения, радость и результат будут другие. — Ну да, ещё последнее вот эта идея, что не гоняться при этом за каждым последним. А вот кажется, что всегда есть какой-то лаг, который можно себе позволить. Там не идеальный транскрибатор. Ну и ладно, как бы не последняя версия Айфона. Ну и ладно, как-то в следующий раз будет последняя. Вот. И кажется, что мы можно пару циклов пропускать иногда там сделали AGН какой-то. Ну, о'кей, если я неделе не попользуюсь им, может быть, он умрёт и другое что-то сделает. А может, я чутьчуть проиграю, но потом нагоню, взяв там ещё более свежую версию. В общем, ну, как-то есть здесь тоже разумный какой-то лимит, где мы постоянно пробуем новое, а где всё-таки сконцентрируемся над тем, что есть, и в нём пытаемся что-то создать. — Да, как будто мы пытаемся утверждать, что с нами, с вами всё в порядке. И так нормально. И эксё в порядке с старыми моделями, и с новыми, и с китайскими, и без агентов, с агентами. — Пару слов, да, про скринт я скинул. Через там пару завтра будет другой э подобный эфир с Серёжей Рисом. Покажем чуть более, наверное, ещё адвансный стек через терминал подход. Он тоже коу участник и партнёр этой лаборатории. А вот и да, наверное, дальше будем продолжать. Через 3 недели у нас приintт э со Стёпой Гершуни пройтив организации. Вот про это тоже, наверное, позже расскажем. Там будет ещё более такая э командная специфик и бизнес-специфик и много про функции бизнеса и подходы к оптимизации всего этого. В общем, много интересных проектов впереди. Спасибо, наверное, на этом всё. — Да, спасибо, что пришли. Увидимся. Всем пока. — Класс. Большое спасибо. До свидания.

---
*Источник: https://ekstraktznaniy.ru/video/20368*