00:00:00Мы вступили в новую эру разработки ПО. Разработчики выпускают продукты с такой скоростью,
00:00:04какой мы еще никогда не видели. Однако возникла проблема. Традиционные рабочие процессы
00:00:08перестают работать, когда в дело вступают ИИ-агенты. Это ставит важный вопрос: как теперь
00:00:13выглядит роль разработчика? Недавняя статья генерального директора Linear привлекла мое внимание. Linear — это
00:00:18инструмент управления проектами, который помогает командам организовывать и отслеживать работу именно в современной разработке.
00:00:23Эти идеи исходят от человека, который прошел путь от традиционных рабочих процессов
00:00:27до современных систем на базе ИИ. Эта статья заставила меня переосмыслить не только инструменты,
00:00:33которые мы используем. Она заставила меня переосмыслить весь процесс создания продуктов. Нам есть о чем поговорить,
00:00:37потому что эта информация фундаментально меняет подход к разработке с ИИ. «Середина» процесса разработки
00:00:43исчезает, и центр тяжести в создании ПО смещается. Чтобы понять, что такое «середина», давайте
00:00:47вспомним, как распределялась работа до появления ИИ. Все начиналось с начальной фазы. Она включала
00:00:52сбор требований и этапы планирования. На этом этапе мы создавали планы того,
00:00:57что собираемся построить. Затем шла «середина». Именно здесь план превращался в реальный
00:01:01продукт, и эта часть включала написание кода. Именно она занимала больше всего
00:01:05времени. Уходили недели, месяцы или даже годы на то, чтобы предоставить качественный, работающий продукт. Это была
00:01:11также часть, где детали путались чаще всего из-за неверной интерпретации намерений или передачи идей
00:01:16от одного человека к другому. После написания кода наступала финальная часть, включавшая различные формы
00:01:20тестирования и проверки на соответствие исходным требованиям. «Середина» была этапом с
00:01:25наибольшим количеством трудностей, но CEO Linear утверждает, что так больше не будет. Дело в том, что
00:01:30средняя часть работы — реализация и написание кода — фактически заменяется ИИ. Теперь нам
00:01:35вовсе не обязательно касаться кода самим. Это связано с тем, что кодинг-агенты стали настолько мощными, что
00:01:40способны создавать код на основе одного лишь контекста и планирования задач. Теперь речь идет скорее об
00:01:45использовании агентов правильным образом и контроле их работы, а не о написании кода. Если вы регулярно
00:01:50смотрите наши видео, то знаете, что мы показывали множество способов использования рабочих процессов с ИИ
00:01:55для создания приложений корпоративного уровня. Вы можете делать это, просто курируя агентов и не
00:01:59написав ни единой строчки кода самостоятельно. IDE стали скорее инструментами просмотра кода, чем написания. Это
00:02:04изменение для меня очевидно, ведь как для разработчика мой основной инструмент написания кода теперь
00:02:09превратился в инструмент проверки кода, созданного агентом. Теперь я захожу в VS Code только чтобы проверить или
00:02:14добавить комментарии, чтобы ИИ-агент мог реализовать описанные функции. Мне крайне редко приходится что-то
00:02:19менять или писать код самому, потому что агенты очень способные. Но это работает только в том случае, если
00:02:23агенты могут понять намерение. Следовательно, наша работа как разработчиков по сути сместилась с
00:02:28написания кода к надзору за ним. Вы, вероятно, заметили, что мы много чего создаем в этих видео. Все
00:02:33промпты, шаблоны — все то, что вам обычно приходилось бы копировать с экрана, ставя видео на паузу.
00:02:38Мы собрали все это в одном месте. Недавно мы запустили AI Labs Pro, где вы получаете доступ ко всему из
00:02:43этого видео и всех предыдущих. Если вы цените то, что мы делаем, и хотите поддержать канал,
00:02:48это лучший способ. Ссылки в описании. Раз ИИ взял на себя большую часть
00:02:53кодинга, возникает вопрос: что остается нам? Ответ — сосредоточиться на новом искусстве
00:02:59оттачивания намерений того, что именно нужно построить. Вы можете сделать это, рассматривая планирование как
00:03:03свою основную работу. Вам нужно четко понимать проблему, которую вы пытаетесь решить. Вам нужно знать,
00:03:07чего на самом деле хочет ваш клиент и как люди будут пользоваться вашим приложением. Сейчас это стало еще
00:03:12важнее. Вы больше не полагаетесь на людей, которые могут интерпретировать намерения при плохом планировании.
00:03:17Вместо этого вы полагаетесь на ИИ-агентов, которые слепо выполняют все, что вы им прикажете. Независимо
00:03:23от того, строите ли вы мобильное или веб-приложение, вам нужно точно знать, что вы хотите создать. Без
00:03:27этой ясности вы не сможете провести осмысленное планирование в соответствующих режимах агентов. Планирование жизненно важно.
00:03:32Как мы подчеркивали в прошлых видео, только хорошие планы ведут к хорошей реализации. Не имеет
00:03:38значения, какого агента вы используете. Планирование критически важно, так как оно определяет результат работы
00:03:42агента. Тратьте на это столько времени, сколько нужно. Дорабатывайте план, пока он полностью не удовлетворит ваши нужды и
00:03:47ожидания. Это гарантирует, что ваше приложение получится именно таким, как вы задумали. Еще три месяца назад
00:03:52мы никогда не полагались на режим «без подтверждения» (bypass permission), потому что агенты часто галлюцинировали
00:03:56даже при наличии хорошего плана. Теперь же агенты настолько надежны, что после доработки плана я просто включаю
00:04:02этот режим и позволяю агенту реализовать спецификации за один проход. Мы также
00:04:06видели, что даже создатель Claude Code начинает свою работу с режима планирования. Если
00:04:12план достаточно хорош, вы можете позволить агентам собрать приложение за один раз, не беспокоясь о кривой
00:04:16реализации. Я также трачу значительное время на то, чтобы то, что я строю,
00:04:21было полностью задокументировано. Я не сваливаю всё в один документ, чтобы агенту было проще ориентироваться
00:04:26в планах. Я использую разные документы для каждой категории, такие как оценка рисков, меры по их снижению
00:04:31и технические спецификации. Ограничения и компромиссы я выношу в отдельный документ. Так агент
00:04:35понимает, что является приемлемым с точки зрения производительности, стоимости и времени. Такой подход ведет к
00:04:40гораздо более контролируемой разработке. После проверки всех требований следующим шагом будет
00:04:45управление агентом для получения нужного результата. Но прежде чем мы об этом поговорим — пара слов от
00:04:50нашего спонсора: Dart AI. Управление сложными программными проектами часто требует больше административных усилий,
00:04:56чем самого кодинга. Dart — это не просто стандартный инструмент управления проектами. Это рабочее пространство,
00:05:00созданное специально для ИИ, чтобы автоматизировать рутину разработчиков. С помощью контекстно-зависимого ИИ-чата вы
00:05:05можете создавать задачи и редактировать документы, просто общаясь на естественном языке. Кроме чата, вы можете
00:05:11подключать таких агентов, как Cursor, для выполнения работы. Dart дает им контекст для написания кода. Настоящая
00:05:16мощь заключается в функции «AI guidelines». Вы можете настроить глобальные правила, например, поручить ИИ всегда
00:05:22форматировать техспецификации с определенными заголовками целей и требований, и Dart будет соблюдать
00:05:27эту структуру в каждом чате, задаче и документе. Для нас функция «AI skills» — это просто находка.
00:05:33Вы можете создавать кастомные команды, такие как навык «сгенерировать проект», который автоматически создает
00:05:38заполненный список задач, расставляет приоритеты, оценивает объем и набрасывает бриф проекта за считанные секунды.
00:05:44Начните автоматизировать управление проектами уже сегодня, перейдя по ссылке на Dart AI в закрепленном комментарии.
00:05:49Вы больше не просто кодер. Ваша работа теперь больше сосредоточена на надзоре за агентами, чем на
00:05:54самом написании кода. Написание кода стало меньше похоже на конструирование решения и больше —
00:05:58на создание условий для появления хорошего решения. Так как же создать правильную среду,
00:06:03чтобы агенты выдавали качественные результаты? Ответ — контекстная инженерия. Следующий важный навык,
00:06:08который вам нужно освоить, — это не конкретный стек веб-разработки вроде MERN или MEAN. Это управление
00:06:14контекстом. Мы постоянно видим, что без должного управления контекстом ИИ внедряет функции,
00:06:18о которых мы просим, но не соблюдает ограничения или правила, которым реализация должна соответствовать.
00:06:22Нам нужно обеспечить правильное управление контекстом. Когда агент получает нужную информацию
00:06:27с минимумом лишнего шума, он понимает задачу яснее. Это дает более качественную реализацию
00:06:32и именно тот результат, который вам нужен. Управление контекстом включает использование набора
00:06:37компонентов, таких как переиспользуемые команды, навыки, markdown-файлы, MCP и субагенты. Не существует
00:06:43одного единственно верного способа. Вам следует использовать комбинацию методов, подходящих для вашей цели.
00:06:47Вам нужно создать рабочий процесс, который подходит вашему проекту. Мы посвятили целое видео
00:06:52демонстрации того, как выстраивать рабочие процессы с управлением контекстом. Это гарантирует, что используемая модель
00:06:56получит верный контекст и сможет создавать высококачественные приложения. Если вы хотите повторить это,
00:07:01все ресурсы из того видео доступны в AI Labs Pro. Работа агента
00:07:06настолько хороша, насколько хороша контекстная среда, в которой он работает. Чем больше он напрямую связан
00:07:11с отзывами клиентов и поддерживается структурированным рабочим процессом, тем лучше он справляется. Нам нужно
00:07:16создавать такую среду самим, потому что автоматически она не возникнет. По этой причине
00:07:20у Claude есть интеграция со Slack, чтобы команды могли напрямую сообщать об ошибках. Это создает ценные
00:07:25петли обратной связи, которые использовал даже сам создатель Claude Code. Крупные команды уже вовсю создают
00:07:30высококачественный код, сгенерированный ИИ. Создатель Claude Code заявил, что за последний месяц
00:07:35100% его правок были фактически написаны самим Claude Code. Это не происходит просто
00:07:41по нажатию кнопки. Для этого требуется набор рабочих процессов и оркестрованных паттернов.
00:07:46Даже генеральный директор Microsoft признает, что ИИ сейчас генерирует от 20% до 30% кода Microsoft
00:07:52на всех языках. Особенно заметен прогресс в Python и C++.
00:07:58Структура в инструментах работает одинаково как для людей, так и для агентов. Она снижает неопределенность,
00:08:03четко определяя ожидания и доступные возможности. Если вы используете ИИ-агентов
00:08:08без структуры, вы используете лишь малую часть их потенциала. Структура может принимать разные формы.
00:08:13Это включает файл Claude.md для общего руководства проектом и журнал изменений (change log). Также
00:08:19вы можете использовать команды или специализированные файлы skill.md со скриптами и ссылками.
00:08:25Кроме того, можно использовать плагины и инструменты MCP для расширения возможностей агента.
00:08:29Но знать об этих инструментах недостаточно. Важно их правильное сочетание. Каждому проекту требуется
00:08:34своя настройка, поэтому вам нужно собрать ее под нужды вашего проекта. С правильным балансом
00:08:39вы получите именно тот результат, который хотите. Наша работа не заканчивается на планировании и делегировании
00:08:44задач агентам. Как я уже упоминал, я позволяю Claude Code работать в рискованном режиме без подтверждений,
00:08:49это экономит массу времени, но требует от нас внимания к другим вещам.
00:08:53Нагрузка смещается в конец цикла. Проверка кода становится более важной.
00:08:58Код, который не прошел ревью, может привести к падению производительности и высоким затратам. Используйте
00:09:02структурированные рабочие процессы, чтобы упростить ревью. Это приведет к уменьшению багов и избавит от проблем в будущем.
00:09:07Тестирование — это не просто сказать агенту: «проверь мое приложение на ошибки». Оно включает
00:09:12несколько подходов для улучшения процесса. Один из методов — разработка через тестирование (TDD). Мы просим
00:09:17агента написать тест-кейсы для функции, которую хотим внедрить, еще до написания самого кода.
00:09:22После написания тестов я очищаю контекст и открываю новое окно. Это гарантирует, что агент
00:09:26забудет, как именно он писал тесты. Я прошу Claude запустить их, и они проваливаются, потому что
00:09:31кода еще нет. Теперь, когда я знаю, что тесты работают корректно, я прошу Claude
00:09:36реализовать маршрут. При этом я слежу, чтобы он не менял сами тесты. Так у агента есть четкая
00:09:41цель для итераций. В TDD тесты пишутся до кода, но тестирование должно продолжаться и
00:09:46после его написания. Для этого существуют разные виды тестов. Я использую «черный ящик»
00:09:51и создаю пользовательские истории. Они служат подробным руководством по тому, как пользователи будут
00:09:56взаимодействовать с системой и какие действия могут вызвать ошибки. Тестирование «черного ящика» оценивает
00:10:00функциональность приложения на основе требований, не заглядывая в сам код.
00:10:05Затем я использую расширение Claude для Chrome, чтобы провести тестирование, и прошу его пройтись по каждой
00:10:10пользовательской истории раздел за разделом. «Черный ящик» выявляет функциональные ошибки. Для проверки
00:10:16производительности нам также нужно тестирование «белого ящика». Здесь мы смотрим на код, а не только на
00:10:21результат. Мы отслеживаем реализацию кода и анализируем его архитектуру. Для этого типа
00:10:25тестирования я использовал XML-документ, содержащий разделы и подразделы тестов. Этот документ
00:10:31служит для Claude ориентиром при навигации по коду и поиске архитектурных проблем.
00:10:36Чтобы упростить задачу, я использую кастомную команду, которая запускает тесты из документа,
00:10:41размещенного в папке тестирования. Эта команда содержит инструкции по инициализации тестов,
00:10:46логированию результатов в структурированный файл и, в конце, генерации финального отчета.
00:10:51Эта слеш-команда облегчила мне тестирование «белого ящика», так как в ней заложен структурированный промпт.
00:10:56Поскольку «середина» исчезает, а фокус смещается на начало и конец процесса, нам нужно пересмотреть приоритеты.
00:11:01Сейчас в приоритете должно быть формирование правильного намерения через планирование и оценку требований.
00:11:05Мы также должны гарантировать, что результат соответствует ожиданиям через тщательное тестирование и ревью.
00:11:10Те разработчики, которые освоят эти принципы, станут лидерами в будущем. На этом наше
00:11:15видео подходит к концу. Если вы хотите поддержать канал и помочь нам выпускать подобные ролики,
00:11:20вы можете сделать это с помощью кнопки «Суперспасибо» ниже. Как всегда, спасибо за просмотр,
00:11:24и увидимся в следующем видео!