В процессе работы агента над областью чата есть панелька на которой пишется "Генерация ...". Внутри перечислены все измененные на данный момент файлы и есть кнопочка "Review", по клику на которую и открывается вид для последовательного просмотра изменений в режиме diff. Они все накапливаются по мере работы агента. Можно как посмотреть все сразу или отдельный файл. А прерывание работы агенты - обычная вроде функция.
Кстати, про поиск и документацию — это уже происходит.
Google сам заменяет результаты поиска AI-ответами. Perplexity даёт готовый ответ вместо десяти ссылок. Логичное изменение пользовательского опыта.
С документацией то же самое. На сайте Cursor, например, в разделе документации встроен диалоговый режим — не обязательно читать, чтобы получить ответ на свой вопрос - можно сразу спросить. И получить ответ со ссылками на разделы в документации.
Раньше узкое место было — написание кода. Теперь оно смещается в сторону постановки задач. Документация, поиск, код — всё трансформируется в одном направлении.
Я эти примеры приводил не для того, чтобы показать сложность кода. А чтобы показать масштаб: Claude Code — это инструмент, которым пользуются миллионы человек ежедневно. И код для него пишется с помощью LLM, проходит те же стадии, что и код, написанный руками. В этом смысле он ничем не отличается.
Отличие лишь в том, что человек у руля работает в 5-10 раз производительнее среднестатистического разработчика. Это уже никакой не маркетинг, а реальный результат.
Про "маркетинговые твиты"
Оба автора имеют огромную репутацию в инженерном мире. Им не надо создавать хайп вокруг своей деятельности.
Про "PM для LLM" и технические знания
Бизнесу и пользователям не важно, как происходит процесс написания кода, в блокноте или современной IDE, руками или LLM. Им важно, чтобы продукты создавались быстро, качественно и решали их задачи.
10 лет назад скорость доставки повышали через Agile и DevOps. Сейчас — через AI-инструменты. Это просто следующий шаг той же эволюции. Использовать все доступные средства для повышения эффективности — это и есть инженерный подход.
Про "Full Cycle Prompter"
В статье я упоминал: я более 20 лет в ИТ, работал на всех ролях. Инженер по образованию. Именно эта насмотренность и позволяет эффективно применять инструменты.
Промпт — это способ взаимодействия. Инженерия — это понимание что строить, зачем и как. Одно другому не противоречит.
Очень полезная статья. Странно конечно что площадка не проверяет на то, что перевод уже был опубликован.
У вас просто тема светлая ) Но на самом деле не нашел настроек которые могут на это влиять.
На самом деле в какой-то версии реально терялись (не было в меню). Сейчас все есть.
В процессе работы агента над областью чата есть панелька на которой пишется "Генерация ...". Внутри перечислены все измененные на данный момент файлы и есть кнопочка "Review", по клику на которую и открывается вид для последовательного просмотра изменений в режиме diff. Они все накапливаются по мере работы агента. Можно как посмотреть все сразу или отдельный файл. А прерывание работы агенты - обычная вроде функция.
Кстати, про поиск и документацию — это уже происходит.
Google сам заменяет результаты поиска AI-ответами. Perplexity даёт готовый ответ вместо десяти ссылок. Логичное изменение пользовательского опыта.
С документацией то же самое. На сайте Cursor, например, в разделе документации встроен диалоговый режим — не обязательно читать, чтобы получить ответ на свой вопрос - можно сразу спросить. И получить ответ со ссылками на разделы в документации.
Раньше узкое место было — написание кода. Теперь оно смещается в сторону постановки задач. Документация, поиск, код — всё трансформируется в одном направлении.
Несколько мыслей по вашему комментарию.
Про Claude Code как "обычную CLI-утилиту"
Я эти примеры приводил не для того, чтобы показать сложность кода. А чтобы показать масштаб: Claude Code — это инструмент, которым пользуются миллионы человек ежедневно. И код для него пишется с помощью LLM, проходит те же стадии, что и код, написанный руками. В этом смысле он ничем не отличается.
Отличие лишь в том, что человек у руля работает в 5-10 раз производительнее среднестатистического разработчика. Это уже никакой не маркетинг, а реальный результат.
Про "маркетинговые твиты"
Оба автора имеют огромную репутацию в инженерном мире. Им не надо создавать хайп вокруг своей деятельности.
Про "PM для LLM" и технические знания
Бизнесу и пользователям не важно, как происходит процесс написания кода, в блокноте или современной IDE, руками или LLM. Им важно, чтобы продукты создавались быстро, качественно и решали их задачи.
10 лет назад скорость доставки повышали через Agile и DevOps. Сейчас — через AI-инструменты. Это просто следующий шаг той же эволюции. Использовать все доступные средства для повышения эффективности — это и есть инженерный подход.
Про "Full Cycle Prompter"
В статье я упоминал: я более 20 лет в ИТ, работал на всех ролях. Инженер по образованию. Именно эта насмотренность и позволяет эффективно применять инструменты.
Промпт — это способ взаимодействия. Инженерия — это понимание что строить, зачем и как. Одно другому не противоречит.
Возможно, но это уже будут статьи для хабов "Сделай сам" или "Старое железо" ) Точно не про промышленную разработку.