Transcription
Всем привет. Добро пожаловать обратно на очередной выпуск Claude Code. Поскольку это самый важный выпуск. Anthropic наконец-то выпустила Claude Sonnet 4.5. Но не только это, Anthropic также выпустила новую версию Claude Code 2.0, а также обновила свое расширение VS Code, чтобы конкурировать с Codex IDE. Теперь я уверен, что вы видели все эти различные графики и тесты, показывающие, насколько хорош Claude Sonnet. И я не собираюсь утомлять вас этим, потому что я думаю, что действительно важно, как он работает, когда вы на самом деле пытаетесь построить что-то реальное. И поэтому в сегодняшнем видео я подвергну Claude испытаниям, построив полный продукт. Из одного PRD. Теперь он будет включать не только фронтенд, но и бэкенд, интегрированный с superb base. И по ходу дела я расскажу обо всех основных обновлениях в рамках этого нового релиза, но не только это, я обязательно буду использовать полный набор функций Claude Code. Это включает в себя использование под-агентов в многоагентной архитектуре, где вы фактически запускаете несколько таких агентов параллельно, а также использование пользовательских слэш-команд как для проектирования, так и для реализации приложения. В моем последнем видео я фактически использовал всю экосистему компонентов Codex для создания чего-то под названием C exometer, которое представляет собой трекер анализа настроений на основе OpenAI для Reddit. Так что сегодня мы будем строить конкурирующий продукт для этого, который называется odometer. И чтобы сделать все справедливо, я буду использовать тот же самый PRD, просто модифицируя Codex для Claude, чтобы мы могли увидеть и провести справедливое сравнение между ними обоими. Хорошо, так что я надеюсь, вы с нетерпением ждете, чтобы увидеть, как это получится. Но прежде чем я углублюсь. Если вы заинтересованы в получении ресурсов для сегодняшнего урока, вам определенно стоит заглянуть в мой AI-ориентированный Insiders Cloud. Здесь я загружаю планы уроков и код, связанные со всеми моими видео, а подписчики также получают доступ к некоторым ранним материалам и обновлениям в середине недели. И если вы хотите пойти дальше, вам может понадобиться проверить мои builder packs, которые у меня есть как для Cloud Code, так и для Codex. Это полный набор инструментов, который поможет вам начать работу и повысить уровень ваших рабочих процессов как в Code, так и в Codex. Так что ссылки на все это находятся в описании ниже. И без дальнейших церемоний, давайте начнем с сегодняшнего урока. Хорошо, давайте начнем с простого ввода Claude. И я просто проверю версию, на которой я нахожусь. Итак, это версия, которую я буду использовать прямо сейчас. И поэтому давайте просто перейдем прямо к делу, и я сделаю опасное пропущение разрешений, как я всегда делаю, чтобы меня не завалили различными разрешениями и одобрениями, которые нам могут понадобиться. Итак, Claude Code теперь имеет полностью переработанный интерфейс. Они фактически выкладывают этого милого маленького талисмана здесь, что на самом деле приятно видеть. И лично мне нравятся все различные CLI между Gemini, Codex и Claude Code. Я все еще думаю, что общий интерфейс терминала, который мы получаем с Claude Code, лучший. Итак, это первое, что вы увидите, несколько новых изменений. Если вы зайдете в расширения. И вы ищете расширение Claude Code. Они также обновили это. И хорошая вещь в этом заключается в том, что они унифицируют версию расширения с тем же номером версии, который вы видите в Claude Code. Так что это на самом деле довольно полезно. Самое большое изменение в расширении заключается в том, что в прошлый раз, когда вы нажимали на это, оно просто запускало новый терминал, очень похоже на то, что вы видите внизу. Но на этот раз вы получаете что-то немного больше похожее на Cursor или Codex IDE. Так что у вас есть это выделенное окно здесь, и оно выглядит очень отличающимся от терминала, который вы бы получили, если бы просто запустили Claude напрямую. Оно дает вам несколько приятных вещей здесь, так что вы можете переключаться между режимом планирования, спрашивать перед редактированием и автоматически редактировать. Но главное, что вы получаете из этого интерфейса, который у вас есть здесь, это то, что вы можете видеть свои прошлые разговоры, и вы получаете обычные вещи, где вы можете тегировать файлы, которые у вас есть, все папки. Вы также можете запускать свои слэш-команды, что очень хорошо. Хорошо, мы сделаем несколько из этих вещей, используя IDE-версию здесь. Но прежде чем мы это сделаем, мы быстро перейдем в терминал. Итак, несколько вещей, которые вы уже могли делать раньше, это контекст, который позволяет вам видеть, сколько вашего контекста фактически используется различными вещами, такими как системный промпт, ваш MCP-инструментарий и все ваши пользовательские агенты. Так что вы можете видеть это здесь. Хорошо. И я просто перейду к использованию. Хорошо, как вы можете видеть, если у вас возникнут какие-либо проблемы с использованием, вы можете столкнуться с тем, что мне пришлось выйти из системы и снова войти. Но хорошая вещь в этом использовании, которое вы видите здесь, заключается в том, что оно фактически показывает вам ваше использование за текущую сессию. Так что ваш текущий пятичасовой блок, а также ваш недельный блок, и они фактически разделили его так, что вы можете видеть разницу между всеми моделями и использованием Opus. Итак, в прошлом вы могли использовать что-то вроде CC usage, но это были просто оценки, а теперь вы получаете их напрямую от philanthropic, что очень хорошо. Хорошо. Еще несколько вещей, которые вы можете сделать, которые я покажу по ходу дела, это то, что вы можете фактически сделать rewind, чтобы восстановить разговор, и вы можете фактически получить доступ к этому аналогично, дважды нажав Escape. Это фактически отменит ваши изменения. Теперь одна из вещей, которая мне не очень нравится, даже несмотря на то, что у нас есть эта IDE в Claude Code прямо сейчас. Я думаю, что разница между ней и, скажем, чем-то вроде Codex, который я покажу вам здесь, заключается в том, что, во-первых, Codex кажется действительно продуманным и полностью интегрированным. В то время как Claude Code кажется немного оберткой вокруг основного интерфейса Claude, который все еще приятно иметь, но у него нет таких вещей, как синхронизация с GitHub, а также передача вещей в облако, что, если вы фактически видели мое предыдущее видео. На самом деле является очень полезным способом разгрузки вычислений в фоновом режиме, чтобы вы могли фактически использовать текущий экземпляр Claude Code для чего-то другого. И другая вещь, которая мне действительно не нравится, это то, что мы не можем прикрепить это к стороне, верно? Все остальное, я думаю, так, и если я не ошибаюсь, вы можете видеть Copilot здесь также может быть прикреплен справа, в то время как, к сожалению, Claude Code никогда не попадает туда. Это почти как вторая вкладка редактора. И это иногда смешивается с файлом, который у вас может быть открыт, верно? Потому что вы технически можете перетащить это сюда, и тогда это просто становится немного беспорядочным. Так что мне не очень нравится, как Claude Code это сделал. Я просто хочу, чтобы они сделали это немного похоже на Codex и на то, как это делает Copilot, и это будет намного лучше. Хорошо. Хорошо. Итак, это краткий обзор общих изменений, но я думаю, лучший способ фактически взглянуть на последние изменения, которые вышли из Claude Code, — это фактически построить проект. Так что, если вы фактически видели мое последнее видео. Для тех из вас, кто не видел этого раньше. В моем последнем видео я фактически рассмотрел что-то под названием C Clater, которое отслеживает настроения для LLM в различных сообществах Reddit, будь то Jet, GPT, Claude и Gemini. И поэтому я фактически создал одно в моем последнем видео, где я фактически использовал Codex в моем последнем видео, чтобы попытаться создать Codex Soter, который фактически отслеживал настроения конкретно по Codex в сабреддитах, связанных с OpenAI. Поэтому я решил, что такое сравнение будет очень полезным. Так что мы построим наш собственный хронометр. который будет фокусироваться конкретно на Claude. Так что я просто буквально взял PRD из последнего видео, где мы построили C exometer, и просто заменил все на CLO Code и указал эти три сабреддита. Так что Cloud ai, Cloud Code и Anthropic — это те, которые мы будем передавать. Так что это должно дать нам довольно хороший ориентир того, как Claude up 4.5 на самом деле сравнивается с моделями OpenAI GBT five. Хорошо. Хорошо. Так что вот что мы будем делать сегодня. Хорошо. Еще несколько вещей, например, вы можете переключаться между моделями сейчас, и они фактически изменили это. Раньше вы могли фактически сделать эту вещь под названием. Opus для планирования и Sonet для реализации, что многим людям очень нравилось, но теперь они фактически избавились от этого. По сути, просто используйте Sonet 4.5 в качестве значения по умолчанию и используйте 4.1 только в том случае, если вы выполняете какие-то действительно сложные задачи. И есть много жалоб там, я думаю, от разных людей, которые говорят, что они быстро исчерпывают свою квоту. И я думаю, вы можете видеть, что philanthropic действительно подталкивает людей к тому, чтобы иметь только одну модель для большинства задач, независимо от того, является ли это режимом планирования или режимом выполнения, и использовать Opus только тогда, когда вы имеете дело с очень сложной проблемой. Я не очень уверен, что об этом думать, но, но я полагаю. Но я думаю, стоит отметить. Так что мы будем использовать 4.5 сегодня, потому что в прошлый раз, когда мы делали, мы фактически использовали Codex, мы фактически использовали GBD five Codex для версии Codex Summitter. Так что я думаю, справедливо будет использовать 4.5 для сегодняшней реализации cloud meter. Я фактически понял, что у меня нет настроенной строки состояния. Так что очень быстрый обходной путь, чтобы получить приятную строку состояния, отображаемую ниже. Так что вы можете фактически сделать NPX CC status line at latest, а затем Init. И что это сделает, это запустит генератор строки состояния. Вы можете фактически выбрать все, что у вас есть здесь. Да, эмодзи. Я просто включу отладку. И я хотел бы установить это для этого проекта. Хорошо, так что это дает вам приятную строку состояния здесь. И способ, которым я это сделаю, чтобы вы могли видеть это, это то, что если я теперь сделаю Claude и сделаю интересно пропустить разрешения, вы увидите, что у вас есть приятная строка состояния ниже. Она показывает, какую модель вы используете. версию cloud code, которую они используют, а также стиль вывода и оставшийся контекст и все, что связано с использованием. Так что эти должны начать обновляться. Эти должны начать обновляться. Это должно начать обновляться, по мере того как мы идем, и надеюсь, я не ввел ошибку, потому что я на самом деле давно этого не обновлял, хорошо, хорошо, так что давайте начнем. Хорошо, так что очень краткий обзор, я не буду вдаваться в слишком много деталей здесь, но очень краткий обзор заключается в том, что у меня есть куча у меня есть куча под-агентов, которые я определил. И то, что мы собираемся сделать, это разделить это на две фазы. Так что мы сначала сделаем фазу проектирования, а затем фазу реализации. И у меня фактически есть полное видео о том, как я разделил, а также как был определен каждый отдельный под-агент. Но я не буду утомлять вас здесь, потому что вся суть здесь в том, чтобы начать работу с Sonet 4.5. Очень краткий обзор заключается в том, что я буду использовать две пользовательские команды. Одна из них называется design app, которая запустит весь процесс. И это будет первая фаза разработки нашего приложения, и вы увидите, что мы запустим оркестратор, который будет координировать работу множества различных под-агентов и для производства артефактов, которые мы затем будем ссылаться, когда перейдем ко второй фазе, фазе реализации. Хорошо? Вот почему у нас есть две слэш-команды. Здесь. Теперь, пока мы говорим о последних изменениях в Claude Code, одно из самых больших изменений заключается в том, что ваши под-агенты теперь могут запускать пользовательские слэш-команды. Так что позвольте мне просто показать вам это здесь. Хорошо, так что у меня фактически есть эта пользовательская слэш-команда под названием design setup folders, и я просто запущу ее вручную здесь. Так что я просто передам PRD. Хорошо. И поэтому причина, по которой я покажу вам это, заключается в том, что я хочу, чтобы вы немного поняли, что фактически будет делать фаза проектирования. Так что вы можете видеть здесь после того, как я запущу эту слэш-команду, вы увидите. И, хорошо, я только что запустил эту слэш-команду, и мы просто дадим ей немного времени, чтобы закончить. И вы можете видеть, что моя строка состояния теперь фактически включилась, взаимодействие. У меня есть оставшийся контекст, у меня 91% контекста, и вы можете видеть мое использование в долларах, а также скорость сгорания. Хорошо? Хорошо, так что теперь вы можете видеть, что эта слэш-команда завершена, и что фактически вы увидите здесь, это то, что она прочитала мою PRD документацию, а затем подготовила выходную папку, в которой есть что-то под названием манифест. И этот файл манифеста здесь фактически описывает ее понимание на основе документа PRD. А затем после этого она точно определит, какой под-агент будет задействован во время, и затем она определит, где каждый из отдельных под-агентов разместит. Выходные данные их, их индивидуальных запусков. И вы увидите, что мы будем использовать несколько различных под-агентов здесь. Есть UI дизайнер, эксперт по общим компонентам, системный архитектор, эксперт по Next GS и эксперт по API Reddit. И на самом деле, что вы увидите здесь сегодня, хорошо, у нас есть несколько. Хорошо? Хорошо. И затем этот файл манифеста является ключевым, потому что если вы фактически видели мои другие видео и то, что указывают другие эксперты, всегда лучше, чтобы ваши под-агенты как бы. Если у вас есть несколько под-агентов, каждый из которых специализируется на чем-то, вместо того, чтобы заставлять их реализовывать это сразу, всегда лучше, чтобы они провели фазу планирования, а затем поместили результаты своего планирования в папки. А затем впоследствии, когда у вас есть все это, только тогда вы переходите к реализации. Хорошо? И есть несколько причин, почему вы хотите это сделать. Номер один, вы можете фактически безопасно параллелизировать под-агентов, потому что эта структура вывода, которую вы увидите здесь, будет означать, что они не перезаписывают код друг друга. Все они записывают свои выходные данные и свое понимание в отдельные папки. Другая причина, по которой вы хотите это сделать, помимо параллелизации, заключается в том, что вы фактически максимизируете контекст каждого из этих отдельных под-агентов, потому что каждый раз, когда вы запускаете под-агент, вы фактически получаете чистый лист. Полный контекст Полный контекст минус любой системный промпт Claude, который у вас может быть. А затем, поскольку они записывают все выходные данные в файлы позже, когда вы запускаете свой основной агент, вы фактически сможете в некотором смысле максимизировать полное окно контекста, вместо того, чтобы пытаться втиснуть все в одно. Хорошо? Хорошо. Хорошо. Достаточно теории. Я думаю, пора начинать. Я думаю, пора начинать, но, хорошо. В любом случае, вы видели, как я это запускал. Хорошо. В любом случае, вся причина. Хорошо, теперь причина, по которой я показывал вам, как я запускаю эту слэш-команду напрямую для создания этой выходной папки и манифеста, заключается в том, что в прошлом мне приходилось сжимать всю эту информацию о том, как организовать выходные папки под-агентов, в промпт самого агента. Хорошо, так что, если вы фактически посмотрите на это, но однако на этот раз есть новое изменение в Claude Code, которое позволяет вам фактически запускать слэш-команды как инструменты. И как только вы сможете запускать что-то как инструмент, это означает, что ваш под-агент сможет запускать его. Так что, если вы фактически углубитесь сюда, вы фактически увидите, у меня есть явная инструкция здесь, которая фактически говорит использовать слэш-команду для вызова той же самой слэш-команды, которую я делал раньше. И это действительно важно и очень полезно, потому что это означает, что вы теперь можете абстрагировать то, что это проектирование, хорошо, если вы заглянете в выходные папки, как вы можете видеть, у меня фактически был этот довольно длинный набор инструкций здесь о том, как я хотел организовать, как я хотел организовать, как я фактически хотел организовать, как я взял аргументы, а затем как я хочу организовать под-агентов. И это вещи, которые как бы раздувают оркестраторы, контекст ранее. Но на этот раз, это фактически, но на этот раз, вместо того, чтобы помещать все это сюда, просто говорится использовать слэш-команду. Так что это очень полезное изменение. Оно не появилось в версии 2.0. И, если быть точным, оно появилось незадолго до выхода релиза Claude Code 2.0, но все еще очень полезно отметить. И, используя этот шаблон, и я думаю, многие люди недооценили его, потому что теперь, когда под-агенты могут запускать слэш-команды, вы можете, вместо того, чтобы раздувать контекст, вместо того, чтобы раздувать контекст вашего под-агента, вы можете фактически просто сказать ему различные команды, которые ему нужно выполнить. Так что я думаю, что этого достаточно теории вещей и различных изменений, но я думаю, что вы хотите увидеть, как это работает, используя все эти последние изменения, а также структуры под-агентов, которые я использовал. Хорошо, так что давайте без дальнейших, хорошо. Так что без дальнейших церемоний. Хорошо, я думаю, давайте начнем. Так что давайте фактически попробуем это, чтобы увидеть, как это ощущается. Другая вещь, связанная с использованием этого, заключается в том, что вы не получаете приятных строк состояния, которые вы видите ниже, но это нормально. Хорошо. Но это нормально, давайте фактически посмотрим, как это может работать. Так что давайте просто сделаем фазу проектирования сначала. Я думаю, что мне не очень нравится в этом, это то, что вы можете видеть здесь, я хочу сделать dev design app, и я знаю, что я должен передавать некоторые аргументы, как вы можете видеть здесь, верно? Так что, если вы фактически посмотрите здесь, вы увидите, когда я делаю dev design app, я фактически могу передать файл PRD. Но затем, когда я делаю это здесь в расширении, нажимаю ли я пробел, табуляцию или Enter, оно фактически просто отправляет его, и это не то, что я хочу. Я должен сказать, что расширение приложения, каким бы хорошим оно ни выглядело и так далее, не очень подходит для моего рабочего процесса. Так что я не буду использовать его в этот раз. Я не буду использовать его для этого запуска. Но пока что оно просто не работает для тех рабочих процессов, которые я использую. Так что я закрою это, а затем я просто сделаю design app, и я просто передам файл в PRD. Хорошо? Давайте просто запустим это. И оно запускается. Так что помните, во время этой фазы, то, что вы увидите, это то, что оркестратор запустится, а затем он будет координировать работу всех различных под-агентов. Но перед этим он создаст и подготовит выходную папку. Так что перед тем, как он это сделает, я фактически позабочусь об этом. Хорошо. И поэтому несколько новых вещей в Claude Code заключается в том, что я думаю, если вы нажмете вопросительный знак, вы увидите, что они фактически переработали немного, какая команда, какая горячая клавиша фактически что делает. И поэтому теперь это будет Ctrl O, чтобы фактически увидеть. Хорошо, так что они фактически изменили кучу горячих клавиш, чтобы иметь возможность развернуть и увидеть, что делают различные инструменты. И, и я думаю, если вы нажмете Ctrl T сейчас, хорошо, так что если вы нажмете Ctrl O, вы сможете увидеть развернутые оркестраторы. Хорошо, так что вы можете видеть, вы можете видеть, что это контекст оркестратора, который был передан. И затем, хорошо, это контекст оркестратора, который был передан. Хорошо? И затем, и затем. Как вы можете видеть, он фактически вызвал пользовательскую слэш-команду. И это причина, по которой он фактически инициализировал выходную папку здесь с манифестом. Хорошо, так что это работает правильно, и, как я сказал, это действительно мощный шаблон, чтобы иметь возможность запускать слэш-команды вашими под-агентами. И теперь todo скрыты, вам нужно нажать Ctrl T, чтобы фактически развернуть todo. Что очень хорошо, потому что я думаю, что был период времени, когда они фактически избавились от oo, намеренно или нет. И поэтому это очень хорошо. Для тех из вас, некоторые из вас, возможно, уже знакомы с этим, если вы видели мои предыдущие видео, но я укажу на это. Так что способ, которым это работает, заключается в том, что фаза один, оркестратор настроит все выходные папки, а затем во второй фазе. UI дизайнер запустится и начнет смотреть, как сделать макет того, как будет выглядеть это приложение, и то, как оно также, которое я собираюсь нажать Control O, чтобы развернуть. Вы увидите, что оно фактически выведет спецификацию дизайна в эту папку, которую вы видите здесь. Теперь, отличная вещь в этой спецификации дизайна, которую вы увидите, вы увидите медленно, что здесь эти вещи начнут заполняться. На самом деле, вы можете видеть, что спецификация дизайна уже здесь. И в моих предыдущих видео у меня фактически было несколько разных файлов, но я фактически экспериментировал и обновлял их, чтобы вывести только один файл. Так что это намного чище, потому что они не имеют тенденции, давайте фактически посмотрим на каркасы здесь, и, вот как это будет выглядеть. Хорошо, так что это будет монитор настроений. А затем куча элементов управления, куча переключателей для диапазонов дат, а затем некоторые сводные метрики, а также график тренда. И способ сделать это, как SC, на самом деле является чрезвычайно полезным и эффективным способом получить UI. Так что это то, что я последовательно делаю во всех своих проектах сейчас, и это работает чрезвычайно хорошо. И поэтому никогда не недооценивайте силу SER. Хорошо, так что давайте быстро вернемся сюда, потому что я хотел подчеркнуть, хорошо, хорошо. И одна вещь, которую нужно помнить. И одна вещь, о которой вы можете думать, это подождите минуту, как оркестратор запустился, а теперь UI дизайнер, что происходит, и где другие под-агенты? Как так получилось, что они еще не работают? И вот почему, если вы фактически посмотрите на todo здесь, фаза один запустится, а затем, во-вторых, дизайнер разработает каркас пользовательских потоков. И как только это будет сделано, только тогда он сможет иметь параллельное выполнение по всем другим под-регионам, потому что на данный момент у него достаточно информации для каждого из них, чтобы работать независимо. Но до того, как UI дизайнер фактически закончит макет и общий поток. Вероятно, не лучшая идея начинать делать то, как будет выглядеть API Reddit, или то, как будет выглядеть API chat GPT, или то, как будут выглядеть компоненты chat CN. Потому что на данный момент вы еще не поняли общий пользовательский поток, и потому что на данный момент вы еще не закончили, потому что на данный момент вы еще не зафиксировали общий поток приложения. И поэтому именно так я люблю это делать. И это важность того, почему вам нужен оркестратор, потому что он затем позволяет вам определить, будут ли эти под-агенты работать последовательно, или они смогут работать параллельно. И я настоятельно рекомендую вам поиграть с этим. В некоторых случаях, на самом деле, здорово иметь несколько параллельных агентов, работающих. И в некоторых случаях на самом деле лучше просто делать это последовательно, потому что может существовать зависимость между одним под-агентом и другим. Так что мы позволим этому продолжать работать, а затем мы вернемся, когда. Мы позволим этому продолжать работать, пока мы не достигнем второй фазы, где мы будем выполнять параллельное выполнение. Хорошо, так что теперь вы можете видеть, что UI дизайнер закончил свою фазу. Вы увидите, что он сделал, это то, что он теперь записал свой вывод в этот файл спецификации дизайна, который вы видите здесь. Так что здесь у вас есть каркасы того, как это будет выглядеть, и, и если вы видите, это общий дизайн, который он будет иметь, у него будет заголовок, некоторые элементы управления, по которым вы сможете фильтровать сабреддит, или если вы хотите все из них. А затем диапазон дат, за которым следуют сводные метрики, а затем график настроений и объем тренда с гистограммами, а затем топ-ключевые слова с облаком. И есть несколько других вещей, которые этот охватывает, но главная цель здесь, которую я пытаюсь подчеркнуть, это то, что очень полезно иметь UI дизайнера, чтобы наметить, как будет выглядеть приложение, за которым следует пользовательский поток, который оно будет иметь. Хорошо, так что UI дизайнер теперь закончил, и теперь мы перешли к фазе три. И отличная вещь в фазе три заключается в том, что, как вы можете видеть прямо здесь, у вас фактически есть 1, 2, 3, 4, 5 под-агентов, работающих параллельно. Есть две причины, по которым они могут работать параллельно. Номер один, у них теперь есть вся информация, которая им нужна из предыдущей фазы, так что каждый из них работает независимо друг от друга, и у них уже есть вся информация, которая им нужна от UI дизайнера до этого. Так что все они не будут перезаписывать друг друга ни в чем. Вторая причина заключается в том, что помните, что все они будут записывать свои выходные данные в отдельные папки в этой выходной папке, которую вы видите здесь. Это означает, что они могут безопасно работать параллельно, и вы фактически максимизировали контекст всех из них, и я думаю, что это действительно мощный шаблон, где вы фактически можете иметь свою многоагентную архитектуру, использующую Claude Code, сиять. Это лучший способ, который я видел, чтобы позволить нескольким агентам работать, потому что если вы фактически заставляете их писать код или переступать друг через друга, работая параллельно в одной и той же кодовой базе, вы можете получить конфликтующие правки. В то время как таким образом вам не нужно беспокоиться. И это фактически один из рекомендуемых способов: всегда записывать выходные данные в файл, а затем вы получаете контекст, когда вам это нужно, от них позже. Хорошо. Так что они будут работать параллельно прямо сейчас, и мы просто позволим этому работать до завершения. И, как вы увидите, последний шаг заключается в том, что оркестратор будет смотреть на все, что было сделано, а затем консолидировать все вместе в файле манифеста. Так что просто упомяну, что если вы заинтересованы в получении этой многоагентной архитектуры, которую вы затем можете расширить, используя оркестратор, который позволяет вам координировать работу роя под-агентов, решая, когда сделать ее последовательной, а когда сделать ее параллельной, вы можете получить этот код по ссылке в описании ниже в моем builder pack. Вы можете получить все это по ссылке и в моем облачном пакете сборки кода. Я сделал все это доступным в моем облачном пакете сборки кода, который доступен по ссылке в описании ниже. Так что мы просто позволим этому работать до завершения прямо сейчас, а затем мы вернемся, когда он закончит. Хорошо. Хорошо. Итак, фаза проектирования была завершена. Она завершила все четыре фазы, включая параллельную фазу и финальную фазу синтеза. И вы можете увидеть краткое резюме вывода. У нее есть система дизайна, так что она говорит, что это будет темно-синий с цветами настроений, используя восемь компонентов CN. Next GS на роутере, OpenAI для анализа настроений. А затем у нее будет пять маршрутов PR и стратегия кэширования, а также куча тестирования. У меня фактически есть полное видео о том, как использовать различные фреймворки тестирования, такие как Station. Так что вы хотите посмотреть его, если хотите, но теперь, когда мы здесь, он фактически говорит вам, что следующий шаг — это перейти к реализации этого приложения на основе этого вывода. И одна вещь, которая мне действительно нравится в Sonet 4.5, это то, что этот следующий шаг здесь, я не очень помню, чтобы он был таким явным. Я не знаю, просто ли это промпты или что-то еще, но кажется, что он довольно хорош в изложении того, что это следующий шаг, который мы предпринимаем здесь. Но прежде чем мы это сделаем, я просто хочу пройтись, так что, как вы можете видеть здесь, я разверну все эти различные под-агенты, которые теперь дали свой вывод и записали его, так что вы можете видеть интеграцию AI, как вы будете подключаться к OpenAI. Вы можете видеть API Reddit, как вы будете использовать OF два и как вы настроите скрипт и как вы фактически настроите это приложение на Reddit, а затем у вас есть ваш эксперт SHA, который показывает вам все различные компоненты и цветовые схемы, соответствующие тому, что сделал UI дизайнер. У вас есть спецификации тестов, ваша системная архитектура того, как все будет загружаться, на основе роутера Next year. И, как мы действительно видели ранее, как общий дизайн будет выглядеть. Теперь. И я просто хотел еще раз подчеркнуть, возможность запускать все эти под-агенты параллельно, а затем иметь их все записывать в этот вывод — это стратегия, которую нужно использовать всякий раз, когда вы работаете с под-агентами. Это очень эффективный способ их использования. Теперь вы можете перейти к реализации на основе вывода, который у вас есть здесь. Так что вы действительно максимизировали контакт и минимизировали количество перекрытий и перезаписей, которые могли произойти. Хорошо, так что я собираюсь сделать, это я фактически просто попытаюсь использовать эту функцию Claude здесь. Так что я скажу инициализировать boilerplate приложение Next GS 15, React 19 с app router. в папке под названием app. Так что у нас будет хорошая отправная точка. Хорошо, давайте просто попробуем это и посмотрим, что произойдет. Я просто проверю здесь. Так что приятная вещь в этом интерфейсе здесь заключается в том, что он интегрирован с Claude Code CLI, так что вы можете фактически видеть различные сессии, которые вы запускали. Так что он не ограничен только тем, что у вас было в чате здесь. И теперь он запросит инструкции. Так что это не потому, что мы не запускали его с опасным пропуском разрешений. И я полагаю, что лучший способ сделать это — это если вы зайдете в свою папку Claude, перейдете в настройки, а затем добавите ее в свои разрешенные инструменты, это будет лучший способ сделать это. Учитывая, что это всего лишь одна команда, я просто рад позволить этому работать здесь. Хорошо, так что он фактически сделал это, и вы можете видеть, что он поместил это сюда. И я фактически собираюсь посмотреть, можете ли вы сделать, хорошо, так что я сделаю get, сделаю commit. Хорошо, так что это сделано здесь. И то, что я собираюсь сделать сейчас, это я просто собираюсь закоммитить это, так что я собираюсь пойти, хорошо, так что я просто закрою это. Хорошо, так что теперь это сделано, я собираюсь сделать. Хорошо, я просто вернусь в Claude Code прямо сейчас. И я просто собираюсь запустить этот шаг здесь, потому что я на самом деле все еще предпочитаю использовать интерфейс CLI при работе с Claude Code. Так что все, что нам нужно сделать сейчас, чтобы реализовать приложение, это просто запустить одну команду, так что implement app, а затем передать выходную папку, которую манифест. Итак, вот оно. И просто быстрый взгляд в эту выходную папку. Еще раз, вы можете видеть, что манифест здесь определил, где каждый из этих под-агентов хранил свои файлы и о чем все эти файлы. И это причина, по которой этот манифест действительно важен, потому что он помогает организовать то, что сделали все отдельные под-агенты, и связать это обратно с документацией PRD. Так что, если вы фактически посмотрите здесь, он фактически гарантирует, что он фактически соответствует требованиям. Так что все, что было сделано, должно соответствовать требованиям, которые были изложены в PRD. Хорошо. Хорошо. Это причина, по которой манифест так важен. И теперь мы просто собираемся запустить это и посмотреть, сможет ли он реализовать. Просто чтобы показать вам, потому что implement фактически принимает два параметра. Так что он не только принимает выходную папку, которая является той, которую вы видите здесь, но и другая вещь заключается в том, что мы действительно инициализировали приложение next year's. Так что мы можем фактически перейти и сделать это. Хорошо? Так что я теперь скажу, что для boilerplate, Next two. И в этом случае я просто передам app, потому что именно там было инициализировано наше приложение next year's. Хорошо, так что это запустится прямо сейчас. И мы просто позволим этому идти. И поэтому то, что эта команда, эта слэш-команда сделает, как вы можете видеть здесь, это то, что она проанализирует все спецификации дизайна, а затем убедится, и вы увидите прямо здесь сейчас, она фактически смотрит на все из файла манифеста, а также на все выходные файлы от отдельных под-агентов. И вот как это будет работать. Затем после этого она реализует отдельные компоненты, включая API Reddit, для написания данных, OpenAI для выполнения анализа настроений. Затем впоследствии она построит UI компоненты, а затем интегрирует все в пользовательский рабочий процесс, прежде чем протестировать его и подготовить к работе. Так что мы просто оставим это работать, а затем вернемся в конце. Но я надеюсь, что это покажет вам поток использования фазы проектирования, за которой следует фаза реализации, и как работает общая структура. И я знаю, что это шаблон, который я делал раньше, но я действительно хотел продемонстрировать то, что я бы считал лучшей практикой, особенно когда вы строите MVP, особенно когда у вас есть PRD и как вы хотите использовать свои под-агенты. И, как я сказал, вы можете видеть здесь, мы используем sonet 4.5, потому что именно этому будет посвящен этот видеоролик. Так что мы вернемся в конце, когда он закончит всю реализацию. Хорошо, народ, мы вернулись. Так что краткое резюме того, что он смог сделать, это то, что он реализовал монитор настроений Claude Code, и вы можете видеть, что он сделал слой базы данных, используя Prisma и Postgres. А затем у него есть сервис Reddit, сервис настроений и сервис агрегации. Я полагаю, один из них — для скрейпинга, другой — для анализа, а другой — для объединения всего, чтобы его можно было хранить. Есть куча различных маршрутов. А затем он говорит о панели управления и о том, как были сделаны системы дизайна. Я думаю, что мы собираемся сделать сейчас, это мы просто дадим этому. Хорошо? Так что он фактически создал файл anv.example. Хорошо. И, хорошо, так что у него есть файл EMV example. Так что вы можете видеть, я просто, я ввел URL базы данных, кучу учетных данных Reddit, а затем ключ OpenAI, который я сделаю очень скоро. И тогда, я полагаю, мы должны быть в состоянии запустить это. Хорошо, так что давайте фактически просто попробуем это прямо сейчас. Так что мы собираемся сделать, это просто очень быстро, теперь просто попробуем посмотреть, можем ли мы даже запустить его. Так что можно запустить dev, и, как вы можете видеть, круто. Хорошо, так что это просто общий вид того, как это выглядит, без подключения к данным пока. Так что вы сможете переключаться между различными битами, а затем различными сабреддитами, а затем мы получим тренд настроений и объем обсуждений, а также топ-ключевые слова. Хорошо. Я полагаю, что пока используется фиктивные данные. И поэтому мы собираемся посмотреть, сможем ли мы связать все вместе, а затем запустить и развернуть его. Хорошо. Хорошо. Я собираюсь перейти и просто настроить все это очень быстро. Так что я фактически скажу, я настроил шаги один и два, выполните три и четыре для меня. Честно говоря, я фактически не использовал Prisma. Я просто, я обычно использую sq alchemy, когда дело доходит до миграций. Я не должен был использовать прямое подключение, я должен был использовать puller. Так что я думаю, на этот раз это должно сработать, и да, на этот раз это работает. Учитывая, что это вызывает проблемы, я скажу, можем ли мы изменить тактику и просто использовать прямые запросы Superbase SQL, чтобы указать их в папке SQL, и я запущу их. Так что я просто скопирую и вставлю этот файл SQL. И перейду в кабель, в SQL Editor, и я просто запущу это. Я переименую это в create tables и запущу это. Отлично. И тогда, я думаю, это все, что нам действительно нужно, чтобы сделать это, вместо того, чтобы возиться с файлами Prisma, особенно поскольку это как демо, и первоначальная версия. Так что мы не будем действительно беспокоиться о миграциях прямо сейчас. Можем ли мы не делать prisoner generate и просто использовать другой SQL? Хорошо, так что это действительно хороший пример того, где он сделал что-то, чего я не хотел, чтобы он делал. Так что я просто нажму skip дважды. И тогда, если я вернусь сюда, я думаю, он фактически отменит изменения, которые он внес в этот Prisma escrow. Хорошо, так что вы можете видеть здесь, вы можете восстановить код и разговор. Вы можете просто сказать восстановить разговор или восстановить код. Но давайте фактически перейдем к восстановлению кода и разговора. Так что это лучше. Хорошо, и поэтому давайте фактически попробуем запустить его. Хорошо, так что я скажу, запусти это. Хорошо, так что это именно то, что ему нужно сделать, и давайте надеяться, что это сработает. Да, я пытался увидеть, могу ли я обойтись без запуска Prisma вообще, но потом я понял, что, учитывая, что определения TypeScript написаны, вероятно, лучше использовать это. И учитывая, что первоначальная миграция запущена, кажется, что все работает нормально. Так что он говорит, что теперь я могу запустить dev сервер. Одна вещь, которую я люблю делать, это фактически сказать, запустить NPN, запустить в фоновом режиме, чтобы он это сделал, а затем запустить curl, но сделать небольшое количество из них. Так что мы протестируем три дня. Хорошо. И посмотрим, сработает ли это. И поэтому вы можете видеть, если вы запускаете dev в фоновом режиме, вы можете фактически нажать вниз. И отличная вещь в том, чтобы делать это таким образом, это то, что вы можете фактически видеть, как это работает. Так что фактически говорится, что он может работать, он фактически работает на 3 0 0 1, потому что 3000 используется. Но хорошая вещь, которую вы имеете, это то, что теперь, имея его работающим в фоновом режиме, Claude Code может фактически читать журналы, когда возникают ошибки. Так что, пока он запускает этот curl для его приема, вы можете посмотреть, что происходит здесь. Вы можете видеть, как часть этого вызова, есть куча запросов и ответов, чтобы заполнить данные. Так что мне будет интересно узнать, работает ли это на самом деле, в первый раз. Так что добро пожаловать обратно. Давайте просто дадим вам краткое обновление о том, где мы находимся. Я фактически запустил процесс приема для небольшого количества дней, и то, что фактически произошло, это то, что вы можете видеть. Что он фактически получил комментарии из различных сабреддитов и сохранил их в Superbase, который вы видите здесь. Так что у вас есть необработанные комментарии, необработанные посты, а затем результаты настроений, которые вы видите здесь, от обучения его против конечных точек OpenAI. А затем, наконец, то, что он сделал, это то, что он запустил ingest poll, который затем агрегировал бы эти настроения за отдельные дни. И вы можете видеть это здесь. Хорошо, так что он фактически агрегировал по трем различным сабреддитам за три разных дня. И, и давайте просто перейдем прямо к тому, как выглядит конечный результат. Так что вы можете видеть здесь, я просто очень быстро обновлю это. Хорошо. Вы можете получить, вы можете фактически видеть анализ настроений Claude по этим трем различным сабреддитам. Так что, когда вы переходите к cloud AI и Cloud Core, вы можете видеть, что есть в целом положительные тенденции между вчера и сегодня, верно? Но затем, если вы перейдете к philanthropic, вы можете фактически видеть, что он фактически начал снижаться. Так что это в целом отрицательные тенденции. Объем, который вы можете видеть, составляет сто тридцать пять, сто тридцать пять здесь. Так что то, что они сделали, это то, что он фактически отправил сто тридцать пять постов за 1 октября, а затем за 2 октября всего лишь, потому что мы только что перешли ко 2 октября, всего шесть постов. Хорошо, так что там, где вы видите в целом отрицательные тенденции в philanthropic, но для Claude Code и в, и в Cloud и Cloud AI, он фактически имеет тенденцию быть немного более положительным. Как вы можете видеть, я только что перешел от одного PRD к фазе проектирования и фазе реализации, и с этим я смог получить работающее приложение, не только используя фиктивные данные, но и имея полноценный бэкенд, где он хранит вещи в базе данных, он способен подключаться к внешним API, таким как Reddit. check GBT, а затем выполнять анализ настроений на основе этих целей. И даже несмотря на то, что я делал это только за последние три дня, вы можете легко запустить это немного дольше, чтобы получить более широкую картину, которую я сделаю, а затем я посмотрю, смогу ли я фактически развернуть это приложение, чтобы вы могли поиграть с ним. Но в целом, каковы мои выводы из Claude? Так что, если вы спросите меня, чтобы суммировать, я думаю, 4.5 работает очень хорошо. Во многих случаях мне требуется немного больше времени, чтобы добраться до этой последней мили интеграции с бэкендом. Обычно это занимает немного больше времени, чтобы найти свой путь. Единственное, что я сделал, это фактически выполнить первоначальную миграцию, используя прямой SQL. Но затем, после этого все, что он изложил, просто сработало. Это работает. У него есть полностью интегрированный бэкенд, где у нас фактически есть монитор настроений здесь. Так что, если вы попросите меня суммировать, я бы сказал, что 4.5 действительно солиден, особенно когда вы сочетаете его с общей архитектурой того, что предоставляет Claude Code. Он действительно может помочь вам перейти от нуля к одному, очень хорошо. И это не только использование фиктивных данных, у него фактически есть полностью интегрированный бэкенд. Теперь, несколько вещей, которые я заметил, это, во-первых, как мы видели, расширение CLO init в IDE все еще далеко от Copilot и особенно Codex. Как мы видели, мы фактически не могли правильно использовать мои пользовательские команды с аргументами. Оно просто, как автоматически просто запускало команды. Так что это одна проблема. Другая вещь, которую я также заметил, это то, что общий дизайн приложения, даже несмотря на то, что мы фактически использовали наших UI/UX агентов, по-прежнему очень базовый по сравнению с тем, когда мы фактически использовали Codex, например. Эти дизайны были очень красивыми. Эти тенденции очень безопасны и чище, и они выглядят немного менее впечатляюще. И не поймите меня неправильно, это все еще чистый макет с использованием правильных компонентов. Но если сравнить это с некоторыми дизайнами, которые мы делали с Codex, то он имеет тенденцию быть немного менее единообразным в том, как он создает UI. Но в целом, я думаю, что CLI по-прежнему непревзойден, учитывая возможность настройки, под-агентов и всех этих мелких приятных изменений. Я думаю, в целом, я всегда чувствую, что терминальный UI Claude Code действительно выглядит очень хорошо. И я всегда чувствую себя очень комфортно, когда работаю с ним, даже несмотря на то, что я фактически больше использовал Codex. Так что в целом, я думаю, Sonet 4.5 определенно останется. Я думаю, что он практически заменит повседневное кодирование. Так что я не думаю, что кто-либо будет использовать четыре больше, и вы, вероятно, все равно будете использовать Opus 4.1 для задач с высоким уровнем рассуждений и мышления, но я думаю, что в большинстве случаев вы сможете обойтись 4.5. Так что в целом. Довольно солидный релиз. Является ли он действительно прорывным скачком, как некоторые люди изначально рекламировали, я на самом деле не думаю так. Но опять же, это еще ранние дни. Все еще выходит много исправлений, и мне еще предстоит подвергнуть его испытаниям, но я подумал, что сделаю это для сравнения. Начиная с того же PRD, но на этот раз используя Claude Code и используя фреймворк, который я использовал практически все время, что я использовал Claude Code сейчас. Хорошо, надеюсь, это был полезный обзор различных изменений, которые произошли в результате Sona 4.5 и Claude Code версии два. Я думаю, это солидное обновление. Я думаю, что philanthropic движется в правильном направлении, но достаточно ли этого, чтобы отбиться от конкуренции со стороны других вещей, таких как Codex? Я не очень уверен. Если вам понравилось это видео, не забудьте поставить ему лайк, нажмите кнопку подписки и не забудьте включить уведомления, чтобы вы всегда были первыми, кто узнает, когда выйдут новые видео, подобные этому. И если вы хотите сравнение один к одному, вам определенно стоит посмотреть мое последнее видео, где я фактически использовал Codex и полную экосистему для создания не одного, не двух, а трех различных версий Code Exometer, которое является очень похожим приложением на то, что мы построили сегодня, но оно рассматривает настроения Codex в сабреддитах OpenAI и Codex. Это отличное сравнение не только рабочего процесса, но и результатов. И вы можете посмотреть его в этом видео здесь. Хорошо, до следующего раза, увидимся.