Codex: ПОЛНЫЙ ГАЙД 2026 (1,5 часовой курс)

Это самый полный гайд на кодекс на русскоязычном Ютубе. Мы разберём буквально всё: от установки и первого запуска до продвинутых фишек, которые в несколько раз улучшат вашу работу в этой программе. Я буду объяснять просто и подробно, чтобы понял даже человек, который первый раз слышит слово вайбкодинг. После этого видео вы будете ориентироваться в кодекс на уровне уверенного пользователя. Думаю, этот видеоролик будет точно полезным и информативным. Не будем терять время. Поехали.

В первую очередь хотелось бы сказать, что кодекс - это не просто чат. Кодекс - это полноценный и агент. Ты даёшь ему задачу, и дальше он работает сам. Сам открывает файлы твоего проекта, сам читает код, сам пишет новый код, сам запускает команды в терминале, сам запускает тесты и так далее. А тебе в конце он просто будет показывать готовый результат. По сути, он выполняет роль разработчика, который сидит у вас в компьютере и выполняет ваши поручения, которые вы ему даёте.

Он существует в трёх форматах. Первый формат - это облачная версия, где задачи будут выполняться на серверах Open AI. Второй формат - это терминал. Он будет работать в терминале, соответственно. И третий вариант - это полноценное десктопное приложение на компьютере. Дисктопная версия для Макбука вышла 2 февраля 2026 года, а на Windowнду вышла совсем недавно, 4 марта. Так что эта штука доступна на обоих системах. Я считаю десктопное приложение самым удобным вариантом использования, поэтому сегодня мы будем использовать именно его. Также он доступен в формате расширений для VS-код и для курсора. Их я тоже вам покажу.

Вы работаете не просто в чате, а в папке вашего проекта. Кодекс получает доступ к вашим файлам и может их читать, редактировать, создавать, удалять и так далее. Вы будете управлять агентом через чат, а он будет самостоятельно создавать нужные вам файлы.

Почему я, будучи пользователем CLД, решил сделать видео про кодекс? Во-первых, это связано с тем, что CД стал блокировать аккаунты пользователей. Активные блокировки начались совсем недавно, и они затронули очень много людей. Соответственно, привычный всем клод-код может быть недоступен для большинства пользователей. Также многих смущает стоимость Clotдко. Ведь, чтобы нормально с ним работать, тебе нужна полноценная подписка Мак за 100 долларов в месяц. Там, конечно, есть подписка Pro за 20 долларов в месяц, но, как мне кажется, для больших проектов её будет прямо недостаточно. Поэтому в этом ролике мы рассмотрим самую популярную альтернативу код и поймём, в чём она лучше, в чём она хуже и проще ли ей пользоваться, если вы находитесь в России.

Если вы пользуетесь нейросетями такими как Clot, Gemini, GPT, то наверняка замечали, то всё тормозит, то перестаёт открываться. И причина, естественно, не в самих сервисах. Многие из нас используют разные инструменты для доступа к заблокированным ресурсам. Так вот, эти самые ресурсы, не будем произносить их вслух, стали часто блокироваться, а заодно эти заблокированные сервисы часто тянут за собой нейронки. Сервисы видят подозрительный трафик, постоянную смену региона и блокируют вам доступ. Это одна из самых частых проблем, почему Клод-код стал банить пользователей. Я с этим столкнулся сам и нашёл вот такое вот классное решение. Это ускоритель интернета Амнезия. Вот так он выглядит. Благодаря собственной разработке команды Амнезия, протоколу Амнезия ВГ, вы забудете о трудностях с подключением к большинству ресурсов. Неиспроста приложение скачали уже более 6 млн раз. Также с амнезией вы можете не переживать за сохранность данных, так как у них полностью открытый исходный код, а подписка премиум откроет вам доступ к двадцати локациям и позволит подключить до семи устройств от iPhone до TV. Так что вы сможете смотреть видео в 8К качестве на большом экране. А если вдруг по какой-то причине у вас возникнут какие-то проблемы, то вам поможет круглосуточная поддержка. Оформляется подписка всего за пару кликов, поэтому переходите по ссылке в описании. Кстати, по ней действует скидка 25% до конца апреля. Вау! Оплачивайте заказ любым удобным вам способом, после чего получаете ключ на почту и забываете о медленной загрузке соцсетей. А ещё подписку можно купить в подарок. Если укажете поздравления, то Амнезия передаст его с ключом и инструкцией вашему близкому. Не забудьте перейти по ссылке в описании или по QR-коду на экране и летайте по сети без ограничений. А мы двигаемся дальше.

Прежде чем устанавливать кодекс, давайте разберёмся с тарифами. Кодекс - это часть подписки на чат GPT. Отдельной подписки на сам кодекс не существует. Вы оплачиваете только чат GPT и получаете кодекс в комплекте. Давайте открою сайт чата GPT, если что. Он работает только с VPN для тех, кто не в курсе. Итак, у чата GPT есть четыре тарифа. Это, соответственно, бесплатный фри, тариф перейти, тариф Плюс и тариф Pro. Как можно заметить из описания ниже, агентко доступен только на тарифе Плюс и на тарифе Pro, а на вот этих двух тарифах его не будет. Также, если мы ниже проскролим, здесь есть ещё тарифы Бизнес и Enterprise. Я предполагаю, что вам они не интересны. Мы разбираемся только с вот этими четырьмя тарифами.

Давайте мы с вами купим сейчас тариф плюс. Кликаем вот сюда, переходим. Здесь давайте я войду через Google, подождём некоторое время. Итак, мы перешли на страницу оплаты. И здесь можно заметить вот такую штучку. What? которая добавляет нам 4 доллара и 20 центов к стоимости нашей подписки. Это, конечно, неприятно, но что поделать, там есть налоги. Кстати, мне кажется, что в отличие от CLД код, у чата GPT есть какие-нибудь приятные варианты получить эту подписку подешевле. Давайте, например, зайдём на Sgcell. Здесь я иногда покупаю подписки по более приятным ценам. И здесь в объём чат GPT плюс. Посмотрим, есть ли тут что-нибудь. И как можно заметить, здесь у нас действительно цены поприятнее. Давайте, например, вот сюда зайду. Так, и в отличие от тех 24 долларов, которые вы бы заплатили, здесь можно купить подписку за 1.49 руб. Вот ещё 15 часов. Ну, даже если эта акция истечёт, то тут всё равно стоимость 1.640 руб., что гораздо приятнее, чем 24 доллара.

Если вы по каким-то причинам боитесь покупать подписку с помощью GGL или других каких-то альтернативных способов, то вы можете сами оплатить эту подписку. пользуя зарубежную карту. Если у вас нет друга за границей и у вас нет зарубежной карты, вы можете оформить виртуальную зарубежную карту. Например, для этого есть такой прекрасный ТГ-бот, который называется Заруб. Это до сих пор не реклама, хотя их уже какой раз показываю. Надеюсь, когда-нибудь они мне её предложат. Вот здесь вы можете спокойно оформить себе виртуальную зарубежную карту. В целом, я несколько раз показывал это видеоролики и в полном гайде на клод код это есть. Поэтому можете перейти туда и ознакомиться, как вообще купить здесь зарубежную карту. Вот. Ну давайте с целью экономии я куплю с помощью GGCL. Заодно покажу, что это реально нормальный сайт и это рабочий метод. Вот, как мы видим, здесь пять звёздочек, 12.000 отзывов. Короче говоря, всё чётко. Кликаю здесь купить. И здесь можно спокойно русской картой закинуть деньги и получить подписку.

Итак, я уже внёс оплату на GGCL и, честно говоря, уже купил подписку, пока тестил, проверял, работает ли оно. Сначала я просто зашёл в свой чат GPT и вошёл в аккаунт. Если у вас нет аккаунта чата GPT, то зарегистрируйтесь. В этом никакой проблемы нет. После того, как мы вошли в аккаунт, здесь в инструкции написано, мы открываем вот эту вот ссылку. Вот открываем здесь просто в новом окне ссылку. И у нас здесь появляется окно с кучей кода, которые нам надо скопировать полностью и вставить вот в это окно, которое появилось, когда я оплатил подписку. И всё. После того, как я вставил сюда этот код, нажал отправить заказ, оно обработалось секунд за 15 и выдало мне, что у меня есть подписка плюс. Затем я вернулся в свой аккаунт, и можно заметить, что вот здесь появилась подписка плюс. Если вы знаете какие-то альтернативные способы, как получить подписку подешевле, то пишите их в комментариях. Я думаю, многим будет интересно. Фух, подписка у нас есть. Теперь давайте приступим к основной части ролика, к обзору на кодекс.

Для начала давайте установим этот самый кодекс. Первую установку я буду показывать через терминал. Перед установкой нам нужен Node JS. Если у вас его нет, то это нетрудно исправить. Переходим на вот этот сайт. Все ссылки, если что, у меня будут в описании к этому ролику. Итак, выбираем здесь вашу систему MacOS, Windows и так далее. Я выбираю Macos и нажимаю вот здесь скачать. С установкой нет никаких проблем. Просто кликаете далее, далее, далее, установить, и у вас всё установлено. После того, как вы установили Note JS, это можно проверить, введя команду Note 2 дефиса version. Кликаем Enter, и у меня вот здесь появилась версия. Если у вас после установки здесь не появилась версии, можете попробовать перезагрузить ваше устройство.

После того, как вы добились того, что здесь появилась версия Note JS, мы вводим для установки кодекса следующую команду. Вот так она выглядит для Мака. для винды. Просто убираем здесь вот это вот судо. Если что, все необходимые вспомогательные файлы, команды для установки будут у меня в Telegram канале. Кстати, подписывайтесь на него. Там куча всего полезного для тех, кто занимается вайп-кодингом. Там находится куча полезных гайдов от установки админпанели на ваш сайт до юридических моментов, которые важно учитывать, если вы делаете проекты с помощью вайб-кодинга. Всё находится в бесплатном доступе, поэтому буду благодарен за подписку и поддержку моего Telegram-канала.

Итак, после того, как мы ввели эту команду, кликаем Enter. Здесь у нас требует пароль от нашего устройства. Мы его вбиваем, он, если что, здесь не отображается, и это нормально. Кликаем Enter. И всё. Как мы видим, у нас добавилось два packages in 8 секунд. Далее вбиваем команду кодекс login, кликаем Enter и нас переносит на страницу авторизации в Open AI. Здесь вбиваем данные нашего аккаунта. Так как я регистрировался через Google, я войду через него и кликаю продолжить. Всё, он нам написал, что он вошёл в кодекс, и я могу закрыть эту страницу. Закрываем страницу, возвращаемся обратно в терминал. Всё, он нам написал, что мы успешно вошли.

Так как кодекс будет работать с папкой вашего проекта, давайте сначала создадим эту самую папку. Я вбиваю следующую команду в терминал. Вы же можете не париться и просто создать папку на вашем рабочем столе. Кликаю Enter, и у меня на рабочем столе появилась папка. Чтобы в неё войти, вы можете вбить CD пробел и навести вашу папку на этот терминал. И тут появится путь к папке. Но давайте я введу вот эту команду, кликаю Enter. Всё, вот здесь у нас появилось название папки. Значит, мы находимся внутри этой самой папки. После этого мы вбиваем здесь просто кодекс и кликаем enter. Do you trust context of this directory? Короче, доверяете ли вы этой папке? Кликаем здесь yes. Итак, теперь мы находимся внутри кодекс. Здесь можно заметить версию кодекса, модель GPT, которая будет использоваться, а также папка нашего проекта. Всё, вот эта вот строка. Сюда мы будем вбивать наш запрос. Вот, соответственно, давайте я вобью сюда следующую команду. Привет, бро, ты меня слышишь? Ты готов к работе? И посмотрим, работает ли он. Всё, как мы видим, он нам ответил. Соответственно, он готов к работе. Давайте я быстро его попрошу что-нибудь сделать, чтобы понять, что он реально работает. создай какой-нибудь небольшой HTML-файл в моей папке и сделай там заголовок: "Добро пожаловать в кодекс". Всё, кликаю Enter. Всё, кодекс написал, что он сделал файл index.html. Давайте теперь перейдём в нашу папку и проверим, что это действительно так. Открываем папку. И здесь действительно появился файл index.html. Давайте откроем его в Google Chrome. Открываем её. И здесь действительно есть надпись "Добро пожаловать в кодекс". Таким образом, можно работать в кодексе через терминал, но для многих это будет не самым удобным способом, поэтому давайте я покажу способы поприятней.

Следующий способ работать с кодекс - это расширение для курсора или для VS. Ссылки на эти программы будут также в описании. Просто переходите, скачивайте. Ничего сложного в этом нет. Чтобы скачать Visual Studio Code, мы переходим на сайт Visual Studio Code и здесь кликаем Download форма, потому что я с Мака зашёл. Если бы я зашёл с Винды, то, естественно, он бы мне предложил скачать для винды. Вот так выглядит интерфейс Visual Studio CД. Перейдём здесь во вкладку Расширения, вот этот вот значок, и здесь вбиваем коex. Всё, здесь он у нас один. Видите, тут дофига отзывов. Это официальное расширение от Open AI. Кликаем здесь Install и ждём, пока оно у нас установится. Всё, у нас установилось расширение. Оно у нас появилось вот здесь вот в правом верхнем углу. Нажимаю на него и перехожу вот в это вот окно. Давайте здесь всё закроем. Всё. Вот так это выглядит. Что мы должны здесь сделать? Кликаем здесь next. Далее кликаем next. Next. Ну, короче, просто кликаем дальше. Вот она тут у нас предлагает скачать десктопную версию кодекса. Мы её скачаем как раз-таки чуть-чуть попозже. Давайте здесь также проверим, что всё работает. А, ну да, мы же не выбрали проект, в котором мы работаем. Давайте здесь нажмём Файл и нажимаем Open Folder и выбираем папку, в которой мы работали в терминале. Всё, перехожу, закрываю лишнюю фигню, которая мне не нужна, и раскрываю вот этой кнопкой на полный экран. Итак, давайте проверим, что мы вошли. Да, слышу тебя. Чем поможем? Вас там что, несколько, что ли? Ну ладно, давайте вовём ему промт. Добавь в мой HTML-файл фразу. Теперь мы и с помощью VS-код входить умеем. Кликаю Enter. И всё, он закончил. Давайте посмотрим, что она у нас добавилась. Перейдём вдекс html. И да, теперь у нас появилась вот такая строчка.

Ну и, собственно говоря, курсор. У меня на нём тоже есть проподписка, потому что я очень крутой. Давайте здесь откроем папку с нашим проектом, которую мы сделали. Давайте здесь добавим расширение. Вот эту вот кнопку нажимаем и вбиваем здесь также кодекс. Вот оно у нас самое первое появилось. Нажимаем install. Здесь кликаем, что мы доверяем папке. И всё. Ждём, пока оно у нас установится. Чтобы его открыть, давайте вбиваем Command Shift P или Ctrl Shift P, если вы на винде. А дальше Codex Open Codex S bar. Кликаю Enter. И теперь у нас в левом меню появилось рабочее пространство кодекса. Также здесь кликаем next. Next. И всё. Давайте теперь попробуем здесь тоже что-нибудь вбить. Давайте проверим, что он у нас тоже работает. Можешь добавить наш HTML-файл в нашем проекте какую-нибудь строчку по типу и в курсоре. Теперь мы тоже работаем. Кликаем Enter. Всё. Традиционно проверяем, что он у нас добавил нашу строчку. Кликаем здесь сюда. И всё. Как мы видим, он тоже у нас умеет работать с файлами. Короче говоря, таким незамысловатым образом можно работать с кодексом с помощью VS-код или, например, курсора.

Но давайте я покажу, наверное, самый удобный способ использования - это десктопное приложение. Вбиваем в браузерной строке кодекс Desktop и переходим по первой же ссылке. Представляем приложение Codex. Ля-ля-ля. Короче, скачиваем. Если что, ссылка на эту страницу будет также в описании к этому видео. Приложение Кодек запрашивает доступ к файлам на вашем рабочем столе. Кликаю разрешить. Выбираем проект. Ну давайте сразу выберем тесткодекс. Всё, даём ему все необходимые разрешения. И вуаля, мы находимся с вами внутри нашего десктопного приложения Кодекс. Также давайте я здесь вобью Command П, чтобы вам было виднее. Это всё закроем. И давайте теперь введём ему команду. Давай создадим небольшой лендинг, посвящённый работе с искусственным интеллектом. Содержание придумай сам. Структуру блоков придумай сам. Пусть это будет лёгкий минималистичный лендинг. Выбирай пастельные цвета. Всё, давайте кликнем Enter и посмотрим, что он у нас сделает. Кстати, как можно заметить, здесь у нас есть история наших промтов в других сервисах. Пока GPT работал с файлом, я сбегал за вот этим вот тортиком, который сам вчера готовил. Не знаю, как по виду, но по вкусу вкусно. Давайте посмотрим, что он у нас сделал. Переходим в наш индекс HTML. И, кстати, ничего себе, слушайте, для моего дурацкого промтал весьма неплохой лендинг. Да, он, конечно же, не идеальный, но он хотя бы интересный. Мне интересно, если я вобью в клод-код такой же промт, что он сделает? Давайте посмотрим. Это нельзя, конечно, назвать прямо адекватным сравнением, но мне просто стало интересно. Вот такая вот штучка получилась у CД COД. Ну, в целом неплохо, но достаточно обычно. Вот этот мне понравился тем, что он как будто сделал что-то новенькое.

Если по какой-то причине у вас в десктопном приложении всё написано на английском, и вы хотите это сделать на русском, то это можно сделать с помощью настроек. Давайте кликнем здесь коeк settings. Здесь есть настройка языка. Как раз-таки тут вы можете выбрать русский, ну и любые другие языки. Можете выбрать даже вот Пандjabби, например. Если меня смотрят жители Пандjabби, респект вам. Ну, у меня тут всё на русском, поэтому давайте вернёмся обратно.

Как вы уже поняли, мы не можем просто так открыть кодекс. Нам нужна именно папка с проектом, чтобы он работал с этой папкой. Соответственно, перед тем, как приступать к работе, сначала мы создаём папку на рабочем столе, далее выбираем её и начинаем с ней работать.

Итак, в кодексе доступны следующие модели на момент конца марта 2026 года. Кликаем вот сюда на GPT 5.4, и здесь открывается весь список. GPT4, как вы понимаете, это самая флагманская модель на данный момент. Оно выдаёт самое лучшее качество кода и подходит для всех задач, которые вы хотите реализовать. GPT 5.4 Mini, это оптимизированная модель GPT 5.4. Соответственно, она работает быстрее, чем просто GPT 5.4 и тратит меньше ваших токенов. Я бы рекомендовал использовать GPT 5.4 для сложных задач, а GPT 5.4 mini для каких-то рутинных задач, которые надо просто быстро и качественно сделать, там поправить стили, добавить какую-то кнопку и так далее. Но если вы работаете на тарифе за 200 долларов в месяц, то просто пользуйтесь моделью 5.4 и не парьтесь. GPT 5.3 кодеEX - это, соответственно, предыдущая модель GPT. В целом, я не вижу смысла использовать модели 5.3 и ниже, потому что GPT 5.4 во всём лучше, чем предыдущая версии. Соответственно, для серьёзных сложных задач мы используем GPT 5.4, а для каких-нибудь мелких рутинных Chat GPT 5.4 mini. Это всё, что вам надо запомнить, чтобы работать с моделями.

Далее здесь есть такая функция, которая называется усилия рассуждения. Вот сейчас у нас по дефолту стоит средний уровень, но мы можем выбрать низкий, высокий и очень высокий. Что это такое? По-английски это называется reasoning. Reasoning - это то, сколько ресурсов потратит кодекс на размышление перед тем, как дать вам ответ. Уровень средний или же медиум у него стоит по умолчанию. В целом этого хватит для большинства задач. То есть кодекс думает хорошо, при этом не тормозит. Режим хай - это у нас более высокий уровень размышлений, и я бы его использовал для более сложных задач. например, найти какой-нибудь неочевидный баг, разобраться в сложном коде, написать сложную логику с зависимостями и так далее. Кодекс будет думать дольше, тратить больше токенов, но при этом выдавать более качественный обдуманный результат. Ну и extra хай - это самый-самый максимум размышлений, который может выполнить кодекс. Его бы я рекомендовал использовать для архитектурных решений. Например, спроектировать архитектуру какого-нибудь большого сложного приложения, продумать базу данных, выбрать подход к масштабированию. Короче говоря, самый сложный, самые пиковые задачи можно доверить этому режиму размышлений. Это может занять прямо очень много времени, но зато вы получите максимально обдуманный и чёткий результат. Режимы ниже медиум - это когда рассуждения вообще не нужны. То есть для выполнения быстрых задач кодекс будет отвечать мгновенно, не тратить ваши ресурсы. Соответственно, это можно использовать для выполнения самых лёгких рутинных задач.

Давайте пару слов скажу про токены. Чем больше уровень рассуждений, тем модель будет больше потреблять токенов. Токен - это примерно одно английское слово или же кусочек кода. На русском языке токены тратятся больше, то есть одно русское слово где-то два-три токена. Когда кодекс рассуждает, он генерирует так называемые reasoning tokens. Это его внутренние мысли, которые вы не видите, но на них тоже тратятся ваши токены. То есть, например, вы поставили экстраra хай-режим и какую-нибудь лёгкую задачу ему дали, и он потратит раз в 10 больше токенов, чем если бы вы поставили режим low и делали задачу с помощью данного уровня рассуждений. Если мы хотим поправить какие-нибудь кнопки, поменять цвет и так далее, то, естественно, extra хай мы не ставим, потому что вы просто беспонтово потратите ваши заветные токены.

Также, если мы нажмём здесь вот эту вот штучку, то здесь открывается разрешение. Разрешение по умолчанию или полный доступ. И здесь у нас на русском написано кодекс автоматически выполняет команды в песочнице. Какая ещё к чёрту песочница, спросите вы. По-английски это бы называлось Sandbox, но здесь у нас на русском переводится как песочница. Если по-простому, песочница - это конкретная папка с вашим проектом, в которой он может работать. Соответственно, в другой песочнице, то есть в другой папке, он работать не будет. То есть он не имеет права зайти в другую папку, в какую-нибудь, например, в важную папку с документами и удалить оттуда какой-нибудь документ. Он работает только в той папки, которой вы дали ему доступ. Так вот, здесь у нас два режима: разрешение по умолчанию и полный доступ. Полный доступ не зря у нас отмечен значком с восклицательным знаком. Этот режим снимает все ограничения с кодекса. То есть кодекс может заходить в интернет, устанавливать нужные вам пакеты, обращаться к любым файлам на вашем компьютере. И всё это без вашего разрешения. Его можно использовать, если вы работаете с какой-то конкретной, понятной задачей, которая не имеет двойного смысла. Чисто для примера вы напишите ему, например, почисти мне мой код или что-нибудь такое, а он возьмёт и почистит код в какой-нибудь другой папке. Или попросите что-нибудь удалить его, а он возьмёт и удалит что-нибудь с другой папки. Поэтому этот режим мы используем только когда чётко прописываем и сами понимаем нужную задачу. Если вы только начинаете работать с нейросетями, то, естественно, ставьте разрешение по умолчанию, чтобы чётко понимать, что делает ваша нейросеть.

Также мы можем вручную настраивать разрешения, которые доступны к кодексу. Например, мы хотим дать ему разрешение заходить в интернет без нашего согласия, но при этом не хотим давать ему разрешение работать в других папках. Чтобы это сделать, вбиваем следующий промт. Настрой кодекс так, чтобы у него всегда был доступ в интернет, но он мог работать только в папке текущего проекта. Кликаем Enter и смотрим, что он сделает. Итак, он нам написал следующее: "Разрешить обновить кодекс config.tomtal. Включу вебдоступ по умолчанию и зафиксирую Sandbox Workspace Write для текущего проекта". Это как раз-таки означает, что у нас веб-доступ, то есть доступ в интернет, будет доступен по умолчанию. То есть, когда он будет заходить в интернет, он не будет спрашивать нашего разрешения. А вот это зафиксирую Sandbox Workspace W для текущего проекта, это значит, что он будет работать только в папке нашего проекта. То есть ему будет доступно заходить в интернет, но при этом ему будет недоступно использовать другие файлы в других папках. Вот, соответственно, да, и больше не задавать этот вопрос в текущем сеансе. Кликаем Enter или же отправить. Итак, он изменил наш файл config. Это как раз-таки файл с разрешениями, где он у нас будет хранить информацию, что нам доступен веб-доступ, но при этом недоступно заходить в другие папки. Нажмём на него, чтобы нам посмотреть на этот файл. И вот он у нас вот так вот выглядит.

В чём проблема десктопного приложения? Если мы работаем в десктопном приложении, то мы не можем здесь посмотреть на файлы, которые находятся в нашем проекте. То есть, если я перейду на Visual Studio CД, то вот здесь в левой панели у меня есть мой index. HTML, и я могу спокойно посмотреть, что в нём находится. Соответственно, config. Мы можем посмотреть только кликнув на него и перейдя в другое место. И вот, как мы видим, здесь написано websarch = true. Как можно заметить выше, у нас есть директория токо, в которой как раз-таки находится файл с нашими настройками, то есть с разрешениями. Это значит, что эти настройки у нас сделались глобально. То есть какой бы проект в кодекс мы не открыли, эти настройки будут актуальны. Если же мы хотим, чтобы доступ в интернет был настроен только для этого проекта, а для глобального не был, то давайте здесь введём вот такой вот промт. Создай.codexconfig.tomтоtomal Tom в папке текущего проекта и перенеси туда настройку Websearch = true. Из глобального config tomal удали строку Websearch равно true. Я хочу, чтобы доступ в интернет был включён только для этого проекта, а не глобально. В целом было достаточно просто вот эту последнюю строчку добавить. Я думаю, он бы понял. Ну давайте нажмём Enter. ФФ. Так что он тут написал? Ошибка в создании задачи. Сейчас я пойму, что это за проблема. Здесь

Он зачем-то написал `webarch = true`. Хотя надо было написать `webarch = lif`. И из-за этого, короче, всё пошло не по плану.

Так, давайте нажмём "Да", подтвердим. Правки внесены. Быстро перепроверяю оба файла, чтобы убедиться, что `websarch` остался только в проекте. И опять он сделал `webarch = true`. Странно, конечно, что кодекс сам написал неправильно.

Давайте проверим, что у нас добавилось. И как можно заметить, у нас теперь есть папка `токо`, куда мы переходим. И здесь у нас есть файл с настройками. `Websearch = true`.

Теперь давайте пройдемся по базовому функционалу кодекс. Какие фишки у него имеются. Например, вот здесь можно заметить значок микрофона. Соответственно, мы можем вбивать ему промты голосом, что конкретно ускорит нашу работу. Давайте попробуем. Кликаем сюда. Он просит у нас доступ к микрофону. Мы ему, естественно, разрешаем. И давайте введём сюда что-нибудь голосом и проверим, насколько он нас понимает.

"Давай создадим новую страницу с контактами. Сделаю её в таком же стиле, что и главную страницу."

Всё, кликаем квадратик. И, как мы видим, он идеально перенес всё в текст. Я бы рекомендовал всё время пользоваться голосом, потому что это сильно ускоряет вашу работу и, соответственно, меньше нагружает ваш нейроресурс.

Помимо этого, при сочетании клавиш Shift + Tab, можно заметить здесь новенькую голубую плашку. Что это за режим? Это режим, когда нейросеть не будет вносить никаких изменений в файлы нашего проекта. Перед тем, как приступить к задаче, он создаст план выполнения данной задачи и только после этого приступит к её реализации после того, как вы подтвердите этот план. Это очень удобная штука, особенно если вы не знаете, как правильно сделать эту задачу. Можно в режиме "план" посоветоваться с нейросетью, чтобы он сам понял, что ему надо делать.

Давайте, например, напрямую попросим его в этом режиме сделать какую-нибудь страницу.

"Сделай мне новую страницу в стиле главной. Я хочу, чтобы она была посвящена контактам."

Вбили ему вот такой вот лёгкий промт и кликаем стрелочку. По идее, сейчас он должен был сразу приступить к созданию новой страницы, но так как у нас есть режим "план", то сначала он продумает эту задачу, сделает нам план и только тогда приступит к задаче.

Если план нас устроит, он у нас задаёт вопросы: "Какой вариант страницы контактов вам нужен?" Ну давай отдельный файл. Какие контакты закладывать в макет с формой и картой? Ну давай попробуем вот так. Всё. Как мы видим, здесь у нас написано "план написания", и он выдаёт наш план. Давайте его развернем и посмотрим, что у нас тут написано. "Сделать отдельную страницу, визуальный технический продолжающий стиль. Ля-ля-ля. Создать отдельный файл." Ну, короче, вроде неплохо.

После того, как он написал нам план, у нас есть два варианта развития событий. Либо мы ему кликаем: "Да, реализовать этот план", и он, соответственно, будет его реализовывать, либо нет. И вот сюда мы вбиваем какие-нибудь правки. Ну, давайте кликнем "Да, реализовать этот план".

Итак, прошло некоторое время, и он закончил свой промт, сделал новую страницу контактов. Она выдержана в том же стиле, что и главное. Та же пастельная палитра, стеклянный корд, стеклянные карточки, крупный Hero, мягкие сей адаптивная сетка. Она выдержана в том же стиле, что и главное. Та же пастельная палитра, стеклянные карточки, крупные hero, мягкие сетей и адаптивная сетка.

Давайте посмотрим, что он там сделал. Как можно заметить, у нас в папке появился новый файл. Давайте его откроем и посмотрим. Так, ну он прямо, конечно, один в один его сделал. Тут у нас появилась форма заявки, почта, номер, Telegram, адрес. Короче говоря, неплохо. Но если бы мы вбили ему более конкретный и понятный промт, то он бы сделал более качественную страницу.

Если, например, мы вбили какую-нибудь команду, которую зря вбили, так сказать, то есть вбили команду и она нарушила нам структуру проекта, например. Например, мы сделали с вами ранее страницу контактов, и я теперь хочу её удалить. Чтобы это сделать, здесь просто есть кнопка "отменить". Кликаю "отменить". И перейдя в нашу папку, можно заметить, что у нас удалилась страница контактов. Давайте вернемся. Кликну повторно "применить". И у нас страница контактов заново вернулась. И таким образом можно откатываться на один и более промтов назад. Например, вот здесь можно откатиться, и у нас будет полный откат. И вот этого всего у нас уже не будет.

Теперь давайте вбьем сюда `/`. И вот здесь у нас представлен список команд. Давайте кратко пройдемся по каждой из них.

Первая команда называется `fast`. Она у нас ускоряет работу потоков, субагентов и сжатие контекста. Если по-простому, то кодекс просто начинает работать быстрее, начинает отвечать шустрее, меньше делать паузы и так далее. Но за такую фишку вы платите двойным расходом токенов. То есть, ещё раз, мы включаем этот режим, и у нас задача решается быстрее, но тратится вдвое больше токенов.

Следующая команда называется `MCP`. Она показывает статус подключенных MCP серверов. Что такое MCP и как с ними работать, мы разберем в отдельном блоке чуть попозже. Если коротко, то MCP - это способ подключить к кодексу какой-то внешний инструмент. Если сейчас мы кликнем на эту команду, то у нас, естественно, нет ни одного MCP-сервера. Но чуть попозже мы с вами поставим парочку MCP.

Кликнем "закрыть". Вводим `/`. Что у нас дальше? `Model` и `reasoning` мы с вами уже разобрали.

Что такое контекст IDE? Тут у нас подписано: "Включите текущий выделенный фрагмент, открытые файлы и другой контекст из вашей интегриров". Непонятно, что дальше. Это фича, которая по сути работает только в Cursor и Visual Studio Code. Она по сути подтягивает в чат то, что вы выделите в редакторе. Давайте на примере VS-код покажу, как это работает. Например, у нас здесь есть файл `index.html` с вот этим вот кодом. Мы вбиваем здесь `/`, вводим команду `IDE cont`. Вот она, видите, здесь выделилась. И мы можем вот здесь выделить строчки кода, с которыми нам надо поработать. Например, вот выделили определенные строчки кода и вбиваем здесь промт: "там поработай с кодом и внеси такие-то изменения". Таким образом, нам не надо будет отсылаться ему на какой-то файл. Мы можем просто выделить ему нужный код, который надо отредактировать, и попросить его его отредактировать. Это экономит и время, и токены.

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

Далее кликаем `/`. "Обзор кода" - это одна из самых полезных команд, которая может быть. Нажимаете, и кодекс проходит по всем изменениям, которые вы внесли в код. Он будет анализировать ваш код, искать баги и предлагать улучшения. Я рекомендую запускать обзор после каждой крупной задачи. Давайте, например, кликнем "обзор". И здесь у нас есть "обзор базовой ветки" и "просмотр незафиксированных изменений". Кликаем здесь "обзор незафиксированных изменений". Посмотрим, что у нас будет. По факту мы никакие изменения не фиксировали.

Всё, что он здесь пишет, я поясню чуть попозже в отдельном блоке, который будет посвящен как раз-таки, GitHub и так далее. Он проанализировал наш код и выдал нам вот такие вот моменты, которые надо поправить в коде. Он мне написал, что первый баг в том, что форма отправляет данные прямо в URL. То есть человек вводит имя, почту, свой запрос, кликает "отправить", и всё это оказывается в адресной строке браузера. Это проблема безопасности. Ну и второе, то что ссылки на мессенджеры ведут в никуда. То есть там сейчас стоит заглушка в виде решетки, надо поменять на настоящие соцсети. Также он расставляет приоритет. Если бы было P1, то это был бы прямо критичный баг, который 100% надо поправить. P2, соответственно, второе место по приоритетности. P2 - это тоже приоритетные, но они не ломают наше приложение, наш сайт, и поэтому они не P1.

Давайте продолжим. `Snapshot`. Здесь можно вбить, что работает, что не работает, и отправить разработчикам OpenAI. Но я не уверен, что ваш запрос до них дойдет. На это нам в целом пофиг, но просто знайте, что такая штука здесь тоже есть.

Дальше команда "разветвить", но о ней мы также поговорим чуть попозже.

Режим планирования - это то, что мы уже с вами вводили с помощью команды Shift + Tab. Вот он, видите? С помощью данного режима мы не будем вносить никакие изменения в наш проект, а просто спланируем задачу.

И вот здесь ещё последняя команда, `status`. Показать идентификатор потока, использование контекста и лимиты скорости. Кликаем сюда. И вот здесь у нас будет показан статус. Это айдишник нашего сеанса. Это контекст. Сколько у нас остается, а именно 87%. Использовано 32.416 токенов из 258. Вот эта строчка - это лимит, который обновляется каждые 5 часов. Он у нас на 91% свободен. И лимит 7 дней - это лимит, который нам дается на одну неделю. То есть, если мы его закончим, то мы сможем только на следующей неделе заново начать работать с кодексом. Здесь остается еще 97%.

Ниже у нас расположены навыки или же скилы, но о них мы поговорим немного позже.

Чтобы работать с каким-то конкретным файлом, мы нажимаем здесь собачку и вбиваем название этого файла. Например, там я ввожу и и вот здесь у нас, видите, `files index.html`. Кликаем сюда. И теперь мы работаем конкретно с этим файлом. Таким образом, мы сэкономим и время, и токены, и дадим больше контекста нейросети.

Давайте я сделаю какой-то небольшой легкий проект с помощью стека `next`. Как мне кажется, это один из самых лучших стеков для разработки. Создаю новую папку, называю её `NextJS Codex`. Вот она у меня на рабочем столе, и просто навожу её вот сюда, в левую панель, чтобы у меня появилась здесь новая папка. И теперь я могу работать конкретно с этим проектом в этой папке.

Вбиваем ему следующий промт: "Создай интернет-магазин кроссовок. Используй NextJS и Tailwind CSS. Главная страница: баннер с акцией, каталог кроссовок с карточками товаров, фото, название, цена, кнопка в корзину. Корзина, список добавленных товаров, итоговая сумма, кнопка оформить заказ." Короче, прот для создания интернет-магазина кроссовок. Кликаем Enter.

Кодекс в процессе работы решил задать мне следующий вопрос: "Хочешь я скачаю зависимости проекта, чтобы проверить сборку NextJS и убедиться, что магазин запускается?" Естественно, мы нажимаем "да", и он сам выполняет команду.

Итак, он у нас закончил за 4 минуты и 52 секунды. 52. Создан тёмный интернет-магазин кроссовок на NextJS + Tailwind в пустой папке проекта. Давайте посмотрим, что он у нас сделал, чтобы запустить локально этот проект. Мы с вами переходим в терминал, вот в этом правом верхнем углу иконка, и вводим команды, которые он нам сам написал. Так как мы уже находимся в папке `NextJS Codex`, это можно заметить вот здесь по названию папки, мы вбиваем просто вот эту команду `npm run dev`, кликаем Enter, и у нас появляется здесь ссылка, на которую мы можем просто тыкнуть и перейти.

И у нас получилась вот такая вот странная штука. Что-то получилось очень странно. Вот эта вот тема меня вообще смутила. Плюс странно то, что он опять мне в два ряда решил это всё расположить. Давайте я ему заскриню и покажу, что он что-то натворил. Кстати, изображения или какие-то ошибки в коде - это хороший способ показать нейросети, где конкретно она ошиблась.

Вот видите, я вставил ему скриншот и сейчас введу ему следующий промт. Давайте введу его с помощью вот этого микрофона.

"Очень странная проблема с вёрсткой на десктопной версии. Давайте вот такой промт сделаем. Давай вместо 2040 сделаю. Вот просто расширим этот сайт, а то он какой-то узкий."

Вот кликаем ему стрелочку и смотрим, что он сделает. Давайте уберем терминал. Итак, за 46 секунд он у нас, по идее, исправил наш лендинг. Давайте посмотрим на него. Ну, уже, честно говоря, выглядит поприятней. Фотки здесь, конечно, странные, но опять же мы просто не генерили ему нормальные кроссовки. Вот тут тоже косяк свёрсткой. Это бы растянуть. Ну, короче, тут много проблем в целом, но учитывая, какой у нас был маленький промпт неконкретный, получилось, что получилось.

Теперь я хотел бы с вами поговорить о такой штуке, которая называется `agents.md`. `agents.md` - это файл в корне нашего проекта. По сути, это то же самое, что `cloud.md` для `Cloud`. То есть это файл, который кодекс читает перед началом каждой сессии. Это своего рода инструкция для ИИ помощника. Что это за проект, какой стек, какие правила и так далее.

Важный момент при составлении `agents.md`. Он у нас загружается в начале каждой сессии. Соответственно, мы его не должны создать сильно огромным, потому что, во-первых, он явно не уловик, если там его будет слишком много. Соответственно, будет ошибаться, причем ошибаться непонятно где. Может забыть, какой стек у вас используется, может забыть какие-то правила важные вашего проекта, может забыть архитектуру. Короче говоря, лучше составлять его коротко и прописывать всё, что ему очень важно знать.

Что писать в `agents.md`? Для начала пишем описание стека, например, `nextjs`, `Superbase`, `Typescript`, `Twin CSS` и так далее, то есть то, на чем собран ваш проект. Далее ключевые команды, как собрать, как перезапустить, как протестировать. Ну и правила кода, какие-то определенные паттерны, стили и так далее. Если кодекс совершает какую-то очень мощную ошибку на протяжении каждой сессии, то также ее можно прописать в `agents.md`, чтобы при начале каждой сессии он понимал, что за ошибка и как с ней работать.

В `Cloud` есть команда `/IT`, которая самостоятельно пропишет вам файл `cloud.md`. В кодексе такой фишки нет, поэтому мы вручную вбиваем ему промт, чтобы он создал этот файл.

"Создай файл `agents.md` в корне проекта. Опиши в нем стек проекта, ключевые команды для запуска и сборки, правила кода и инструкции самопроверки. Основывайся на текущем состоянии проекта."

Кликаем Enter. Всё, он нам написал: "Добавил `agents.md` в корень проекта". Всё, давайте кликнем два раза и посмотрим, что он там написал. Опа, опять пришла, соскучилась. Давайте откроем здесь новую папку `NextJS Codex`. И это наша папка проекта. Здесь уже, конечно, файлов побольше. И здесь как раз-таки находится наш `agents.md`. Давайте посмотрим, что в нем находится через курсор. У нас открылось вот так это выглядит. То есть он прописал здесь стек, прописал команды, прописал правила написания кода и правила самопроверки. Всё, как мы и попросили.

Теперь я хотел бы вам рассказать о подходе от OpenAI `plans.md`. `plans.md` - это описание того, как должен выглядеть хороший план. OpenAI есть официальный шаблон данного Markdown файла. Ссылка на этот шаблон будет также в описании. Давайте мы туда перейдем. И вот он у нас вот здесь находится. Давайте мы его скопируем и вставим в наш проект.

Здесь у нас прописано, что надо добавить в `agents.md` секцию, которая будет как бы уведомлять-код, что он план будет составлять согласно данному Markdown файлу. Давайте скопируем это и попросим кодекс вставить это в наш `agents.md`.

"Добавь это предложение в наш файл `agents.md`."

Всё, кликаю Enter. А весь Markdown файл я скопировал и просто вставил в `Cloud`, чтобы он мне составил Markdown файл, потому что мне самому лень создавать новый файл с форматом Mark. Я хочу сделать его вот так. Кликаю здесь download и сохраняю его в папку своего проекта. Данный Markdown файл будет также в моем Telegram-канале.

Зачем это надо? `Plan.md` - это шаблон для идеального плана. По сути, мы объясняем кодексу, как правильно нужно планировать, какие разделы должны быть, как разбивать работу на этапы, как проверять результат и как фиксировать решение. Всё.

Как мы видим, кодекс добавил в `agents.md` следующую строчку. Только у нас здесь, кстати, неправильный был путь, поэтому давайте его исправим. Давайте вот так вот просто оставим. Что за `pl.md` и где он находится. А то он будет искать папку `agents`, ничего не найдет и, короче, всё пойдет не туда, куда надо.

Давайте вставим следующий промт и проверим, как он классно будет составлять план.

"Составь план для добавления страницы отдельного товара. При клике на кроссовок в каталоге открывается страница с большим фото, описанием, выбора размера и кнопкой в корзину."

Кликаем Enter. Всё. Как мы видим, он нам сам написал. Сейчас дочитаю структуру страницы и план. Чтобы план был совместим с местными правилами. Как мы видим, в промте я это нигде не указывал. Он самостоятельно понял, что надо опираться на план с то. Как должна работать корзина после добавления отдельной страницы товара? Э, давайте общая на всех страницах. И всё, после одного ответа он нам составляет план.

Теперь у меня соседи музыку решили поврубать. Спасибо большое. Еще и воды нет. И вот такой вот у нас большой план получился. Короче говоря, таким образом можно составлять более качественные планы по реализации задачи. Именно так, по словам OpenAI, они разрабатывают свои продукты с помощью кодекса.

Следующая тема затрагивает MCP серверы. Что такое MCP сервер или же Model Context Protocol? Опять же, у меня все очень сильно дублируется с моим гайдом на Cloud-код, поэтому там я прямо все максимально раскрыл, что такое контекстное окно, что такое MCP, скилы. Короче говоря, там я прямо полностью дотошно все это расписал.

MCP-сервер - это штука, с помощью которой кодекс может взаимодействовать с другими внешними инструментами. Например, подключили MCP для работы с базой данных. Он имеет возможность работать напрямую в базе данных, например, там с той же Supase, то есть он может сам создавать какие-то команды, таблицы и так далее. По дефолту у кодекса нет такой функции. Или, например, MCP, который позволяет кодексу делать скриншоты окна браузера, например. Это очень полезная штука, если мы хотим протестировать UI, например, то есть как там у нас заполняется форма, все ли соответствует вёрстке и так далее. И таких MCP на самом деле огромная куча. В своем Telegram-канале я оставлю ссылку на большой пак с кучей MCP, которые будут вам полезны. Там вы сможете найти различного рода MCP практически под все инструменты, которые вообще существуют. А в этом видеоролике я покажу два самых всех задолбавших, но основных MCP, которые стоит использовать.

Первый MCP называется `Context 7`. Это MCP, который подтягивает актуальную документацию по фреймворкам. Давайте попробуем подключить `Context 7` чисто с помощью кодекса, чтобы никуда ничего не вводить.

"Подключи мне MCP, который называется `Context 7`. Это MCP для подтягивания актуальной документации по фреймворкам."

Всё, кликаем Enter. Не хочу это делать вручную. Пусть это все за меня сделает кодекс. "Разрешить обновить глобальный config кодекс в `coex.config`." Чтобы подключить MCP сервер `context 7`. Давайте кликнем. Да. Кодекс пишет следующее. Чтобы заработал наш `context 7`, надо перезапустить кодекс. Ну давайте перезапустим. И давайте проверим. `/MCP`. И теперь у нас здесь появился `Context 7`. Так, он у нас добавился, но почему-то написано, что он не аутентифицирован. Давайте скриншот этот сделаю. А что он у нас не аутентифицирован? Опа, помеха справа. Короче, проблема в том, что он добавил `Context 7` через URL, и из-за этого он у меня требует ключ. Поэтому я ему вбью в следующий промт. Его я оставлю также в Telegram-канале, и кликаю Enter. Давайте ему подтвердим все, чтобы он добавил наш MCP как надо. Надеюсь, теперь сработает. Давайте я на всякий случай заново перезагружу кодекс. Вбиваю `/mcp`. И действительно, у нас теперь все в порядке. Теперь кодекс может подтягивать актуальную документацию с помощью данного MCP.

Попросил его добавить еще `Playwright` MCP. С помощью данного MCP кодекс сможет заходить в браузер, проверять, правильно ли он сделал UI, который мы его попросили сделать. И если там есть проблемы с вёрсткой, то он их заметит и исправит. Давайте здесь нажмем "Да". Так, ну, с `Playwright` MCP у него все достаточно быстро получилось. Проверим, будет ли открываться просто в новой беседе `/mcp`. Ну вот это вообще какая-то тупость. То есть, чтобы у меня появился актуальный MCP, который я добавил, мне надо прямо перезагрузить кодекс. Не просто в новое окно зайти, а прямо перезагрузить. Странная тема. Давайте проверим. `/MCP`. И, слава богу, теперь у нас есть `playwright` здесь. Четко.

"Проверь главную страницу нашего сайта на проблемы с вёрсткой. Используй `Playwright` MCP, чтобы проверить только десктопную версию. И затем пропиши мне весь пак правок с вёрсткой, который надо будет сделать."

Всё, кликаем Enter и смотрим, что он сделает. "Разрешить запустить локальный `next.js` сервер вне песочницы, чтобы я открыл главную страницу в `Playwright` и проверил вёрстку на десктопе." Соглашаемся, конечно же. Всё. Как мы видим, мои руки здесь. Он сам открыл у нас браузер и смотрит на то, что у нас с вёрсткой. Странный, конечно, визуал для магазина кроссовок. Надо было ему какой-то референс дать. Кстати, сейчас я покажу, как он воспринимает референсы, потому что в гайде на cloud-код я прямо заскринил футер, и он его классно смог повторить. Здесь, кстати, как раз футера нет, так что мы проверим на том же самом футере, если я его найду. Он у нас еще и ужал его, чтобы проверить на другом разрешении. Всё, 3 минуты 30 секунд ему понадобилось. И вот что он мне пишет. "Проверил главную через `Play` MCP в `desktop viewport` на таких-то разрешениях." Да, ёпта, хватит скакать. Короче, написал мне список правок, который он нашел. И теперь, если хочешь, следующим сообщением я могу сразу превратить этот список в конкретный план изменений по `tailwind` классам и блокам. Но давайте мы это делать не будем, потому что у меня тариф плюс, не хочу тратить токены. А еще, кстати, здесь написано, что у нас запущен один терминал. Ну, это потому, что у нас вот эта штука локально работает. Если мы это уберем, то у нас ничего не будет работать.

Теперь давайте проверим, как он работает у нас с референсами. Я прямо зайду в тот же самый сайт и постараюсь найти тот же самый футер. И проверим, как у нас выполнится работа. Где у нас тут? Вот он. Давайте заскриним. Если что, напоминаю, нейросеть хорошо воспринимает скриншоты. По сути, это как очень хороший контекст для нейросети. То есть, чтобы получить хороший результат, вы либо должны ему прямо четко, качественно и подробно описать то, что вы хотите, либо еще лучше показать, что вы хотите. Таким образом, нейросеть будет понимать, что ей надо сделать. А самый идеальный подход - это скинуть изображение и описать, что на этом изображении вам надо повторить. Таким образом будет еще лучше.

Давайте я ему скину изображение. Command V нажал и сюда вбью следующий промт.

"Реализуй на главной странице футер один в один, как на референсе, который я тебе выслал. Прошу тебя повторить те же линии, которые находятся на футере, те же шрифты, тот же цвет и так далее. В общем, повтори его один в один."

Кликаем ему Enter. Всё, футер на главный добавлен. `webpage.tsx`. Я собрал очень близкую по композиции версию референса. Давайте посмотрим, что у него получилось. Опять включим здесь терминал и вбьем `npm run dev`, чтобы запустить наш проект. Кликаем Enter и всё. Давайте прямо здесь запустим. Проматываем. И, кстати говоря, в целом тоже получилось неплохо, как и укладкод. Прямо очень похоже. Где у нас оригинал? И вот такой вот у нас футер получился. Таким образом, с помощью скриншотов и хорошего описания можно дать кодексу больше контекста, чтобы получить более качественный результат. Для сравнения вот что получилось у `Claude`, а вот что получилось у кодекса.

Следующий блок нашего гайда будет касаться скилов и плагинов. Что такое скилы? По сути, скил - это текстовая инструкция в формате `skill.md`. Там написано, что этот скил делает, когда его использовать и какие шаги он должен выполнять. Кодекс читает это и действует как специалист в какой-то конкретной области. Например, вы создали какой-нибудь качественный скилл для теста кода, записали его и поместили в папку проекта. И при выполнении задачи, например, протестировать код такой-то такой-то страницы, он будет опираться на этот скилл и, соответственно, лучше выполнять свою работу. И важная деталь, скилы загружаются лениво. Кодекс не будет тащить все инструкции в память сразу. То есть он будет видеть только заголовок и описание данного скила. И когда кодекс решает, что пора, настал тот момент, когда надо использовать скилл, он его использует, и только тогда у нас нагружается контекст. Данный подход позволяет экономить контекстное окно и ваши токены.

Как мы помним, у нашего кодекса есть встроенные скилы. Для этого кликаем на `/` и переносимся в самый низ. Здесь у нас представлено пять скилов, которые по дефолту есть в кодексе. Давайте по ним пройдемся. `Image gen` - это, соответственно, скил для генерации картинок. "Generate or edit images for websites, games and more." То есть он может генерить и редактировать изображения. `OpenAI docs`. "Reference official OpenAI docs including upgrade guidance." Guidens, короче, он может залезать в актуальную документацию OpenAI.

и находить какие-то ответы, если у него там что-то не сходится. Вот, короче, по сути, он гуглит свою же документацию.

Pluggin Creator помогает создать плагин для кодекса. О плагинах мы чуть попозже поговорим. Skill Creator, соответственно, позволяет создать нам скил. Мы ему просто опишем, что хотим сделать, а кодекс самостоятельно сделает нам скил с правильным заголовком, описанием и так далее. Очень удобная штука. И skill installer или installer - это установка скилов из каталога. Этот скилл позволяет нам устанавливать скилы от официального репозитория Open AI со скилами или от других репозиториев.

Давайте, например, создадим какой-нибудь собственный скилл. Кликаем вот сюда и просим его создать какой-нибудь скилл. Давайте, например, для теста кода. Создай мне скилл для тестирования моего кода, чтобы он мог находить недочёты, какие-то баги или проблемы с кодом. Кликаем enter. Всё, мы видим, что он у нас использует skill creator. Создаём скил с упором на cd review и bug hunting. Skill создан и провалидирован skill.md. Что в нём есть? Триггер на rev, поиск багов, регрессий, edge cases и пробелов в тестах. Вот таким образом у нас выглядит наш скил.

Вбиваю доллар. И теперь у меня появился код reviews. Давайте его выберем. Проверь, пожалуйста, мою главную страницу на ошибке в коде. Кликаем Enter. Итак, спустя минуту он нам написал ошибки, которые были у нас в коде. Читать я их не хочу, поэтому просто поверим, что он всё сделал чётко.

Что-то я извиняюсь, у меня реально голос охрип, и я постоянно скачу туда-сюда. То есть я нормально говорю, говорю, а потом такой: "Опаный ай, клод, код, курсор". Здесь ещё в терминале какая-то странная тема. Например, я хочу что-нибудь выделить. Вот, например, эту ссылку. Видите? Я вот здесь курсор навожу, а она вот здесь вот почему-то у меня выделяется. Вообще шиза. То есть, чтобы мне тыкнуть на ссылку, надо вот здесь нажать.

Кстати, если мы кликнем вот сюда, то здесь можно найти кучу классных навыков, которые можно легко добавить. Тут у нас есть и те, которые у нас уже встроены, и те, которые можно легко добавить. Например, если мы добавим какой-нибудь figus, просто кликаем здесь плюс, и он у нас автоматически устанавливается. Даже никуда не надо ничего вписывать. Вот, например, здесь есть скилл для работы с PDF. Также можно нажать плюсик. И, например, скилл для деплоя на Verse. Наверное, это более удобно, чем вручную искать какие-то навыки.

Кстати, здесь есть кнопка Новый навык. И вот здесь прямо всё автоматически у нас создали. Можно вбить какой-нибудь скилл. Кстати, при клике на сам скилл здесь открывается подробная информация, что это за скилл. Короче говоря, таким образом мы с вами можем работать со скилами в кодексе.

Теперь давайте остановимся на теме, которая называется плагины. Для Open AI это достаточно свежая фича. Они выпустили её буквально на днях, 26 марта 2026 года. В чём разница между скилом и плагином? Скил - это текстовая инструкция, то есть это файл, который, по сути, говорит кодекс, что ему надо делать. Плагин же может включать в себя сразу всё, то есть это инструкции, подключения к внешним сервисам, MCP и куча всего другого. Короче говоря, плагин - это готовый набор инструментов для реализации той или иной задачи.

Так как плагины - это свежая фича от Open AI, найти так просто, у вас их не получится в десктопном приложении. Чтобы их найти, давайте откроем терминал и вобьём здесь кодекс сначала. После того, как у нас открывается кодекс, вбиваем сплак с помощью Enter. И сейчас он подгрузит список тех плагинов, которые сейчас доступны. Вот, как мы видим, у нас доступно 22 плагина. Вот так вот их стрелочками вверх-вниз можно листать.

Давайте установим какой-нибудь плагин. Давайте, например, вот этот build Apps. После того, как мы кликнули Enter, у нас здесь высветилось всё, что входит в данный плагин. Вот такой набор из кучи скилов и ещё три MCP: Strikee для платёжки, супай, база данных и Vere для деплоя. Короче говоря, давайте его установим. Кликаем Enter. Всё, как мы видим, теперь у нас здесь написано, что у нас установлен один из двадцати двух доступных плагинов. Круто.

По сути, этот плагин, который мы скачали, он опять же создан для того, чтобы по лучшим практикам создавать веб-приложение. Я предполагаю, что у нас опять надо перезагрузить наш кодекс, чтобы всё подтянулось, поэтому давайте это сделаем. Перезагружаю и используй плагин Build Web Apps и создай новую страницу about для Night Sprint. Давайте кликнем Enter и посмотрим, сможет ли он его применить. Короче, он нашёл, какие скилы из данного плагина будут уместны для создания данной страницы, и будет их использовать сейчас.

Итак, он работал на протяжении 2 минут 42 секунд и наконец закончил работу. Теперь я действительно понял, что у тебя за плагин. Спасибо на этом Open AI. Я использовал его в том смысле, в каком он доступен из этой среды. Что я сделал по задаче? Довёл страницу под стиль, усилил first view port, убрал лишнюю boxed подачу в верхнем экране, сохранил itri, структуру страницы о бренде, но сделал композицию ближе к логике плагина.

Фух. Ну, давайте проверим, что он нас там намутил. Кликаю здесь Escape. Выйдем отсюда. Ctrl C нажал, если что, два раза. И вбиваем здесь npm Randev. Кликаю Enter и смотрим, что у нас выдаст. Он так как мне тут поймать ссылку? Вот оно. И, ну, что-то интересное, короче, что-то интересное. В американских видосах сейчас бы сделали типа: "Вау, it's fantastic".

Следующая тема, которую мы с вами затронем, называется субагенты. До этого мы работали с кодекс один на один. Один чат, один агент, одна задача, но представьте, что вам нужно одновременно проверить проект на адаптивность, качество кода, безопасность и так далее. И всё это надо сделать одновременно. Если один агент будет делать это последовательно, то контекстное окно может забиться. Так вот, субагенты как раз и решают эту проблему. Вы пишете кодексу какой-нибудь запрос, он создаёт несколько субагентов, которые будут работать отдельно каждый над своей задачей. У каждого агента есть своё контекстное окно, и, соответственно, они не будут перегружать ваше общее контекстное окно. В общее контекстное окно будет подаваться только результат работы самого субагента.

В кодекс есть два способа создать субагента: быстрый просто через промт и более продвинутый через файлы. В них мы сможем более конкретно указать, что за субагент, что за функцию он должен выполнять, чтобы в дальнейшем использовать его снова и снова. Сейчас я вам покажу оба способа.

Например, давайте введём в кодекс следующий промт. Проведи полный аудит проекта магазина кроссовок. Создай отдельного агента на каждый пункт. Агент Безопасность: найди уязвимости, проверь формы и данные. Агент качество кода: проверь частоту, дублирование, именования. Агент адаптивность: проверь вёрстку на мобильных и планшетах. Дождись всех результатов и дай мне общую сводку с приоритетами. Вот такой вот промтик мы ему вбили. Давайте ещё побольше сделаю. Кликаем стрелку, чтобы посмотреть, что он будет делать. Так, что-то у кодекса возникла ошибка. Давайте ещё раз мы уведём этот промт. Сейчас, по идее, всё должно быть нормально. Провожу аудит проекта как ревью с тремя отдельными агентами: безопасность, качество кода и адаптивность. Соберу контекст по структуре проекта. Затем запущу агентов параллельно. Вот видите, мы создали тут трёх агентов. Они тут разным цветом были выделены. Так, запущено три агента. Кстати, видите, я навожу на агента. И тут пишут, что он использует GPT 5.4. Каждый агент работает именно на этой модели. Если я тыкну на него, то тут можно заметить его контекстное окно. Вот видите, это типа я ввёл такой промт ему, и он начал работать в отдельном контекстном окне. Если я перейду на него, то это вот агент аудита адаптивность. Давайте вернёмся в основное окно.

Так, он запрашивает у нас несколько разрешений. Мы ему, естественно, даём эти разрешения. Один из агентов решил использовать MCP PlayR, чтобы посмотреть на косяки свёрсткой. Я так полагаю. Тоже приятно. Вот сюда на стрелку нажимаем. Здесь у нас открываются эти контекстные окна агентов. Сейчас у нас работает агент Мейтнеer, который проверяет качество кода. Так, мы видим, что у нас агент качество кода завис дольше остальных. И наш главный агент, который по сути контролирует вот этих трёх пацанов, отправил вот этому фиолетовому сообщение, чтобы он заканчивал текущую работу. Все три агентских результата получены. Сводку собираю с деду с деду с дедупликацией и собственными проверками, чтобы вы получили не три отдельных списка, а один нормальный приоритетный backlog. Всё, он выдаёт нам итог работы. Критических уязвимостей в коде магазина я не нашёл, но есть несколько медиум рисков. Да, подожди ты. Вот это меня тема бесит, то, что я пытаюсь проскролить, чтобы просто читать начать, а он там пока пишет вот это вот, спускает его вниз. Видите, он прописал, как мы попросили, по приоритетности ошибке, которые надо исправить. Вот так можно работать с субагентами первым простым способом.

Теперь давайте перейдём ко второму. Вторым способом мы будем создавать агентов как постоянные файлы и будем хранить их в корне проекта. Файлы будут создаваться в папке/ents в формате tomo. Что это такое? У каждого агента есть пять основных параметров. Первое - это name, имя агента, например, там тестировщик кода, обзорщик, верстальщик, дизайнер. Короче, вот в таком формате. Простое, короткое, чтобы дать понять, что это за агент вообще. Второе - это description, описание нашего агента. Благодаря описанию кодекс понимает, что его надо использовать в конкретной задаче. По сути то же самое, что и у скилов. Затем инструкции, developer instructions это называется. Этот параметр указывает, что агент будет делать, на какие моменты обращать внимание, чего избегать и так далее. По сути, это мозг нашего агента. Затем model. Какая модель GPT будет использоваться у этого агента? В зависимости от сложности его задачи, ему можно поставить модель не 5.4, например, а 5.4 mini. Но в основном агенты, конечно, будут использовать именно GPT 5.4, чтобы выполнять работу более качественно. И затем надо ему ещё указать уровни доступа, что он может делать. Либо только читать файлы, например, либо он ещё имеет возможность их редактировать, создавать, удалять и так далее. Это мы тоже ему отдельно прописываем. Если мы туда ничего не пропишем, то агент может выполнять всё, что угодно, что не всегда следует делать.

Я напишу ему прот следующего содержания. Создай папку Codex Agents в проекте, и в ней четыре файла субагентов. Первый - это исследователь кода. Вот видите, исследует код на ходе точки входа. Связи между файлами структуры проекта. Модель GPT 54 mini reasoning medium. Кстати, да, reasoning тоже можно указать. Помимо этого, мы указали ему режим. То есть этот агент может только читать, он не может ничего редактировать и инструкции. Только исследуй, не предлагайя фиксы, найди реальные пути исполнения, зависимости между компонентами, какие файлы за что отвечают. Вот. И в таком формате здесь ещё три агента. Ну, будем надеяться, что он с первого раза всё сделает. Кликаем стрелку и ждём, чем он будет заниматься. Так, он у нас создаёт папку агентов. Кликаем, да, чтобы дать ему доступ. Всё, он работал на протяжении минуты и 1но секунды. Создал четыре конфигурации там, где и надо было их сделать.

Давайте откроем проект Visual Studio CД, чтобы посмотреть, как у нас выглядят файлы этих агентов. Вот в таком формате он их написал. В целом, то же самое, что я его и попросил сделать. Вообще, в идеале, конечно, каждого агента индивидуально прорабатывать, потому что здесь всё равно достаточно мало информации. Если бы мы отдельно каждого агента прорабатывали, то у него было, конечно бы, чуть больше подробностей. Но давайте оформим вот в таком формате.

Давайте проверим работу агентов, впишем ему следующий промт. Хотя, может, надо опять перезагрузить. Давайте я перезагружу на всякий случай. Итак, я перезагрузил нашего кодекса. Давайте теперь попробуем вбить ему какой-нибудь вот такой промт. Используй агента codmaper, который расположен в папке кодекс. Исследуй структуру проекта и покажи карту, какие компоненты есть, как связаны, где основная логика. Кликаем Enter. Использую локального агента Codmaper из папки Codex Agents. Так, он нам создал агента с инструкциями. Давайте посмотрим. Ты работаешь в роли агента CODMER is users. Та-та-та. Agentscodmappper.tomal. Путь указал правильный. В целом всё указано верно.

Итак, наш агент закончил работу и выдал нам вот такой вот отчётик. Указал структуру, связи между файлами, какие компоненты есть и так далее. В целом задачей он справился. Таким образом, можно прописывать ему агентов, чтобы он с нуля их не создавал, и всегда качественно выполнять работу этих агентов.

Важные нюансы по поводу субагентов в кодексе. Первая вещь - то, что субагенты не общаются между собой напрямую. Если в clД-код есть такая фича, которая называется Agent Teams, про которую я рассказывал, кстати, в своём полном гайде, с помощью данной фичи субагенты могут делиться файлами, писать друг другу сообщения и так далее. В кодексе пока такой фишки нет. Второе, несмотря на то, что они не нагружают наше контекстное окно, субагент всё равно тратит наши токены. Соответственно, если мы будем использовать, например, трёх агентов параллельно, мы будем получать, соответственно, тройной расход токенов. Поэтому я бы рекомендовал использовать субагентов только для серьёзных задач. Ну и третье, то, что субагентов кодекс не будет использовать самостоятельно. То есть ему надо прямо прописать, чтобы он создал тех-то, тех-то агентов, чтобы выполнить эту задачу. То есть самостоятельно эти агенты не подтянутся. Вот такая вот ещё одна фича от кодек.

Переходим к следующей. Следующая тема - это Worgtes или же параллельная работа с проектом. Смотрите, например, я вот сюда навожу на три точки справа от нашего проекта. И здесь есть такая штука: создать постоянное рабочее дерево. Что это такое? Например, у нас есть готовый магазин кроссовок, да? И мы что-то сидим и такие думаем: "Блин, а надо бы попробовать его в другом дизайне сделать". например, не вот этот оранжевый наш голимый, а какой-нибудь минималистичный, светлый, классный дизайн. При этом вы хотите попробовать несколько дизайнов сразу и, так сказать, посмотреть на них одновременно. Ну то есть не откатываться постоянно, чтобы тестить разные дизайны, а вот именно сделать условно несколько веток проекта, чтобы смотреть на каждый дизайн сразу. Надеюсь, я правильно выразился. Короче говоря, Work 3 решает как раз-таки эту проблему. Work 3 - это отдельная папка с отдельной копией вашего кода. То есть, ещё раз, основная папка - это рабочая версия, а work 3 - это уже наши эксперименты, это копии кода. Они будут жить параллельно с основной версией и не мешать никак друг другу.

Давайте кликнем здесь создать постоянное рабочее дерево. Создайте новое рабочее дерево Git Head. Добавьте его как проект и храните, пока не удалите. Давайте здесь ничего не будем менять. Нажимаем создать. Так, у нас само собой создание рабочего дерева не получилось, потому что здесь нет Git-репозитория. Что такое Git? Git - это система сохранений для вашего проекта. Это работает как в видеоигре. Вы добились какой-то классной версии вашего проекта, например, создали какую-то сложную функцию, над которой долго работали. Вы можете взять и сохранить эту версию вашего проекта, чтобы при дальнейшей работе, если вы, не дай бог, что-нибудь сломаете, вы сможете откатиться к вашему, условно говоря, сохранению. Кодекс иногда инициализирует Gitпроект автоматически, но здесь этого не произошло, поэтому давайте всё сделаем вручную.

Давайте зайдём сюда, откроем терминал и здесь вобьём вот эту команду Git и кликаем Enter. Теперь нам нужно создать первое сохранение. Чтобы это сделать, вводим вот эту команду git@ def a. Кликаем enter. По сути, эта команда говорит о том, чтобы мы добавили все файлы в сохранение. Так, у меня здесь что-то вылетело, поэтому давайте я заново вобью последний промпт, который нам нужен. Git Commit M. И вот здесь вот в кавычках, господи, поставь в кавычки, пожалуйста, здесь мы вбиваем название нашего сохранения, чтобы мы понимали, что это вообще за сохранение. Давайте напишем здесь первый coit. Если что, coit - это, по сути по-русски говоря, сохранение. Кликаем Enter. Готово. Теперь у проекта есть Git и есть первое сохранение. Это значит, что мы можем создавать те самые рабочие деревья Worкт. Если что, Git хранит свои версии локально в папке toit в корне вашего проекта.

Для того, чтобы хранить ваши файлы где-нибудь в безопасном месте, мало ли что у вас с компьютером случится, есть такая штука, которая называется GitHub. Для чего нужен GitHub? Первое - это резервная копия вашего проекта в облаке. То есть возьмём ситуацию. Вы работали со своим проектом на компьютере, сделали какую-то рабочую версию и бам, у вас какая-то фигня с ноутбуком, с компьютером. Всё накрылось, мало ли что может произойти. Если вы закинули версию вашего проекта на GitHub, то можете не переживать, её можно спокойно из Гитхаба достать и заново поставить на ваш компьютер. Второе преимущество GitHub - это командная работа. То есть, например, вы опубликовали свою какую-нибудь хорошую версию в GitHub, и любой разработчик, у которого будет доступ к этим файлам, имеет возможность скачать этот проект и работать с ним со своего компьютера. Затем, если у него есть доступ, он может обновить файлы кода вашего проекта. Таким образом, над одним проектом может работать сразу несколько разработчиков. Третье - это возможность публикации или же деплоя. Когда проект находится на GitHub, вы можете спокойно опубликовать его в интернет, так сказать. По сути, ваши файлы уже и так в интернете будут. Например, вы сможете взять GitHub репозиторий и бесплатно опубликовать вашу версию куда-нибудь на Vers, например. Vers - это сервис, куда вы сможете бесплатно опубликовать версию вашего проекта с помощью GitHub репозитория.

Как раз GitHub у нас выглядит следующим образом. Ссылка на него будет в описании к этому видео, если что. Тут не составляет ничего сложного зарегистрироваться. Давайте я выйду, чтобы показать, как это выглядит исходно. Вот в таком формате это выглядит. Чтобы зарегистрироваться, просто кликайте здесь Sign up. Ну, я войду, поэтому Sign in нажму. И всё. Здесь можно войти через Google, через Apple или через вашу почту. Вот. Ну, я уже зарегистрировался, поэтому я просто войду. Но у вас, скорее всего, никаких проблем с этим не возникнет.

Затем, чтобы создать новый репозиторий, я кликаю на вот эту кнопку. Репозиторий - это, по сути, место, где хранятся файлы нашего проекта. Repository name. Давайте, давайте здесь введём cross shop, пусть будет. А тут просто буквы напишем, потому что мне лень придумывать описание. Здесь мы можем выбрать, является ли наш репозиторий публичным или приватным. Если бы мы выбрали, что наш репозиторий публичный, то любой человек, у которого есть ссылка на этот репозиторий, может спокойно его открыть и скачать, что ему надо. Это не совсем безопасно, если вы храните там какие-то важные данные. А если мы выбираем вот этот вариант, то с ним могут работать только те, кому мы сами даём доступ. Соответственно, выбираем это и нажимаем create repository. Всё, наш репозиторий создан. Теперь у нас есть на него ссылка. Вот так она выглядит.

Теперь в терминале мы можем вбить следующую команду: Git Remote @ Origin и ссылка на наш GitHub репозиторий. Опять же, все команды будут в моём Telegram-канале. Кликаем здесь Enter. По сути, мы говорим кодексу, что это наше удалённое хранилище, куда мы будем отправлять наш код. И затем, чтобы отправить наш проект в облако, мы вбиваем вот эту команду Git Push Origin Master. Кликаем Enter. Так, у нас здесь возникла проблема, что папка Not Moduls не попала в Git. Это связано с тем, что там находится файл на 109 Мб, а GitHub не будет принимать файлы больше сотни Мгай. Короче, давайте введём несколько команд, чтобы он не добавлял эту папку в наш GitHub repositoryй. Вот, закидываем его в Gitgnore, чтобы у нас, соответственно, эта папка игнорировалась. С помощью этой команды мы убираем из нашего гита, из нашей локальной версии проекта, папку Note Models, но не убираем её из нашего проекта. Всё, у нас удалились все необходимые файлы. Далее сохраняем изменения, введя вот эту команду. Так, опять кавычки. Я опять на кириллице начал писать, он тупит. Clean. Clean not models. И теперь заново вбиваем вот эту команду. Git push you origin master. Сейчас, по идее, всё должно быть чётко. Так, Коно нам не выдал ни одной ошибки, что уже хорошо. Кстати, если у вас здесь возникают ошибки, вы можете их прямо вот так взять, условно говоря, скопировать коман C нажать и вбить в какой-нибудь или же напрямую в кодекс.

Давайте перейдём по вот этой ссылке и посмотрим, есть ли там файлы нашего проекта. И как можно заметить, они действительно здесь есть. Здесь есть все Markдау файлы, которые мы создавали. Вот этот вот файл Gitgnore у нас есть. Давайте в него перейдём. И здесь вот видите прописано Note Models, чтобы эта папка не добавлялась у нас в GitHub. Отлично. Теперь наш проект находится на GitHub.

Давайте чисто по приколу опубликуем наш проект на Versе. Ссылка на Vers также будет в описании для тех, кому интересно. Кликаем здесь справа сверху add project. Выбираем здесь наш GitHub репозиторий. Вот он, видите, Cross Shop появился. Если вы связали ваш VCEL с GitHubбом, то он автоматически будет там показываться. Выбираем стекjs, потому что у нас такой стек, и кликаем здесь просто deплой. Здесь можно посмотреть, как у нас проходит сборка. Пока что вроде всё чётко. Всё, он нам написал: "Congratulations, и у нас проект опубликован". Кликаем вот эту кнопку, чтобы перейти на другую страницу. И вот здесь вот, вот здесь вот ссылка на наш проект. Кликаем на неё. И теперь по вот этой ссылке у нас открывается наш проект прямо в интернете. Я бы, конечно, не назвал этот способ деплоя самым чётким. Вот в этом видеоролике проплой я рассказывал про этот способ деплоя и рассказывал про его косяки. И один из самых основных косяков в том, что мы не можем подключить ему кастомный домен. То есть сделать, например, crosshop.ru. Если мы так сделаем, то мы сможем открывать наш проект только с помощью VPN, что, я думаю, для русскоязычной аудитории не очень приятный вариант. Но как, например, способ опубликовать какую-то версию в интернет, чтобы поделиться с заказчиком или просто с товарищем каким-то, это вполне хороший вариант.

Давайте ещё раз подытожим. Например, мы добились с вами какой-то классной версии нашего проекта и хотим запушить изменения в GitHub. Ну, то есть перенести нашу версию в GitHub репозиторий. Для этого сначала вбиваем вот эту команду Git@. Опять же, всё это будет в моём Telegram-канале. Затем вбиваете Git, Commit de Def M и вот такие двойные кавычки. А в двойных кавычках вы пишите, что это за версия. Там, например, исправили adдмин-панель, можно сюда написать. И третьей команды вы просто вбиваете Git Push, чтобы изменения запушились в GitHub репозиторий. Вы, кстати, можете не париться с этими командами в терминале. Можете просто в сам кодекс написать следующий промт, закамить все текущие изменения и запуши на GitHub. И он сам ведёт нужные команды при вашем подтверждении и отправит ваши изменения в GitHub репозиторий. Вот такая вот удобная штука.

Теперь давайте вернёмся к тому, на чём мы закончили. Здесь вбиваем три точки и нажимаем создать постоянное рабочее дерево. Ну давайте 222. Вот так создать. Всё, теперь у нас без проблем создалось наше постоянное рабочее дерево. По сути, мы с вами создали новую отдельную ветку, то есть отдельную копию нашего проекта, с которой мы сможем работать и редактировать этот код без боязни потерять старую версию проекта.

Теперь в новой ветке давайте создадим новую беседу. Вот она наша ветка. Если что, Next CodeК 222. Здесь надо создать новую беседу. Кликаем вот сюда, чтобы новая беседа создалась. Давайте здесь попросим главный блок сделать зелёным. Сделай главный блок моего сайта зелёным. Добавь туда зелёную картинку какую-нибудь. Вот что-нибудь такое сделаем, чтобы сильно не нагружать. Кликаем Enter. Так, как мы можем заметить, здесь у нас появился путь Worktс. Ля-ля-ля. И наш проект. Короче говоря, это значит, что он будет работать именно с отдельной веткой, а не в основном проекте. Давайте подождём, пока он закончит наш промт.

Всё, он закончил работу над этим промтом. Давайте теперь посмотрим, что у нас получилось. Кликаем здесь, чтобы у нас открылся терминал, и вбиваем ему npm run def. Кликаем Enter, и у нас здесь появился порт 3.2. Переходим и смотрим, что у нас получилось. Вот здесь вот появилась зелёная штучка, зелёная плашка с зелёной картинкой.

Теперь давайте вернёмся в нашу основную ветку. Также в терминал. И здесь давайте Ctrl C и npm Randev введём и посмотрим, что у нас будет здесь. Появится ли здесь наша зелёная плашка. И как можно заметить, зелёной плашки здесь не появилось. То есть у нас они открываются с отдельным портом каждый. То есть тут 3.002, здесь 3.000. И таким образом можно делать несколько версий проекта сразу. Отлично.

Давайте теперь введём вот такой вот промт. Закомить все изменения в текущей ветки Work 3 и запуши на GitHub. Не трогай ветку Master. Только это надо сделать вот здесь, в нашей нужной папке с новой веткой. Кликаем Enter. Итак, он закончил работу. Давайте теперь проверим, что у нас появилось в GitHub репозитории. Перезагрузим. Теперь мы можем здесь нажать на выпадающий

список и выбрать отдельную ветку от основной. Перейти на неё. И вот это наш обновлённый GitHub репозиторий. Так.

И помнится, мы здесь ещё не разобрали последнюю команду, которая называется "Разветвить". Тут можно разветвить эту беседу на локальное или новое рабочее дерево. Давайте на неё нажмём. Мы уже с вами создавали новое рабочее дерево через боковую панель. Это по сути то же самое, только прямо из чата. Например, вы создавали какой-то проект и поняли, что хотите попробовать сделать несколько версий, например. В этом случае нам как раз-таки понадобится эта команда "Разветвить".

Как только мы кликнули, нам даётся два выбора: разветвить в новое рабочее дерево или разветвить в локальную. Локальная - это, по сути, копия нашего разговора. Мы продолжаем с того же места, но идём другим путём. Файлы при этом общие. Оба чата будут работать с одними и теми же файлами проекта, а рабочее дерево - это копия разговора плюс копия файлов. По сути, мы этим с вами только что занимались. Создали новую рабочую ветку. И это, по сути, отдельная копия проекта, который мы с вами можем менять независимо от основной ветки. Это полезно, когда вы хотите проэкспериментировать с какими-то штуками, не навредив старой версии. Короче говоря, вот такая вот интересная штука.

Давайте двигаться дальше. Теперь давайте остановимся на блоке автоматизации. Вот я открыл как раз-таки этот блок. Он находится вот здесь в левой панели. Что это такое? С помощью данного блока мы с вами можем автоматизировать какой-либо процесс. Например, сделать так, чтобы кодекс каждые 24 часа проверял наш файл agents.m, например, на соответствие нашему проекту, потому что проект по мере разработки может меняться. Соответственно, AGMD есть смысл обновлять. Всё это можно настроить с помощью вот этого вот блока автоматизации.

Здесь представлено вот столько автоматизаций готовых, которые уже можно встроить. Они почему-то написаны на английском, хотя даже рабочее дерево на русский перевели. Здесь, например, можно найти какие-нибудь полезные автоматизации. Вот, кстати, как раз-таки обновление agents.m в зависимости от там новых команд, workflow и так далее. Также есть, например, автоматизация, чтобы отсканировать недавние комиты. Тоже удобно. И, короче, тут большая куча всего. Можете поизучать, что за автоматизации здесь представлены.

Давайте, например, нажмём на вот эту. Вот здесь написано описание нашей автоматизации. Как только мы кликнули на какую-то автоматизацию, у нас открывается вот этот popup. Что здесь представлено? Здесь представлено название Update agents MD. Что он будет делать? То есть вот он автоматически обновлять будет файл agents MD. Constraints - это ограничение. Тут у него прописано, чтобы он вносил минимальные и точные правки, э, не трогал разделы, которые не относятся к теме. И если не уверен, то лучше добавить заметку, а не выдумывать.

Далее внизу можно настроить рабочее дерево, то есть в какой ветке он будет у нас, условно говоря, работать. выбрать папку, к какому проекту его привязать, и также выбрать время и дату, в какой момент эта автоматизация будет работать. То есть у нас это будет работать каждую пятницу в 11:00 утра. Давайте, например, выберем какую-нибудь папку. И здесь теперь после того, как мы выбрали папку, можно нажать кнопку Создать. Всё, теперь у нас в автоматизациях находится наша автоматизация. Сюда мы можем нажать, чтобы её отредактировать. Всё. Также здесь мы можем редактировать текст. Тоже очень удобно. И вот здесь вот можно нажать тест. Давайте нажмём и посмотрим, что он сделает.

Всё, автоматизация у нас стартовала, он нам написал, и сейчас он, видимо, проанализирует наш файл и обновит нам agents.m. Если мы кликнем вот сюда, то мы перейдём прямо в момент, когда он изменял наш agents.m. То есть, видите, он сам ему, по сути, промт написал, и он обновил нам agents.m. Очень удобная штука. По сути, мы просто настраиваем автоматическое выполнение какого-то промта. Также можно здесь кликнуть на новый, здесь выбрать шаблон и выбрать какой-то из других шаблонов, который был представлен, или нажать Create new. И здесь можно самостоятельно создать какую-то автоматизацию. Очень удобная штука. В целом по автоматизациям, наверное, всё.

Следующая тема, которую мы с вами затронем, называется хуки. По сути, хуки - это тоже своего рода автоматизации. Это определённый код, который будет выполняться в определённый момент. Зачем это нужно? Есть три основных сценария. Первый сценарий - это защита. Например, если кодекс захочет выполнить какую-нибудь опасную команду или удалить какой-нибудь нужный вам-файл, то Хук способен предотвратить опасную команду от кодекса. Второе - это контроль качества. То есть Хук может заставить кодекс, например, проверить свой созданный новый код на какие-нибудь ошибки. Третий - это удобство. Например, мы можем настроить какое-нибудь звуковое уведомление, когда кодекс закончит свою работу. Это удобно, когда вы постоянно метаетесь между проектами и не сидите внутри одного рабочего пространства.

По умолчанию в кодексе нет хуков. Чтобы их сделать, надо нажать, точнее, ввести вот эту команду: "Включи хуки в кодекс. Добавь кодекс hooks равно true в секцию features файла config.tomal." Кликаем enter. Всё готово. Теперь у нас добавилась вот такая вот строчка.

У хуков есть пять моментов, когда они могут сработать. Давайте их разберём. Первый - это session start. Короче, в начале каждой сессии это полезно для автоматической загрузки какого-то контекста, напоминаний и так далее. Второе - это хук прямо перед отправкой промта. То есть, например, когда промт написан, но ещё не отправлен, хук может проверить, не скинули ли мы в промт какой-нибудь важный пароль, который нельзя туда скидывать. Затем есть tool use и post tool use - это перед и после выполнения команды. Например, кодекс хочет выполнить какую-то команду в терминале, и у нас хук может сработать перед этой командой и после этой команды. И пятое событие - это стоп. Это когда кодекс останавливается. Очень полезный хук.

Как раз-таки этот хук мы с вами и настроим. Давайте, например, вставим в кодекс следующий промт: "Создай файл hooks.jon с хуком, который проигрывает звуковое уведомление Macus S. При завершении задачи". Кликаем Enter. Отлично, он закончил свою работу. Если что, я перезагрузил на всякий случай кодекс, чтобы у нас все изменения подтянулись, а то мало ли. Сейчас файл выглядит следующим образом. Событие стоп, как я вам озвучивал, тип хука команда и вот сама команда. Он будет проигрывать вот этот звук glз. Аф. Все мои волки делают аив. Тайм-аут 10 секунд.

Давайте проверим, что он у нас заработает. Введём какую-нибудь команду: "Убери последнее слово из заголовка." Проверим, что он сработает. Кликаем Enter. И микрофон подсуну поближе к динамику. Звуковое уведомление сработало. Теперь вы всегда будете знать, когда кодекс заканчивает промт.

Теперь давайте перейдём к финальной части моего видеоролика. Это сравнение код и кодекс между собой. Скорее всего, для тех, кто пользуется этими программами в первый раз, кодекс будет немножко интуитивно проще. Но так как я давно уже привык работать с интерфейсом CLД код, мне он гораздо более понятен. Также я заметил, что у кодекса очень сильно проседают некоторые моменты, которые уже круто и хорошо работают в clД-код. Например, те же хуки, как мне кажется, в кодексе они работают не совсем так круто, как, например, в том же клоде. Плюс agent Teams, то есть в clД есть функция, чтобы эти субагенты, которых мы создаём, взаимодействовали друг с другом, и таким образом они будут выполнять задачу более качественно. В кодексе же такого взаимодействия субагентов нет. То есть каждый субагент не взаимодействует друг с другом, а только с главным агентом.

Затем я заметил несколько косяков с десктопным приложением Кодекс, но возможно либо это у меня конкретно так работает, либо они выкатят обновление и всё починится достаточно быстро. То есть там такие замечания по типу: "Чтобы у меня заработали новые скилы, хуки и так далее", мне надо прямо перезагрузить приложение. Не просто зайти в новое окно, а именно перезагрузить приложение. Как будто бы это не совсем удобно. Ну и опять же, если бы я работал в терминале, возможно, такой проблемы бы не возникло. Я не нашёл нигде адекватного сравнения, поэтому опираюсь чисто на личные ощущения.

Что бы я хотел выделить из плюсов кодекса? В кодекс заметно приятнее проподписка. То есть, например, в том же Клоде за 20 долларов вы получаете прямо микроподписку, которую почти ни на что не хватает. В кодексе же за 20 долларов я мог намутить большую кучу всего и у меня практически не сгорали мои лимиты. Плюс многие писали, что GPT 5.4 с высоким уровнем размышлений, то есть хай, она работает помощнее, чем CL Oppus 4.6. Я не знаю, соглашаться с этим или нет, но раз такие мнения бытуют, возможно, в чём-то она реально лучше. Но опять же, я это не проверял, не могу сказать наверняка.

Ещё из приятного, вот я через нейронку это поресёрчил, то, что вот этот Agents MD, то есть аналог COД MD, в котором хранится информация о нашем проекте, которая подгружается в начале каждой сессии, его может читать не только кодекс, но и, например, тот же CRS, Winsf и так далее. То есть это такой общедоступный файл, а ClД MD работает только в ClОД. Вот такую штуку тут написали. Также в кодексе есть какая-то модель Codex Park. Это какая-то суперкрутая, быстрая модель, которую, чтобы затестить, надо купить самый дорогой тариф за 200 долларов. Если кто-то пользовался этой моделью, напишите в комментариях, как она вам.

Ещё одно значительное преимущество кодекса над CД-код - это его доступность. Помимо того, что за 20 долларов вы сможете больше работать в кодексе, чем в том же CLД код, его ещё и проще купить. Как вы видели в начале ролика, я зашёл на сайт GG и просто за 1.000 руб. купил себе тариф Плюс, который стоит по дефолту 20 долларов. на clД-код. Таких акций вы почти никогда не встретите. Плюс GPT чаще выпускает какие-то акции, которыми пользуются халявщики и делают бесплатные аккаунты. Это тоже в целом приятно.

Ну и в связи с последними событиями, которые происходят с ClДКОД, то, что он начал банить новых пользователей, запрашивать номера, которые не принимаются, естественно, если вы в России находитесь, это затрудняет использование клод-код для новых пользователей. А у кодекса такой проблемы нет. То есть там, конечно, тоже нужен VPN, но с ним всё равно гораздо меньше мароки, чем с тем же клодом.

В целом кодек прикольная программа, в которой есть много удобных user experience штук, которые позволяют полному новичку погрузиться в процесс вайп-кодинга. Честно говоря, сам понимаю, какое-то дурацкое сравнение у меня получилось, поэтому я бы хотел получить мнение от вас. Напишите в комментариях, что всё-таки лучше: кодекс или клодкод, и почему, вы считаете именно так. На этом у меня всё. Всем спасибо за просмотр. Надеюсь, этот видеоролик был для вас полезен. Всем пока.