GPT-6 Astra 30 функций | Переезжаю с Claude Code на Codex transcript

Вот сайт с дизайном, формой заявок и базой живой по ссылке в интернете. И этот сайт был собран за один всего лишь прогон. GPT6 вышло несколько дней назад, и из каждого утюга обзоры, картинка против картинки, бенчпарк против бенчпарка. Я такой снимать не стал принципиально. Я все эти дни гонял её на своих задачах и вытащил 30 вещей, что умеет сама модель и что вокруг неё построил кодекс. Каждое будет буквально за минуту от простых вещей до продвинутых. И самое сильное я оставил наконец. Всё это лежит уже в одной папке в моём рабочем месте. И в самом конце я отдам её целиком. две команды, и я покажу, как забрать её в моём Telegram. Так что смотри до конца и поехали. Концепт номер один - это где живёт GPT6. У нас есть три режима работы. Когда мы устанавливаем с вами кодекс или чат GPT десктоп, то есть это десктопное приложение, у нас есть, по сути, несколько настроек. Мы вначале попадаем на главный экран. И вот здесь сверху у нас есть два переключателя работы. То есть первый - это чат, второй - это работа или чат GPT Work. Дело в том, что когда мы работаем в режиме чата, мы по сути не можем выполнять определённые действия. И в этом случае мы пока не работаем в режиме агента. Если здесь посмотреть на это окошко, где написана модель, у нас написано instant, и это значит, что у нас тут нету банально GPT6. И чтобы на неё переключиться, нам необходимо выбрать либо режим GPT Work, либо переходить уже в кодекс. Как нам это сделать? Если вам необходимы простые задачки и вам не нужно делать какую-то сложную работу, то вы переключаете просто на GPT Work, и в этом случае у вас появляется вот здесь GPT Astra.

GPT Work является практически полной аналогией Clлодка Work, поэтому, соответственно, мы можем здесь делать те же самые действия, что и в CLДкаво. Но если наша задача всё-таки делать более сложные задачи, например, писать код, создавать приложение агентной системы программы, то в этом случае нам нужно переключиться на кодекс. И что обычный чат GPT, что GPT Work и кодекс, они все находятся в одной программе. Чтобы нам открыть кодекс, нам необходимо выбрать уже режим работы вот здесь сверху, где написано чат GPT слева сверху, вот здесь, мы нажимаем сюда и выбираем кодекс. В этом случае у нас переключается окно, у нас немного меняется интерфейс. Принципиально ничего нового здесь не появляется, но тем не менее сейчас мы находимся в пространстве кодекс. Концепт номер два - это проекты, чаты, активность и форк. Дело в том, что проекты в кодекс, которые мы видим у нас здесь слева, это не просто какие-то абстрактные проекты, как, например, в обычном чат GPT, которые у вас находится в вебе, а это физически папка на компьютере, которую вы создаёте сами, и все материалы из этого проекта будут находиться в этой папке. И здесь у нас есть несколько режимов работы. Если мы наведём на проект, нажмём на трое точи вот здесь, то мы можем настроить боковую панель, то есть либо отсортивать по проектам, либо выбрать в одном списке. То есть в этом случае у нас не будет сортировки по каждому проекту, и тогда все диалоги у нас будут в куче. Но, конечно же, удобнее работать именно таким образом. При этом мы можем создать новый проект. То есть мы нажимаем на плюсик, выбираем, это будет локальный либо удалённый проект, такая тоже есть возможность. Я сейчас расскажу об этом. Выбираем далее и подключаем физически папку, которая находится у нас на компьютере. То есть мы буквально создаём на нашем компьютере папку, например, под названием документы. Туда заносим папку нашего конкретного проекта, внутри которого мы будем создавать файлы. Нажимаем её открыть, и она у нас появляется вот здесь, как у меня сейчас в данный момент времени. И также у нас есть ещё удалённые проекты. В этом случае мы можем добавлять наши проекты с Гитхаба, если нам необходимо. Допустим, у нас нету доступа на этом конкретном компьютере к нашим проектам. В этом случае мы можем работать удалённо с нашими проектами, если мы их предварительно заранее разместили на GitHub. Точно такая же возможность есть и у нашего клодко-кода. При этом, когда мы работаем одновременно над несколькими проектами, чатов у нас часто становится очень много. И здесь очень удобный менеджмент чатов, в отличие от клодкода, например, да, где мы можем действительно скрывать те проекты, которые нам не нужны. У нас буквально есть возможность убрать проект либо потом его добавить. В клод-коде такой возможности нету. И также мы можем здесь добавлять разделы, где очень удобно сортировать, в принципе, наши чаты и проекты, как нам нужно. Например, я могу создать новый раздел под названием 1 2 3 и перемещать проекты именно те, которые мне нужны в конкретно этот раздел. Более того, я могу создать и новый раздел, допустим, да, который будет называть 345 и таким образом сортировать проекты по ним. При этом я могу эти разделы удалять, и в общем-то это очень удобная, классная вещь в сортировке, которая мне очень сильно нравится в данный момент времени. Более того, здесь у нас находятся только те проекты, которые нам нужны. Если вдруг у вас каких-то здесь проектов не оказалось, то вы можете нажать на кнопку "Показать больше". Либо открыть недавние диалоги, которые находятся без проектов, либо же посмотреть все диалоги в куче именно отсюда. Также у нас есть возможность при нажатии на меню при открытии правой кнопки мыши мы можем здесь создать постоянный Work 3 или рабочее дерево. Что это значит? Это значит, что мы делаем физически копию проекта, делаем разработку тестового функционала в рамках этого самого рабочего дерева. Дальше убеждаемся в том, что это рабочее дерево действительно даёт нам классный результат. И после этого соединяем уже с главной нашей веткой, то есть с главным нашим проектом, который у нас есть. Это сделано специально, чтобы не поломать наш рабочий проект, который в данный момент времени у нас работает. Ну и, разумеется, мы можем отсюда архивировать чаты либо их закрепить. Поэтому, конечно, по работе с проектами и работе с чатами внутри кодекса я ставлю огромныйогромный плюс. Третий концепт - это сама GPT Astra, которая появилась, конечно, в кодексе, и мы сейчас её можем уже использовать. И она действительно показывает огромные результаты. И первое, что хочется о ней сказать - это то, что у неё миллионный контекст. Это значит, что в отличие от предыдущей модели, у которой было 250.000 токенов Контекст, сейчас мы, конечно, можем делать в четыре раза больше задачу. Более того, используя определённые команды, например, гол или режим размышления Ультра, в этом случае мы можем действительно за один прогон сделать так, чтобы она выполняла огромный объём работы. Более того, чуть позже мы поговорим о том, как у неё работает контекстное окно. И это тоже один из больших gameчеджеров. Если она у вас до сих пор в кодексе либо в GPT не выбрана, то вы можете нажать на выбор модели, перейти в высокое и здесь поменять на GPT Astra, потому что будьте внимательны, если у вас не оббновлённое приложение кодекса, то GPT Astra там может не быть. Поэтому перед тем, как его использовать, конечно же, нужно приложение кодекса обновить. И что самое главное, что у Астры по умолчанию миллионное контекстное окно, оно недоступно, и его нужно отдельно включать в настройках в рамках нашего конфига. Но я уже это за вас сделал. У нас есть файл config.tomal, и мы его можем использовать как локально внутри одного конкретного проекта, так и глобально на все проекты целиком, для того, чтобы во всех проектах у нас наш GPT Astra имел миллионное контекстное окно по умолчанию. Если мы это не активируем, у него по умолчанию будет контекстное окно 256.000 токенов. И в этом случае, конечно, сложные задачи мы с ним сделать не сможем. Поэтому нам очень важно прописывать это контекстное окно внутри наших настроек кодекса перед тем, как мы начнём с ним работать, для того, чтобы мы могли делать более-менее серьёзные задачки. Этот файл config.tal, Томал. Он будет находиться внутри этого проекта, который мы вам отдадим в моём Telegram-канале. Следующий, четвёртый концепт - это как раз-таки уровень размышления. Сколько думать, как быстро и каким тоном. Обратите внимание, когда мы работаем с GPT Astra, у нас есть возможность выбирать разные варианты размышления от самых маленьких до самых высоких. И как раз именно этот режим размышления, он отвечает на то, сколько токенов вы будете выделять на то, чтобы ваш GPT в принципе думал. Правило очень простое. Чем выше уровень размышления, то есть, например, хай, экстраra, макс и ультра, тем больше токенов он будет тратить, но тем лучше результат вы в конечном счёте будете получать. Но при этом времени на затрачиемый результат вы, конечно же, будете тратить гораздо больше. При этом, если задача у вас проще, то вы выбираете режим Эфорда меньше, и в этом случае у вас будет меньше токенов уходить на задачу. Вы будете получать её быстрее, но при этом качество результата, оно будет чуть хуже. Поэтому для простых задач выбираем маленький режим эфферта. Для больших задач выбираем режим эфферта побольше. Есть самый высокий режим Ultrafort. Он аналогичен нашему Ultra Code внутри-кода или режим workflows, в котором он сам будет спавнить огромное количество субагентов для решения огромной задачи. То есть режим ультра мы включаем только тогда, когда нам нужно, например, за один прогон завайпходить огромный проект. В этом основной смысл. Пятый концепт - это настройка разрешения. Дело в том, что когда мы перейдём в окошко, вы можете обратить внимание то, что у меня стоит пользовательский режим разрешения. И если мы его откроем, то у нас есть четыре основных варианта, которые мы можем выбрать. Первое - это запрашивать разрешение всегда. Я мало кому могу рекомендовать этот режим, потому что в этом случае у вас кодекс будет спрашивать подтверждение на любой этап, который у вас здесь есть. Следующий момент: подтверждать за меня. Этот режим я рекомендую для большинства из вас, потому что он автоматически будет обрезать небезопасные операции и выполнять только то, что он посчитает нужным, что будет безопасно для него. Например, операции по удалению файлов или вызовов каких-то подозрительных команд или обращение к внешним ресурсам, скачивание внешних файлов и установка внешних программ. Это всё он будет запрашивать подтверждение у вас. Следующий момент - это полный доступ. Я не рекомендую в нём работать вам сейчас, если вы не понимаете, что вы делаете, потому что в этом случае он может сделать всё, что угодно, вплоть до удаления файлов со всего вашего компьютера, вплоть до получения полного доступа к вашему компьютеру. В этом случае вы ставите под угрозу ваш проект. И есть четвёртый режим, он мне уже для продвинутых. В этом случае вы можете делать пользовательские настройки разрешений. То есть на какие-то команды у вас будут полный доступ, на какие-то команды будет запрет, какие-то команды будут запрашивать разрешение. Это как раз-таки мой случай, где я настроил под себя кастомную историю. Об этом мы будем говорить чуть позже. Я расскажу, что имеется в виду. И вот как раз все эти настройки, в том числе пользовательский режим, где мы запрещаем только самое необходимые команды, остальное разрешаем. И там очень тонкая настройка разрешений. Вы сможете файл конфига скачать себе. Более того, там находятся все необходимые настройки, которые вам нужны, для того, чтобы вы могли из коробки поставить этот файл конфига и ваш кодекс был полностью настроен так, как он настроен у меня. Следующий, шестой концепт - это Guardian. Это, по сути, агент, на которого отправляются подозрительные команды, которые кодекс хочет сделать. И если он у нас включён, то кодекс будет перепроверять команды на их безопасность. То есть, например, если команда удалить папку вне проекта, он её не пропустит. Отправить ключ наружу, то же самое, но если установить, например, какой-то пакет, то он разрешит или поправить файл в проекте, то он тоже это разрешит сделать. То есть, по сути, наш Гардин выступает таким предохранителем между опасными действиями и нашим кодексом. И чтобы его включить, нам, конечно же, необходимо ввести определённую строчку в нашем конфиге. config. Л - это специальный файл, который ложится внутри проекта нашего кодекса и позволяет это делать в том файле внутри проекта Confic Tomal, который я отдаю в Telegram. Это всё уже записано и всё уже лежит. Когда вы устанавливаете этот файл, у вас автоматически этот гардинan уже применяется. Итак, мы плавно переходим к блоку Б. Это седьмой по двенадцатую концепцию. И давайте начнём. Седьмое. И это одно из самых крутых нововведений GPT6, которые, в принципе, появилось только что. Это, по сути, динамический контекст. Что это значит? Это значит, что раньше, когда мы работали с любыми другими моделями, включая клод, например, то, что у них сейчас есть, чем больше информации мы загрузили в наш контекст, тем, соответственно, контекст переполнялся, и в какой-то момент, когда его становилось слишком много, у нас либо происходил автокомпакт, то есть, по сути, мы сжимали весь наш диалог в короткую выжимку в нашем файле. И в итоге, когда контекст у нас действительно был большим, то наша модель начинала отвечать гораздо хуже, начинала путаться в фактах, начинала тупить и начинал выдавать результат гораздо хуже, чем когда контекст был маленьким. Так вот, GPT6, они сделали очень классную функцию, и мне кажется, что это Gameчеanger на сегодняшний день. Как это работает? Как работает динамический контекст? Итак, у нас есть, например, окно определённое, и внутри каждого сообщения, которое мы пишем, и внутри того, что нам GPT6 отвечает, он прописывает определённые заметки, которые ему нужны для того, чтобы пометить, в какой момент что конкретно мы обсуждали. В этих заметках у нас прописывается, что мы решили, что мы проверили, где лежит важное. И всё это задаётся инструкцией в главном нашем файле.

MD. это аналог клодм MD внутри нашего клода. Более того, эти заметки остаются даже между нашими окнами, то есть они никуда не пропадают. И в конечном счёте, когда у нас, например, происходит компакт, то есть у нас очищается весь наш диалог, наш кодекс помнит всё то, о чём мы разговаривали до этого, и в итоге никакая переписка у нас не теряется. И это нам позволяет делать гораздо больше проекты в рамках одного диалогового окна, при этом не упираться в лимиты и не прибегать к тому самому компакту, который теряет огромную часть информации. Включается это, конечно, не по умолчанию. Это дополнительная настройка под названием Experimental Mode. Нам нужно физически прописать её в том самом файле config.tomatal, про который я вам только что говорил. И в нашем config.tal эта функция уже включена. Поэтому, когда вы его скачаете, поставите, вы уже сможете пользоваться этим функционалом и вести действительно длинные и долгие диалоги в рамках одного контекстного окна, в рамках одной сессии. За 8 недель ты освоишь вайп-кодинги агентной системы на продвинутом уровне. Мою программу прошли уже больше 200 человек: предприниматели, руководители, фрилансеры. Они собирали ERP для морских перевозок, контент-заводы, сервисы HR-профайлинга, видеопродакш на десяти агентах, платформу для проектного бюро. Почти никто из них не программист. И за 8 недель ты соберёшь свой сервис сам понятным интерфейсом, с рабочими агентами внутри. Старт 21 сентября, 50 плюс часов контента, кураторы, куча практики, разборы каждую неделю, групповая динамика, трекер, который не даст слиться, база знаний и самое главное - это коммьюнити. Ссылка будет в описании. Жду тебя на программе. Восьмая концепция - это функция G - это та же самая аналогичная функция, как и уклода, но здесь она очень хорошо работает в связке с тем самым расширенным динамическим контекстным окном. Когда мы включаем вот эту экспериментальную функцию контекстного окна, мы можем действительно очень качественно использовать эту команду. Как именно она используется? Мы заходим в наш чат, пишем слеш-команду, листаем чуть ниже, и здесь у нас есть как раз-таки функция под названием цель. Выбираем её. И в этом случае наш кодекс будет работать до тех пор, пока он не достигнет финального результата. Более того, он будет сверяться с первоначальными условиями, которые мы ему здесь должны прописать. Когда мы ему прописали показатели и критерии, по которым он может понять то, что результат действительно достиг, то в этом случае он закончит работу только в этот момент. Как нам это сделать? Первое, что мы должны с вами прописать - это результат. Что конкретно мы хотим получить, то есть какой проект, в каком виде. Желательно с максимальным контекстом, насколько это возможно, максимально детально описать то, что мы хотим получить на выходе. Но при этом важно здесь не переборщить, потому что GPT6 - это всё-таки мощная модель, которая умеет сама принимать решение, скорее всего, гораздо лучше, чем вы это сделаете самостоятельно. Поэтому не прописывайте лишних ограничений, прописывайте только результат, что хотите получить конкретно, но коротко. Дальше ограничения только те, которые вы знаете, то, что они точно нужны. Не описать здесь ничего лишнего. И самое главное - это проверка. То есть каким образом ваш GPT поймёт, что задача доведена до конца, по каким показателям, по каким параметрам, по каким критериям. Особенно хорошо, когда у вас есть референс, например, если вы делаете сайт или игру или какое-то приложение, вы можете приложить буквально референс, по которому он будет сферяться с вашим эталоном, и он будет делать результат до тех пор, пока не достигнет этого самого финального референса. И в итоге этот гол будет запускать циклы. И циклы эти будут состоять из следующих этапов. То есть вначале у нас будет план, потом работа, проверка, починка и следующий. Таким образом, у нас цикл замыкается на следующую задачу, потом на следующую, потом на следующую и так до конца. Концепт номер девять. Вопрос не стоп. Дело в том, что обычно, когда мы задаём вопрос нашему агенту, он останавливается и ждёт нашего решения. И это достаточно большая проблема, когда мы уходим чем-то заниматься другим. В итоге агент ждёт нашего ответа. Мы возвращаемся через 5 часов. Оказывается, что он закончил работу за 5 минут и все эти 5 часов ждал нашего ответа. И вот с GPT6 Astra как раз решили эту проблему. Астро задаёт вопросы, не останавливая работу. Например, тебе нужно решить вопрос по базе данных. Она пишет вопрос в ленту, называя допущение, продолжает в нём. Когда ты вернёшься, ответишь, и она, соответственно, перестроится. А на действительно важной развилке, например, про деньги, удаление данных или внешний сервис, она будет, конечно, ждать, и это будет видно одной пометкой. И это меняет сам подход к работе, потому что это не диалог, где ты всегда должен быть на чеку и смотреть за тем, что конкретно клод сейчас делает, а это больше как задание сотруднику, который сам решает, например, мелкое и складывает тебе на стол на подпись, когда тебе нужно что-то подписать. И смысл в том, что этот момент ты тоже можешь контролировать с помощью agent MD. Для тех, кто не знает, agentsMD - это главный файл нашего в целом агента, внутри которого прописываются все основные инструкции наравне с клодом D. Если вы, например, пользуетесь клодом или клод-кодом. И вот как раз этот самый момент, где нужно астро всё-таки останавливаться и ждать нашего ответа. На каких элементах, а где всё-таки продолжать работу при этом, ожидая ответа параллельно, это всё у нас также описано в нашем рабочем пространстве в файле agents.m, которой также будет внутри этого проекта рабочего пространства. И вот как раз для ещё большего раскрытия темы CO у нас есть специальный скилл. Это даже фреймворк разработки под названием Атоilot, и он как раз нужен для больших проектов. Мы его делали очень долго. У меня есть отдельный ролик на Ютубе про автоopilotт, поэтому если у вас будет желание, обязательно его посмотрите, потому что это действительно огромный gгameerр и замена сейчас большому количеству фреймворков для разработки больших проектов. Он уже здесь у нас лежит в нашем проекте под названием автоopilot, и мы можем его запускать из нашего кодекса, в том числе. В чём его основной смысл? Его основной смысл заключается в том, что мы прописываем вначале бриф того проекта, который мы хотим получить. И он раскладывает по сути весь этот бриф. Вначале задавая нам вопросы, то есть брифуя нас, он делает спецификацию, он очень глубоко погружается в проект, потом эту спецификацию нарезает на определённое количество тасков, и с помощью субагентов он запускает разработку этого самого проекта. В конечном счёте каждую задачу он сам проверяет через кодрев, исправляет баги, которые он сам нашёл, и выдаёт нам уже финальный итоговый проект. И нам нужно просто сидеть и наблюдать за тем процессом, как у нас всё происходит. И что самое интересное, что в этом автопайоте, во-первых, кстати говоря, его установили уже почти 3.000 человек. У него есть интересный дашборд. Выглядит он вот так. То есть, соответственно, у нас открывается он автоматически, когда вы начинаете работу с помощью автопайлота, у вас открывается автоматом дашборд, где вы можете наблюдать над всем ходом разработки вашего проекта, начиная от подготовки, через требования, брифинг, спецификацию, план, разработка, кодрев и заканчивая приёмкой полного проекта. Более того, в рамках разработки мы будем видеть весь ход сборки нашего проекта. То есть какие конкретно таски сейчас работают, какие уже закончили работу, какие ещё будут продолжать работу и так далее. Это очень мощный фреймворк. Если вы хотите погрузиться в него более подробно и делать действительно серьёзные, масштабные большие проекты, то обязательно посмотрите видео на Ютубе, я там про это рассказываю. И мы также включили этот фреймворк уже в набор скилов, которые есть в этом проекте кодекса, которые вы сможете скачать у меня в Telegram-канале. Следующий, десятый концепт, и он про лимиты. Лимит в кодексе считается не в токенах, как, например, это происходит в клодкоде, а в сообщениях за пятичасовое окно. И на Astra он вдвое ниже, чем на прошлой модели. Например, на Плюс, по данным недели релиза, от 5 до 45 сообщений за 5 часов, а на Pro от 25 до 225. И вот в чём основной смысл. Если вы работаете на подписке плюс, то будьте внимательны, в каком режиме вы конкретно работаете, что именно вы запускаете в рамках своей подписки. Потому что, например, если вы запускаете большую задачу в режиме ультраэfort, то в этом случае вы можете её даже не доделать до конца, потому что она съест ваши лимиты буквально за пару минут, и в итоге задача даже и близко не будет готова, и вам необходимо будет пятичасовые лимиты перезапускать постоянно несколько раз до тех пор, хотя бы, чтобы доделать эту задачу. Поэтому режим ультра используйте тоже очень аккуратно. И также будьте аккуратны с расписаниями, потому что есть некоторые автоматизации, которые вы можете выставлять по расписанию, например, раз в минуту, и они, конечно, ваш лимит будет есть очень быстро. При этом лучше, особенно на маленьких подписках, выставлять эти расписания реже с маленькими моделями, для того, чтобы эти лимиты съедались гораздо меньше. Ну и, разумеется, следите за вашим контекстным окном, потому что чем больше информации попадает в ваш контекст, тем быстрее улетают лимиты. И чем выше режим эрта вы выбираете, тем тоже быстрее улетают лимиты. Поэтому для простых задач используйте маленький эфферт, дробите всё на разные диалоги для того, чтобы держать контекстное окно маленьким. И при этом у вас будет достаточно комфортный результат в конечном счёте. И вот ещё несколько вещей, которые нужно знать. Первое - это то, что Open AI часто даёт нам возможность сброса лимитов, и они нам начисляют эту возможность на аккаунты. Поэтому проверяйте ваши аккаунты на предмет сброса лимитов, что если вдруг вы подошли к пятичасовому окну, вы сбросили лимиты и можете продолжать дальше работать. Второй момент, картинки, которые вы генерируете с помощью GPT и кодекса, они также считаются в общий лимит, и у них свой недельный счётчик в настройках. И также расписание. Если у вас есть какие-то workflow и рабочие процессы по расписанию, то в этом случае будьте аккуратны, чтобы они также не съели ваш лимит, пока вы не находите воле вашего компьютера. Следующий концепт, одиннадцатый - это субагенты. Для тех, кто не знает, что такое субагенты, субагенты - это отдельное контекстное диалоговое окно, которое открываем не мы с вами в рамках нового диалога, а которой открывает наш кодекс внутри самого себя для того, чтобы проделегировать какую-то задачу ему. Для чего это делается? Это делается для нескольких вещей. Первое - это когда нам необходимо проделегировать задачу с специфической ролью, которой не должен знать весь наш контекст основного диалога. Например, когда нам нужно сделать объективный ревью, при этом не иметь никакой связи с нашим основным диалогом. Второй момент, когда мы используем субагентов - это когда у нас задача слишком сложная для того, чтобы поместиться в одно конкретное контекстное окно. И как раз тот тот самый режим workflows или ультраfor, который мы можем запустить в нашем кодексе, он и активирует большое количество субагентов для того, чтобы они непосредственно выполнили эту задачу. Более того, в рамках агентных систем, которые мы непосредственно строим, эти субагенты могут создаваться заранее. И в кодексе есть у нас специальный формат под названием TOMЛ. И мы, соответственно, можем создавать заранее заготовленных субагентов, внутри которых уже будут прописаны необходимые нам инструкции, и он их будет запускать по цепочке и в тех местах, где это необходимо. Они у нас находятся в папке токо. Если у нас есть, например, в коклоде папкато, то в кодексе у нас есть папка ток, также agents. И здесь у нас не Markdown файлы, а tom файлы. И здесь мы создали для вас уже специально три суббагента. Это resarcher, reviewer и writer.

Resarcher мы можем запускать тогда, когда нам нужно сделать какой-то глобальный depressarch по нашей теме, либо найти информацию в интернете. ВWер мы делаем тогда, когда, соответственно, нам нужно перепроверить какой-то код внутри нашего проекта. И нам нужен тогда, когда нам нужно написать какой-то текст человеческим языком, либо техническую документацию и так далее. Если мы откроем конкретного агента, например, ресерчера, вы можете увидеть то, что здесь промз, а именно инструкции, они очень маленькие. То есть действительно промт очень короткий. Почему это так? Потому что модели, которые сейчас есть, они действительно очень мощные для того, чтобы самостоятельно принимать решение, как именно выполнить эту конкретную задачу. Поэтому мы ему говорим, что нужно сделать. А вот как эту задачу выполнить? У нас GPT6 может принять решение самостоятельно. Более того, внутри субагентов у нас есть название, у нас есть описание и есть reasoning effort тот самый. То есть у нас, например, этот конкретный агент работает в медиум режиме. Дальше у нас есть Sandboxрем. То есть этот конкретный агент, он может только читать. То есть он не может непосредственно редактировать файлы, создавать какие-то новые файлы. Поэтому, когда мы вызываем этого субагента, мы получим ответ непосредственно в чате. И вот как раз у нас есть базовое правило при запуске субагентов, то, что субагенты мы используем только тогда, когда у нас есть комплексная, большая, огромная задача. Если у нас какая-то маленькая правка либо небольшой проект, который, в принципе, влазит в зелёную зону контекстного окна, то здесь у нас всё в порядке, и мы субагентов можем не использовать. Двенадцатая концепция - это память, и она выключена, пока мы её не включили по умолчанию. Дело в том, что когда мы работаем с клодкод, то память у нас в клодкоде по умолчанию включена и пишется сама. В кодекс у нас полностью наоборот. В кодекс она выключена, пока мы её не включили одной строкой. После того, когда мы её включаем, то наш агент начинает запоминать основные вещи, о которых идёт речь в нашем диалоге, и записывать в эту память для того, чтобы он помнил, о чём идёт речь конкретно в этом проекте. Как её включить? У нас есть два варианта. Первый - это в настройках непосредственно самого кодекса. Второй вариант - это непосредственно тот же самый config tomal. То есть у нас есть memories равно true. Когда мы прописываем вот этот конкретный параметр, то в этом случае память у нас по умолчанию начинает быть включённой, и у нас туда уже записываются все основные элементы по нашему проекту. Чтобы включить её в настройках, мы можем перейти в вкладку Персонализация, режим память и включить локальную память. В этом случае у нас непосредственно память будет автоматически включена. И вот дальше вещь, которой в клоде нету по умолчанию, и я её включаю осторожно. Она называется Computer History. Она работает только на маг и только по желанию, потому что приложение строит таймлайн того, что ты конкретно делал на компьютере, то есть какие ты окна открывал, что читал, и это превращает его в память для агента. Для чего это нужно? Например, ты можешь у него спросить, что я вчера смотрел там, допустим, про лимиты, и он это будет знать. Он требует по умолчанию включённой памяти и включается также там же в настройках Memories. Но единственное, что он доступен только на аккаунтах Pro, поэтому если у вас подписка плюс, то вы им пользоваться не сможете. И ещё один - это personalization. Если вы хотите, чтобы ваш кодекс вам отвечал по определённому шаблону, по определённой заготовке, то вы можете добавить свои инструкции в рамках персонализации вот сюда дополнительно. То есть это будет глобальный agent MD. Либо же создать тот самый глобальный agent MD, либо закинуть тот самый agent MD, который есть у нас в нашем проекте, чтобы он был активен во всех проектах одновременно. Итак, теперь мы плавно переходим к блоку V. Это то, что GPT6 создаёт руками кодекс. И тут тринадцатый концепт, и звучит он так, что твой агент рисует. Что это значит? Если у нас, когда мы используем, внутри-кода нет никакой модели для генерации картинок, и нам приходится подключать внешние CLI либо MCP, например, WS Visual, для того, чтобы наш код-код мог генерировать картинки, то внутри нашего кодекса это уже встроено, потому что есть модель GPT Image 2, и нам необходимо просто написать Image gen в запросе, и он сгенерирует картинки прямо в нашей рабочей папке. При этом скилы внутри кодекса, они прописываются либо через слш-команду, либо через значок доллара. И мы прописываем imagen.Н. В итоге это системный скил, который находится внутри кодекса. То есть это не наш собственный скилл, а это тот скилл, который кодекс содержит нативно. Мы прописываем именно его, и в этом случае у нас будет возможность создавать картинки. Более того, мы можем здесь заносить наши шаблоны, которые нам необходимы, для того, чтобы наш кодекс понимал эти шаблоны и работал вместе с ними. Для чего нужны шаблоны? Они очень хороши, когда у нас есть определённая дизайн-система. И нам нужно в рамках дизайн-системы, как у нас, например, делать определённое количество материалов, допустим, презентации или креативный дизайн или материалы для SMM или для сайта и так далее. Для этого шаблоны отлично сюда подходят. Ну и, конечно, картинки у нас считаются в общий лимит, как я уже и говорил. Они генерируются в любом приложении, будь то это вес код, либо терминал, везде. И, соответственно, мы можем регулировать просмотр, либо каждую картинку крупно, либо все разместить на холсте. И вот таким образом мы можем генерировать карусели для наших соцсетей. Для этого у нас есть специальный скилл. Мы его также положили под названием карусель, где мы указываем стиль, размер, несколько слайдов, которые нам нужны. И конкретно с использованием этого скила мы можем генерировать несколько картинок для каруселей, которые мы используем здесь. И, кстати говоря, есть ещё один очень интересный лайфхак. Вместо того, чтобы генерировать пять картинок последовательно, мы можем запустить несколько субагентов, где каждый субагент будет генерировать свою картинку. И в этом случае мы вместо 10 минут будем тратить всего лишь 2 минуты на генерации всего этого объёма изображения. Следующий, четырнадцатый концепт - это хостинг. Для тех, кто не знает, в отличие от клоуд-кода, у нашего кодекса внутри GPT есть возможность хостить сайты, когда мы их создаём. Итак, когда мы с вами заходим в кодекс, если вы обратите внимание на левое верхнее меню, у нас есть здесь отдельный пункт меню под названием сайты. Это как раз оно и есть. Когда мы сюда переходим, мы можем создать сайт, и наш кодекс может предложить нам непосредственно задеплоить сайт внутри этого самого кодекса. И в конечном счёте мы можем получить реальную живую ссылку, по которой мы можем делиться с нашими друзьями, коллегами и так далее для того, чтобы посмотреть, например, прототип. Конечно, для продакшена оно не очень годится и не очень подходит, потому что всё-таки нас интересует хостинг на нашем собственном домене и так далее, но для демонстрации это отличный вариант, который мы можем использовать. Более того, мы можем не просто создать сайт, а мы можем создать целую платформу или целый сервис, у которого будет база, файлы и даже вход через chт GPT. И в итоге нам можно вообще не использовать ни Versell, ни Netlify. Все задачи с помощью сайта мы можем делать с помощью Open, хотя бы базовые вещи. То есть, например, если вам нужно сделать коротенькую анкету или, например, базовую ссылку на мероприятие на сайт или форму сбора обратной связи и так далее, всё это можно сделать именно там. У сайта может быть база до 10 ГБ записей, то есть прогресса пользователей, заказов, хранилище для картинок и файлов, вход для пользователей через chт GPT, то есть человек может туда зайти непосредственно или через твой рабочий аккаунт, если есть инструмент внутренний. Имя сайта можно поменять без передиплоя, подключить свой домен, позвать со редакторов из своего пространства. В нашем рабочем месте это, конечно же, тот самый Skill Kй либо автоilлот, который вы можете запустить и чтобы он вам создал непосредственно ваш полностью готовый сайт. Пятнадцатая концепция - это специальный режим под названием Visualize. В чём основной его смысл? Когда мы переходим в наш кодекс, мы через собачку прописываем Visualize, и у нас он всплывает первый в списке. То есть, по сути, с помощью него наш агент превращает данные или идею в диаграмму, карту, график, калькулятор или симуляцию, с которой можно дальше взаимодействовать. То есть двигать ползунки, менять исходные числа, смотреть, как это меняет результат. То есть это буквально маленькое приложение внутри нашего ответа. И здесь есть несколько оговорок. Во-первых, это снимок данных на момент создания. То есть это не живой дашборд в HTML, как мы, например, привыкли видеть. генерация занимает буквально минуту или дольше, и на больших данных она просто может не собраться. Тогда нам необходимо, конечно, просить упростить. Это работает как и в вебе, так и в приложении, а в терминале, к сожалению, работать не будет. То есть в терминале он нам просто выдаст код, потому что в основном это сделано именно для приложения кодекса. Ну а если нам всё-таки нужна ссылка, чтобы этой диаграммой можно было поделиться со всеми остальными, то это уже сайтырнадцатого концепта. Следующая концепция шестнадцатая. Когда мы зажимаем две клавиши Command и окно, в котором мы сейчас находимся, оно автоматически улетает в чат для того, чтобы наш кодекс мог с ним работать. Работает это примерно так. Мы переходим в кодекс, зажимаем две команты одновременно, и у нас, соответственно, включается Apps Shots. Что это значит? Это значит, что он физически сможет подключаться к нашим приложениям, над которыми мы работаем сейчас, и может получать их текущее состояние и в дальнейшем ими управлять. Я чуть позже расскажу, каким образом это сделать. Мы нажимаем везде hello, то есть в этом случае нам нужно везде включить разрешение. Итак, после того, как мы это включили, мы зажимаем две клавиши команд. И в этом случае наше текущее конкретное приложение, в котором мы работаем, оно будет сюда подключено, и он сможет читать его состояние и управлять им. Концепт номер 17 - это выход в интернет. И здесь у него есть несколько способов, и они устроены абсолютно не так, как у Клода. Первое - это, конечно, встроенный браузер, то есть каким образом мы можем им пользоваться. Мы переходим обратно в чат, нажимаем собаку и, соответственно, пишем браузер. Таким образом, мы включаем тот самый браузер. Вы помните эту историю ещё с браузером Atlas, когда Open IO выпустили много месяцев назад. Второй - это как раз расширение для нашего браузера, то есть Chrome, Edge, Brave, Opera и так далее. Мы можем работать внутри открытой таблицы, и он может её непосредственно исправлять. И третье - это сайт Tools. Это сайты, которые сами объявляют действия для агента, а он их просто делает без кликов вообще. То есть это физические элементы, которые размещаются на сайт специально для агента. агент с ними взаимодействует без необходимости кликать мышкой по этому конкретному сайту. И вот здесь мы можем указывать разрешённые либо запрещённые сайты, которые мы указываем в наших настройках config.tomtal. И там мы можем работать либо с белым списком доменов, то есть те домены, к которым он физически имеет доступ только к ним, либо с чёрным списком, то есть те домены, к которым он может вообще не иметь доступ. На днях прошла защита финальных проектов на моей программе. Я реально офигел от уровня созданных сервисов. 3 месяца назад большинство из этих ребят вообще не открывали клод-код. Контент-завод, ERP для морских перевозок, система HR профайлинга, видеопродакш с 10 агентов, платформа для проектного бюро на 173 модуля. На прошлой неделе получил одобрение Сколкова. И это дизайнер, карт, судовладелец, проектировщик, владелец магазина одежды, видеопродюсер, ни один из них не программист. Цель программы простая: за 3 месяца ты собираешь один большой сервис под свой запрос самостоятельно, от начала и до конца, с понятным интерфейсом и рабочими агентами внутри. На протяжении всей программы тебя ведут кураторы-эксперты, отвечают на вопросы, разбирают проекты, проверяют домашки, а трекер не даёт тебе слиться и вечно пинает. Более 50 часов контента в записи. Идёшь в своём темпе, доступ остаётся на год. Раз в неделю живой эфир со мной. Практика разбора ваших затыков, демонстрация моих наработок. Также на нашей обучающей платформе будет AI кураator 24x7 и самая структурированная база знаний с нужными плагинами, скилами, ссылками и инструкциями. Для участников программы мы с командой разработали сервисы. Свой VPN для участников.

WellSC - это сервис для удобной команды работы. ВсVсервис для надиктовки вместо печати на Mac Windows. И это не первый поток. Программу прошли уже больше 200 человек: предприниматели, наёмные сотрудники, фрилансеры, самозанятые. Она обкатана тремя потоками, и каждый раз мы её докручиваем. К сентябрьскому доработали больше, чем по двадцати пунктам. Старт 21 сентября. Ссылка будет в описании. Концепт 18 - это компьютерuse. И это одна из очень крутых функций в кодексе, которая действительно мало у кого есть другого. Дело в том, что с помощью компьютер use наш кодекс может физически управлять нашим компьютером и всеми приложениями, которые на нём установлены. Более того, здесь есть функция record and replay, где мы можем, в принципе, записать то, что мы конкретно делаем на нашем компьютере, и кодекс это будет повторять просто буквально за нами. То есть он упакует это в скил и будет делать то же самое, повторяя наши, по сути, действия. И вот здесь как раз на каждое приложение мы выдаём разрешение отдельно. И вот здесь важная деталь, что в отличие от всех остальных эмуляторов, непосредственно кликов на компьютере, ему не нужно открытое окно вообще. То есть мы можем буквально свернуть приложение, мы можем работать над какими-то другими, а он будет выполнять эти действия в фоне. И почему Astra сейчас стала настолько популярна именно с компьютер? Потому что она почти в два раза быстрее прошлой модели на задачах браузере и гораздо быстрее на тех же самых задачах, чем, например, модели Клода. И вот как раз вторая половина концепта - это та самая фича Record and Replay, где мы можем просто нажать на кнопку записать skill, показать руками, что мы конкретно делаем в приложении, то есть завести буквально клиента в CRM или выгрузить какой-то отчёт из Excel и так далее. Останавливаем, и агент по записи пишет skill, то есть когда его применяет, что на входе, какие шаги, как проверять результат. То есть мы показываем один раз, а дальше он полностью повторяет это всё дело за нами. И единственный нюанс, то, что этот recкоord and replay работает только на мак, к сожалению, сейчас. И эти как раз скилы, которые были записаны с помощью record and replay, они попадают у нас в папку то и recorded. Соответственно, мы там их можем найти. Для того, чтобы нам запустить computer use, нам необходимо через собачку либо найти вот здесь в списке у нас под названием компьютер, либо просто ввести через собачку слово компьютер, нажать Tab, и у нас, по сути, появится здесь эта история управления компьютером. Точно также мы можем указывать через собачку любое приложение, которое у нас установлено на компьютере, для того, чтобы указать, с каким приложением ему необходимо работать. Например, допустим, у меня есть приложение под названием Reiper, я могу его включить, и он тем самым будет управлять именно этим приложением. Следующий блок - это блок, который отвечает за голос автоматизация и команды. Следующий концепт 19. И это то, где мы можем не просто управлять нашим GPT голосом, а где мы можем включить голосовой режим с помощью нашего кодекса и общаться с ним с помощью диалога. Находится он вот здесь снизу. Мы нажимаем вот на эту кнопку. И он очень сильно отличается от того, что было раньше в нашем чат GPT, потому что мы все помним те самые тупыесы, где люди общаются с чат GPT, а он им отвечает, как будто это максимально тупой какой-то искусственный интеллект и так далее. Здесь сейчас это всё убрали, здесь всё починили. И сейчас конкретно в GPT Astra голосовой режим стал очень-очень мощным. Смотрите, у нас есть по сути два режима. Первый режим, где мы просто хотим надиктовать определённый текст вот сюда в в диалоговое окно. Второй режим, где мы можем активировать именно как диалогового помощника. Если мы сюда нажмём на эту кнопку, то мы можем запустить голосового помощника, который будет, по сути, общаться с нами, выяснять определённые моменты, и мы можем ему говорить, чтобы он выполнил определённые действия, например, подключившись к вашей агентной системе, которая может находиться внутри этого непосредственного кодекса. И вот таким вот образом мы зашли сейчас в режим голосового агента. Мы ему сейчас диктуем то, что мы хотим получить, например. Он нас сейчас сшит >> и в процессе мы можем добавлять, если вдруг, например, мы где-то хотим дополнить какие-то свои мысли. При этом мы можем его перебивать. И вот, как мы видим, сейчас и происходит. И он нам может можете говорить, дополнять и перебивать. Я подстроюсь. >> Да, замечательно. >> А что вы сейчас хотели от меня? >> Пока ничего не хотел бы от тебя. И в итоге весь этот диалог, который мы ввели с нашим агентом, он сохраняется у нас в основном диалоге внутри этого самого кодекса. Это очень классный режим, когда у нас уже подключено большое количество скилов, инструментов MTPC и так далее, и мы можем выполнять определённые действия, просто банально общаясь с ним и не более того. При этом, что самое интересное, что он будет видеть все наши файлы и проекты, которые в данный момент времени у нас открыты, и он сможет нам подсказывать по поводу них в том числе. И ещё один элемент, который многие воспринимают не всерьёз - это питомцы. И очень многие над ними смеются, пока их не попробуют. Что это такое? Это маленький персонаж в углу экрана, который появляется, когда агенту нужны мы или, например, если он спотнулся и ждёт решения, то есть он что-то спросил и так далее. И с большим количеством параллельных чатов, например, с 10. То есть это единственный способ, на самом деле, не пропустить какую-то важную задачу. Его можно выключить либо поставить свой. Вызывается он очень просто через команды Ctrl Shift V. У нас появляется вот здесь питомец. И мы, соответственно, можем с этим питомцем как раз общаться. Это примерно это самое и есть, когда включается голосовой режим нашего GPT. И это очень крутой вариант, когда действительно нужно очень быстро пофиксить какую-то проблему или какой-то баг и решить какой-то большой вопрос. Следующая концепция, двадцатая - это плагины, MCP и коннекторы. В чём основной смысл? Дело в том, что у нас есть три основные сущности. Плагины - это, по сути, скилы плюс коннекторы плюс инструменты плюс хуки. То есть это, по сути, набор целых пакетом. Причём внутри этого пакета может быть большое количество разных скилов и MCP, и так далее. Коннекторы - это, по сути, те же самые MCP, только которые находятся внутри библиотеки нашего кодекса. Если мы перейдём вот сюда в кодекс, нажмём плагины, то в этом случае мы попадём в нашу большую библиотеку плагин. И я сразу хочу оговориться, что по моему личному субъективному ощущению, что здесь, конечно, в кодексе плагинов гораздо больше, чем, например, у нас есть в нашем клод-коде. Как минимум в клодкоде нету нативных Google таблиц. Здесь, конечно, всё это мы можем поставить с помощью Google Drive. В кодкоде мы это сделать не можем. Более того, мы можем добавить отдельный маркетплейс, который находится на гитхабе. И в этом случае у нас будет возможность пользоваться кастомными плагинами либо создать свой собственный плагин. То есть здесь есть специальный как раз-таки скил под названием plugin creator. Мы можем написать то, что нам необходимо. Он работает по аналогии со скил крейтором, но при этом выполняет немножко другую функцию, то есть создаёт именно плагины. И та самая функция по рекорд skкиill, то есть мы, соответственно, нажимаем записать навык, записываем тот скил, который нам нужен, и он у нас здесь появляется. Но это не всё. Если вы обратить внимание, то здесь мы не можем добавить, к сожалению, кастомный коннектор в данный момент времени. И это делается очень легко в настройках. То есть мы переходим в наши настройки или ставим чуть ниже, выбираем плагины. И в этом случае у нас здесь будет MCP. И тут мы конкретно уже можем добавить кастомный сервер MCPA, если он нам нужен. При этом здесь есть как локальный MCP по протоколу STDIO, и мы можем их добавлять из больших библиотек, например, сisery AI. Здесь есть отдельно вкладка MCP-серверы, и мы можем здесь найти практически любой MCP сервер, который нам необходим, даже если его не будет в нашей таблице. Но при этом большую часть MCP-серверов и коннекторов мы можем найти как раз-таки в тех самых плагинах. Они здесь находятся, начиная от Gil, Google Драйва, заканчивая гитхабом и разными нишевыми приложениями. И таким образом мы добавляем нашему агенту руки. То есть в этом случае, если раньше он мог редактировать только наши внутренние файлы и выполнять беш-команды, то есть терминальные команды, в случае с MCP коннекторами мы можем дать доступ ему к внешним сервисам. То есть наш кодекс физически сможет управлять внешними сервисами и, по сути, выполнять определённые действия именно там. Следующий концепт 21 - это промткил самолечение. Дело в том, что скилы переезжают из колод кода вообще практически без потерь. То есть формат у нас один и тот же. Это папка со skill.

MD, которая, в принципе, есть в нашей рабочей директории. То есть она находится в точ agents Skills. И все наши скилы, они находятся именно здесь. И вот здесь как раз особенность между клодкодом и кодексом - это то, что скилы в клодко-коде вызываются через слэш. Но, в принципе, в кодексе мы точно так же можем вызывать скилы. Но кроме слэша у нас есть возможность вызывать скилы с помощью значка доллара. В этом случае мы будем работать именно со скилами. И дальше есть одна функция, которая действительно в кодексе работает очень хорошо. Это когда у нас есть определённый рабочий процесс, когда мы сделали основную задачу, например, в кодексе, допустим, собрали какой-то отчёт или решили маркетинговую задачку или, например, собрали дашборд, мы это можем превратить в скил. У нас есть специальный скилл под названием skill creator. Мы можем через значок доллара, соответственно, его найти. Он у нас выглядит вот таким вот образом. Мы вызываем этот скилл. Когда у нас диалог достаточно большой, то мы просто прописываем вот этот конкретный скилл и пишем кодексу нашему, чтобы он превратил весь этот наш диалог, весь наш пайплайн и рабочий процесс, который мы обсуждали в этом диалоге, в конкретный упакованный скилл. И в этом случае в следующий раз нам уже не придётся повторять один и тот же диалог по несколько раз. Мы просто прописываем тот самый скилл, который мы только что создали, и мы сможем запускать его снова и снова. И вот тут есть ещё один очень крутой лайфхак, который я рекомендую вам воспользоваться. Звучит он таким образом, что прогони 10 раз, подчини самого себя. Что это значит? Это значит, что когда у вас есть уже определённый скилл, вы его запускаете на прогоны, и вы получаете какой-то определённый результат. Каждый раз результат он может быть чуть-чуть разный, и вы его можете подправлять. И дальше в следующем диалоге, когда вы, например, прогнали уже большое количество диалогов, вы можете попросить вашего кодекса, чтобы он проанализировал все предыдущие ваши диалоги, выявил основные пункты, которые необходимо подправить в нашем скиле, и чтобы он непосредственно его исправил. То есть он физически может подключаться к предыдущим диалогам, вытягивать оттуда информацию и править итоговый скилл, который у вас есть, для того, чтобы вы не допускали ошибки в будущем. И именно для этого в нашем репозитории кодекс лежит как раз-таки скилл под названием хил. Когда вы несколько раз прогнали скилл, у вас собралась определённая уже статистика, вы запускаете скилл под названием хил в переводе с английского означает лечение, и он по сути будет исправлять те самые скилы, которые у вас есть внутри вашего кодекса. То есть вы просто вводите Skill и пишете, что прогони 10 раз skill report и почини самого себя. Вот мы таким образом прописываем, нажимаем запустить, и именно таким образом наш скилл становится автоматизацией. И об этом следующий как раз концепт. И вот здесь как раз двадцать второй концепт, и это про автоматизацию. Смысл здесь вот в чём. У нас есть три варианта автоматизации, которые мы можем подключать в нашем кодексе. Первое - это по часам, то есть по определённому расписанию, например, каждый понедельник в 9:00 утра или, например, каждый день в 10:00 утра и так далее. Второй вариант по событию. То есть, например, вам пришла заявка на почту или сработала воронка в CRM или вам отправили пулреквест на GitHub и так далее, или же вы, например, получили какое-то сообщение в Telegram, может срабатывать определённая цепочка событий внутри нашего кодекса. То есть тот самый скилл, который мы с вами создали, например, автоматизация, допустим, чтобы вам приходило уведомление в Telegram, когда вам приходит письмо на почту. Мы можем это сделать с помощью события внутри нашего кодекса. Или же, например, мы можем каждое утро в 9:00 утра собирать новости по всем нашим источникам, то есть полностью сводку по всем нашим источникам. То есть какие у нас сегодня задачи, какие сегодня дела, какие письма мы получали на почту или непрочитанные сообщения в Телеграме и так далее. И следующий пункт - этохарбит. Это примерно та же история, как луOP в клодкоде, когда мы запускаем не по расписанию агента, а когда мы запускаем агента по определённому интервалу, например, каждые 10 минут или каждый час, или каждые 5 часов и так далее. Поэтому мы все три автоматизации можем использовать внутри нашего кодекса. Как это сделать? Триггер по событию срабатывает в нескольких моментах. Во-первых, у нашего кодекса есть headless-режим под названием кодекс exec. То есть это значит, что мы можем создать скрипт, который будет у вас на компьютере, который будет слушать, например, события CRM-системы и запускать кодекс через кодекс exeg в Headless режиме. Создать всё очень просто, сейчас расскажу, как. ИIT - это, конечно, история, когда мы можем повторять в равных интервалах. Итак, создание по событию делается достаточно легко. Мы переходим во вкладку Запланировано. И здесь мы нажимаем на кнопку создать на стрелочку. При этом здесь есть два варианта. Либо мы можем создать с кодексом, либо настроить вручную. Если создать с кодексом, то вы можете просто написать промт вашему кодексу, и он за вас, в принципе, всё сделает без проблем. Если мы нажимаем настроить вручную, то в этом случае у нас открывается окошко, где мы пишем название, а здесь конкретная инструкция, что нам нужно запустить. И тут я рекомендую, конечно же, писать инструкции, которые у вас написаны в скиле. Например, запусти skill и такой-то такой-то, который у вас стоит в этом проекте. Дальше мы выбираем место выполнения. Это устройство либо облако. Если у вас агентная система находится на устройстве на вашем текущем компьютере, то выбирайте это устройство. Дальше выполняем либо в каком-то конкретном Таске, либо создаём новый. Я рекомендую создавать новый. И выбираем проект, например, наш текущий проект, модельку Astra рассуждение. То есть наш режим эфорта, тот, который вам нужен по умолчанию высокий. Дальше повтор. То есть вы можете выбрать ежедневно, ежечасно, будние дни и так далее, либо пользовательская. Пользовательская - это, конечно, такая более кастомная история. Это самая простая вещь, как можем настраивать, в принципе, этот самый скеджел. Если нам необходима более сложная автоматизация по триггеру, то в этом случае мы можем попросить GPT6 Astra, чтобы она нам написала эту автоматизацию. Выглядит это примерно следующим образом. Сделаем мне автоматизацию, которая будет слушать запросы с моей серm системы с помощью вебху и при этом запускать скил с помощью кодек exact exec. При этом нам сюда, конечно же, нужно вставить webhook URL, то есть по которой будет непосредственно делаться запрос. И, конечно, скил, тот, который должен запускать кодекс exact. Для тех, кто не знает, кок - это режим, где мы можем запускать кодекс, то есть наши, соответственно, workflow и наши агентные системы, которые созданы в кодекс, без нашего участия вообще. То есть, естественно, у нас должен работать компьютер в этот момент, потому что иначе кодекс никак не запустится. Но при этом это тот самый режим, который мы можем использовать без нашего участия. Следующий, двадцать третий концепт - это кодекс Remote. Когда вы работаете в кодексе, наверняка у вас возникает ситуация, когда вам необходимо пойти заниматься своими делами либо отойти от компьютера и продолжить работу над вашими проектами. Именно для этого как раз у нас есть кодекре. Он находится у нас в настройках. То есть мы заходим в настройки во вкладку Подключение и здесь нажимаем добавить устройство. Нажимаем сюда, нажимаем начать. И в этом случае у вас всплывает QR-код, который вам нужно отсканировать на вашем телефоне. И в этом случае вы сможете управлять полностью всем вашим компьютером, всем вашим кодексом с телефона. Но, конечно, при условии того, что компьютер у вас будет включён. Поэтому, если у вас есть стационарный компьютер где-то в офисе, то вы можете этим заниматься. При этом вы также можете подключить и внешний компьютер, в том числе. То есть вы переключаете тогда на компьютер и подключаете ваш другой компьютер, например, домашний или рабочий. Допустим, вы работаете на рабочем компьютере, захотели продолжить с домашнего, подключаетесь домашнего и, соответственно, начинаете управлять полностью всем вашим компьютером удалённо. При этом важно, что если вы работаете с ремокотролом, то есть с кодекремо, то в этом случае вам необходимо включить настройку, не переводить макрижем сна. В этом случае тогда он не будет засыпать и сможет продолжить всё-таки ваши действия дальше. Также вы можете управлять другими устройствами с этого же самого компьютера. Вы переключаетесь в управление другими устройствами и добавляете новое устройство здесь. И ещё одна функция, которая, кстати говоря, в колод-коде висит на поверхности, но здесь она, соответственно, зарыта внутри подключений. Это подключение, конечно же, к вашему серверу. Например, у вас есть какое-то приложение или у вас есть VPS-сервер, на котором находятся ваше prodдакш приложение, то вы можете с помощью кодекса через вот это подключение SSH подключить ваш сервер и полностью управлять вашим сервером с помощью кодекса. Например, допустим, тем же самым автопайлотом. Если вы работаете в полуавтоматическом либо ручном режиме, то вы можете запускать автоilлот, он будет работать у вас на компьютере, вы пойдёте заниматься своими делами и с телефона сможете подтверждать те запросы либо отвечать на вопросы, которые вам кодекс будет задавать. Следующий пункт, и это двадцать четвёртая концепция - это управление командой, а не диалог одним чатом. И здесь мы будем говорить с вами про рабочие ветки, а именно workт 3 и бранch. Вот в чём основной смысл? Когда вы ведёте работу в уже существующем проекте, то у вас вот здесь снизу появляются возможность, соответственно, варианта работы локальный либо облачный и вариантов выбора режима. Сейчас мы как раз в это погрузимся, я вам покажу, что это такое. Когда мы нажимаем вот сюда, у нас есть возможность подключить новое рабочее пространство либо же подключить веб-сайт. И вот когда мы выбираем новое рабочее пространство, в этом случае у нас создаётся физическая копия текущего проекта для того, чтобы вы могли в этом проекте, в отдельном проекте дорабатывать новый функционал. И при этом основной функционал вашего проекта, он будет работоспособным без проблем. Например, это нужно тогда, когда у вас есть сайт и вы хотите внести глобальные изменения в ваш сайт, но при этом вам важно, чтобы основной ваш сайт никуда не делся и никак не сломался. До этого вы создаёте отдельную копию вашего сайта. Это называется как раз рабочее дерево или work 3. Проводите все основные изменения внутри этого рабочего дерева. И только после того, когда вы убедились в том, что действительно вся разработка произошла отлично, в этом случае вы соединяете ваше рабочее дерево с вашей основной веткой, и тогда уже, соответственно, ваш сайт становится вашим новым сайтом. И также это очень хорошо использовать тогда, когда у вас несколько разных чатов. И в каждом чате вы проводите свои изменения. В одном чате один функционал, в другом чате другой, в третьем - третий. для того, чтобы они не поломали друг друга, чтобы они не пересекались друг с другом, как раз мы и создаём Work 3. Поэтому базовое правило, когда вы работаете над одновременно несколькими разными фичами в одном проекте, то мы на каждую из этих чатов создаём work 3, и в конце мы их соединяем уже в одну основную папку. И второй момент, который нам нужно знать - это бранч. Что такое бранч? Бранч - это похожая история на Work 3. Она находится вот здесь, но она уже имеет отношение к Gito, то есть ubбу, например. И она не делает физической копии проекта, но она делает физическую ветвь вашего проекта, где логируются все изменения. То есть там проект находится в ваш ЖК, в котором вы сейчас работаете, но при этом изменения логируются в отдельной ветве, которая как раз-таки дальше соединяется с главной нашей веткой. Следующий концепт, двадцать пятый - это второй предохранитель после Guardian. И мы сейчас будем говорить про Reviewew и Security. У кодекса есть два типа основных элементов, которые мы можем использовать. Есть очень простое ревью. То есть когда мы работаем над большим проектом и у нас большое количество разных полуреквестов, разных веток и так далее, мы, конечно же, в конце должны делать с вами кодрев для того, чтобы не оставлять мусора и для того, чтобы делать бакфикс, чтобы всё работало в порядке. Именно для этого у нас есть специальная команда с/review. Она уже встроена в код-код. Она называется обзор кода у нас. Соответственно, мы её запускаем, и у нас открывается меню. Да, во-первых, мы можем здесь выбрать просмотр незафиксированных изменений, либо выбрать конкретную ветку, внутри которой мы будем работать. Например, вот эта текущая. И в этом случае он будет запускать отдельный новый диалог, внутри которого будет прописано непосредственно, чтобы он сделал ревью кода, который нам необходим. И поэтому я рекомендую пользоваться ревю после любого изменения, которое вы сделали, после любого создания, например, фичи, до момента, когда его заливаете на продакшн. И следующий элемент - это кодекс Security. И это специальный фреймворк, который находится на Гитхабе. Он устанавливается по нескольким командам. То есть нам нужно по очереди ввести несколько команд. То есть вначале нам нужно его установить, потом, соответственно, залогиниться. Если вы не знаете, как это делать через терминал, вы можете просто скормить ссылку на этот кодекс securриity вашему кодексу, и он сделает, в принципе, всё за вас. Но при этом мы вначале копируем вот эту команду, переходим в наш терминал, вводим её, нажимаем Enter, но он у меня уже установлен. И после этого вам необходимо, соответственно, ввести вот эту команду Codex Security Login. Вас автоматически перекинет в ваш кодекс, вы залогинитесь под своим логином, и в итоге у вас будет возможность, скажем так, пользоваться этим самым. кодек Security работает таким образом, что вы можете просто в чате писать вашему кодексу: "Запусти CLI, кодек Security", потому что это специальный Cинструмент, он его запустит и в терминале, соответственно, сделает полную проверку безопасности. Работает это примерно вот так. У меня уже здесь есть тестовая команда, которую я вставляю в терминале. Нажимаю Enter. И в итоге мы видим, как у меня запускается сейчас сканирование конкретного файла с помощью кодек Security. И при этом мы здесь в реальном времени будем видеть, как именно он его будет сканировать и сколько токенов конкретно он будет съедать за этот момент. Дело в том, что кодек Security - это облачная история. То есть мы буквально отправляем наши файлы с помощью специальной фрейвок от Open AI, открытый, который работает с помощью подписки. И это никакой не скил, ни плагин, это отдельный CLI инструмент, целый специальный инструмент для секюрити чека полностью всей кодовой базы. Вот мы видим, как сейчас это происходит. Я сейчас это остановлю, потому что мне, в принципе, это не нужно делать, но тем не менее это очень классная вещь, которой имеет смысл пользоваться. Ссылочку на кокрити я также оставлю у себя в Telegram-канале, и там вы её сможете забрать. Следующий элемент - это двадцать шестая концепция, и это перенос из нашего клод-кода. И дело в том, что в кодексе это всё настолько удобно сделано, что действительно перейти с клод-кода на кодекс, перенести полностью все свои скилы, настройки, хуки, субагенты и так далее, всё очень легко. Я вам сейчас покажу, как это делать. Итак, мы заходим в нашистройки, переходим во вкладку импортировать. И вот здесь как раз-таки у нас есть варианты импорта, либо с курсора, либо с клодкода, либо с коворка. Мы видим то, что я уже сделал тестовый импорт, то есть я импортировал полностью всё то, что было у меня в принципе в моём колод-коде. Делается всё очень просто. Вы просто нажимаете на кнопку импорт, и он автоматически всё это делает буквально меньше, чем за минуту. Более того, мы можем здесь включить отдельный ползунок, который будет позволять нам автоматически синхронизировать и будущие изменения, которые будут происходить в том числе. То есть это значит, что если вы сделали какие-то действия внутри вашего клод-кода, если вы одновременно работаете и с клодкодом, и с кодексом, то они автоматом появятся в кодексе, в том числе. Например, когда вы установили новый плагин MCP Skill, например, внутри клодко-кода, он автоматически появится и в кодексе тоже. Более того, у нас импортируются не только какие-то базовые вещи, типа скилов или MCP, но у нас импортируются ещё и проекты, и ещё и сессии, которые внутри находятся тоже. То есть все те диалоги, которые у вас были в код-коде, они автоматом появляются в кодексе, в том числе. И также внутри каждого проекта, который вы выберете, который вы будете импортировать, у вас ваши клоды MDI, то есть те файлы, которые главные наши файлы клода, они будут продублированы с помощью Agents MD.

Agents MD - это, кстати говоря, главный файл нашего кодекса, с помощью которого он получает инструкции внутри каждого проекта. И мы сейчас о нём тоже с вами поговорим. У нас частично переезжают хуки. Например, у меня, кстати говоря, хуки мои переехали, то есть, которые я создавал в код-коде. Они также работают. У нас не переезжает память и не переезжают наши workкт 3, если они нам нужны. Но в целом Work 3 - это временная история, поэтому это не так важно, если вы закончили разработку проекта. И полностью не переезжает Agent Teams, Rewind и, например, каналы в Telegram, которые вы подключаете для интеграции с помощью вашего Телеграма. То есть интеграцию с Телеграмом либо с вашим телефоном вам нужно будет в кодексе настраивать вручную, но это вообще небольшая проблема. Также у нас в нашем файлике проекта, который мы вам отдаём, у нас есть файл migration ID, где написано полностью, что конкретно нужно делать и как правильно мигрировать свои проекты из клод-кода в ваш кодекс. Поэтому вы можете сюда зайти, открыть файл migration, и здесь очень детально всё будет расписано, то есть конкретно написано, что именно переезжает и как именно это сделать правильно. Концепция номер 27, и это файл clod MD. Здесь он называется Agents MD. То есть, если вы работали с клодом, вы знаете, что такое файл cloudм - это главный файл всего нашего проекта, внутри которого хранятся все главные основные системные инструкции нашего проекта. И в нашем кодексе он называется agents.m. И вот когда мы делаем миграцию нашего проекта из код-кода в кодекс, то у нас автоматически он создаётся на базе нашего ClodMD. То есть наша задача, если у вас уже есть внутри вашего проекта clod.m, ваша задача просто его скопировать и назвать его agents.m. То есть это просто буквально будет дубль файлов. В нашем как раз проекте, на базе которого мы сегодня с вами разбираемся, у нас есть тот самый Agent MD и у нас есть наш ClД MD. И они, если вы обратите внимание, полностью одинаковые. То есть выглядят они вот таким вот образом. И также, как и в Клоде, у нас здесь есть иерархия наших Agent MD. То есть есть наш Agent MD, который находится локально на проекте. Он отвечает только за проект. То есть там описаны только правила, которые находятся в нашем проекте, и мы его кладём конкретно в корень проекта. То есть это значит, что он будет лежать у нас в главной директории нашего проекта без использования каких-то дополнительных папок рядом, прямо с рядом с нашим Cloud MD, если вы работаете одновременно с разными харнесами, с разными моделями. Но точно так же вместе с нашим корнем проекта, вместе с нашим локальным agent у нас есть и глобальный agent MD, который находится в нашей системной папке токо. И это значит, что если мы туда пропишем инструкции какие-то, то эти инструкции будут влиять на все проекты одновременно, вне зависимости от того, в каком проекте вы находитесь. Как к нему получить доступ? Вы можете открыть ваш finder в Macбуке либо на Windows. Это будет тот диск, на котором у вас установлен ваш клод. Вы нажимаете кнопку Command, Shift и точка, и у вас появляются скрытые файлы. И точно так же, как и папкад, которая находится здесь, также у вас здесь и будет папка токодекс, внутри которой вы заходите, и у вас здесь будет ваши системные файлы, которые относятся к вашему кодексу. В том числе именно здесь вы можете создавать свой собственный системный файл agents.m. Вот он у меня здесь находится. И это главная системная инструкция, которая будет относиться ко всем проектам одновременно. Для чего он нужен? Например, когда у вас есть глобальная память, например, проектов. Вы хотите, чтобы у вас все проекты имели доступ к глобальной памяти, где у вас описано, кто вы, чем вы занимаетесь, что у вас за проекты, и вам не приходилось в каждом новом проекте это объяснять. Вы это всё можете прописать в agentsm. И точно также здесь находится тот самый config.tal - это тот самый файл конфига, внутри которого мы прописываем системные настройки. И у нас также в Телеграме будет промт, как сделать так, чтобы применить наш config файл внутри вашего системного, чтобы у вас открылись все экспериментальные функции, которые здесь есть. Плюс дополнительно было расширенное контекстное окно до миллиона токенов в вашей GPT6 Astra. И этот самый File Agent MD, он всегда кладётся в контекст вашего кодекса, вне зависимости от того, хотите вы этого либо же нет. Если вы не хотите, то тогда это лучше указывать уже в других настройках, например, в скилах либо в правилах и так далее. И также есть ещё вложенная папка. То есть мы можем agent MD поместить в какую-то определённую вложенную папку, и тогда он будет работать только для этой папки. Это нужно тогда, когда вам нужны эти инструкции указать только по отношению к какой-то конкретной папке определённой. То есть, что именно там лежит, для чего она нужна и какие правила работы с этой папкой будут. Поэтому у нас есть вот три таких основных уровня agents и я рекомендую пользоваться, конечно, всеми тремя в случае, если вы делаете сложные проекты. Также мы можем сделать SIMLink на Clud MD и Agents MD. Что это значит? Это значит, что они будут идентичные копией друг друга. То есть, если вы правите один файл, то автоматически изменения применяются и во втором. Именно поэтому мы можем, соответственно, создавать сим-линки. Для этого вы можете просто попросить вашего кодекса, чтобы он вам создал simли на этот конкретный файл. Следующий концепт, двадцать восьмой, и это как раз-таки тот самый Config Tomal. Это тот файл, внутри которого описаны все основные настройки вашего кодекса. То есть какую модель вы используете по умолчанию, какое контекстное окно внутри вашей модели есть, какой используете режим эта, какие экспериментальные функции у вас там есть. И именно этот файл мы как раз вам и отдаём в нашем главном проекте. вы сможете его поставить себе как либо в локальный проект, либо в glгбальную папкус, чтобы этот конфликт tom работал во всех проектах одновременно. Например, по умолчанию, как мы говорили, что в GPT6 контекстное окно 256.000 токенов, но мы хотим всё-таки, чтобы она у нас была по умолчанию миллион токенов. И вот это как раз прописывается в configomal. Вы разрешаете по сути кодексу использовать расширенное контекстное окно. Если этого не сделать, то тогда у вас моделька будет достаточно маленькой, и вы не сможете просто делать банально большие задачи внутри неё. Этот файл у нас как раз лежит в нашем проекте, который вы в Telegram заберёте внутри папки. И называется он как раз Configктоom. Более того, у нас есть специальный прот, который вам нужно вставить для того, чтобы кодекс, если вам это необходимо, применил этот config глобальной папке, чтобы он у вас работал именно в глобальной директории на всех проектах одновременно, чтобы вы заново не настраивали каждый новый проект с нуля. И если мы его с вами откроем, то здесь будет достаточно большое количество настроек, а именно какую модель по умолчанию использовать, какой профиль мы используем, включена ли у нас память либо выключена. В данном случае мы её включили, конечно же, включены экспериментальные функции для того, чтобы у нас было динамическое контекстное окно, для того, чтобы он всегда помечал, где мы сейчас находимся, потолок вложенности наших агентов и максимальная глубина. Здесь также есть настройки профиля, а именно настройки разрешений, с инбокса, ризанга, форта и так далее и тому подобное. Также здесь есть несколько профилей, то есть мы буквально создали внутри конфига tom несколько профилей, которые вы можете выбирать внутри кастомных ваших permissione. То есть у нас есть Night, save и work.

Save - это режим максимально безопасный, где у нас, соответственно, работает режим подтверждений максимальных, то есть он максимально будет вас защищать. У нас есть режим Night, он работает полностью на автоматическом режиме, то есть у нас есть автореeview и, соответственно, включается тот самый Guardardдинan, который перепроверяет нашу работу. И есть режим нейтральный work, где мы, в принципе, работаем в обычном стандартном режиме, где он, в принципе, не спрашивает у нас подтверждений, либо спрашивает только тогда, когда нам это необходимо. Также у нас здесь указаны разрешённые домен, которые он может сканировать и которые он не может сканировать. И если вам необходимо, то здесь в configomal также указывается MCP. Мы вот эти конкретные MCP поставили как просто для шаблона. Дальше концепт номер 29, и это хуки. И это единственный концепт, где почти всё, как в cдкод, поэтому я буду говорить про него коротко. Дело в том, что хуки - это скрипты, которые срабатывают на определённые события. То есть старт сессии перед инструментом, после инструмента, отправка промта, старты, стоп субагента и так далее. Они здесь, конечно, чуть беднее, чем у Клода, потому что у Клода их 30 с лишним, здесь всего их 12, но тем не менее основные они, конечно же, тут есть. Настраиваются они очень просто. Мы просто можем банально написать нашему кодексу, чтобы он нам создал хук на определённые события. У меня, например, настроены хуки на звуковые уведомления. И здесь, конечно, вы тоже можете сделать то же самое. Здесь у нас уже внутри нашего проекта есть пример хука, как он выглядит. Это вот примерно такой JSON массив. Но тем не менее вам не нужно это писать, конечно же, самостоятельно. Вам нужно просто сформулировать задачу, что вы конкретно хотите получить, и ваш кодекс сделает всё абсолютно полностью за вас. И та же самая история, про которую я говорил чуть ранее - это кодекс exeg. По сути, это автоматизация, которая позволяет нам запускать кодекс без интерфейса вообще, как, например, Cloud P внутри нашего клод-кода. И этот как раз кодекс Exк - это очень хорошая история для размещения, например, на своём сервере либо создания автоматизации с помощью них и так далее. подобное. И у него есть как раз свои собственные SDK. Если вы разработчик и знаете, что это такое, то, по сути, вы можете создавать свои собственные приложения на базе кодекса, которые будут запускать непосредственно ваше workflow на кодексе. Более того, за подписку кодекса это очень крутая штука, поэтому действительно она скрывает за собой огромное огромное количество функционалов. И последняя, тридцатая концепция - это импорт только в терминале. Если вы работаете через кодекс терминал, то там есть команда импорт, которую вы используете и импортируете. Но если вы работаете через десктоп приложение, как я уже говорил, вы можете кастомизировать то, что вы конкретно хотите импортировать из вашего клод-кода в ваш кодекс. То есть, буквально, можете выбирать чаты, инструкции, настройки, скилы, плагины, MCP агенты и так далее. Причём можно выбирать полностью все категории либо показывать все категории, которые здесь есть, потому что здесь есть ещё хуки и есть ещё команды дополнительно. И когда мы нажимаем вот здесь-код импорт, то в этом случае мы как раз-таки можем выбирать, какие конкретно проекты импортировать и какие сессии, сеансы чата, в том числе. Хотим ли мы импортировать всё, либо мы не хотим импортировать ничего практически. И вот после того, когда мы обсудили с тобой все 30 концепций, то, конечно, информации слишком много, и в голове может быть большой сумур, и непонятно за что взяться и с чего начать. Именно поэтому я взял большой репозиторий. И мало того, что я расписал все концепции целиком в тексте в виде шпаргалки, вот здесь, более того, все те 30 концепций, которые я только что объяснял, они есть внутри этого самого репозитория. начиная от конфig Томала, заканчивая скилом, автопайлотом, goals, rules, настройки расписания, настройки скилов, agents and Redmi и Migration, то же самое для того, чтобы, соответственно, можно было мигрировать с кладкода на кодекс. Поэтому всё это рабочее место со всеми настройками, которые я сегодня использовал для того, чтобы ты мог просто скачать себе его и поставить и, соответственно, начать пользоваться своим кодексом, где будет полностью всё настроено за тебя, где будут включены все экспериментальные функции, где будет расширенное контекстное окно, настройки режимов разрешений, где будет скил автопаilлот, где будут скилы карусели, хил, репорта, где также будут находиться агенты, ресерчера, ревюеров, врайтера, где будут прописаны основные goals, которые ты можешь использовать внутри своих проектов, основные моменты, как писать правила, как выставлять по расписанию твоих агентов и так далее. Всё это ты сможешь забрать прямо сейчас у меня в Telegram-канале в закреплённом сообщении. Ссылка будет в описании в первом закреплённом комментарии. Поэтому переходи туда, скачивай, устанавливай себе. Там будет полностью вся инструкция для установки. И увидимся уже с тобой в следующий раз. Пока.