Тёмная сторона вайб-кодинга

Эта история не имеет ничего общего с реальностью. Весь рассказ является плодом воображения автора.

Сегодня хочу рассказать про один серьёзный случай.

Есть у нас один хороший клиент Джон, который заказывал у нас уже несколько проектов. И вот, он попросил помощи в очередном своём проекте. Надо уточнить, что с появлением AI, Джон стал активным пользователем этого всего и очень сильно пытается создавать продукты самостоятельно, хотя, в программировании он не разбирается совсем. Так вот, насколько я знаю по легенде, у Джона был свой проект, но он был недостаточно хорош, и Джону захотелось переписать его с нуля, изменив даже бренд.
Я получил доступ к репозиторию на Github и Google Doc с названием "PRD" с целью изучения этого и оценки насколько сложно будет передать этот проект нам на доработку.

Далее, я расскажу про свои впечатления от знакомства с этим репозиторием.

За 3 недели он успел настрогать 465 коммитов в репу, 35к loc Typescript, но большинство коммитов состояли из "Deployed your application" или из двух изменений в tailwindcss в одном файле ❤️

Вот список инструментов, которые пробовал Джон, судя по репозиторию: Replit, Claude Code, Google Jules, Semgrep (какой-то AI AppSec Engineer)

Судя по истории коммитов, Джон делал скриншоты экрана (они сохранились в истории) и описывал где что не так прямо в окно чата. Причём, я думаю, что описывал он эти задачи именно голосом 😎

Джон красавчик, в своем возрасте (он довольно взрослый мужчина) он сумел разобраться в новомодных приблудах.
Но есть несколько но:
🔺 репозиторий представляет из себя монорепу с мешаниной файлов. Хорошо хоть разграничил client от server. Правда, в папке server скинуты в одну кучу сразу все файлы (на бэкенде express.js), а на фронте файлы разложены по папочкам components, hooks, lib и т. д. — видно, что гайдлайны nextjs повлияли
🔺 есть закоммиченный .env с кредами от облачной модной БД neon.tech. Закоммитил Replit
🔺 есть закоммиченный файлик с интересным названием private.key. Его закоммитил Replit
🔺 есть license key от одного пропиетарного софта, который захардкожен прямо на стороне клиента. Закоммитил Claude Code.
🔺 в этом коде его логин и пароль от ERP (хоть и тестовый контур, но всё же) встречается 12 раз в 12 разных файлах. Я проверил, эти креды закоммитил Claude Code

Вишенка на торте — репозиторий публично открыт 🤯😦

Вторая — сфера работы Джона, отнюдь не инфоцыганство, а серьёзная сфера, по регулирующим законам которой, могут произойти серьёзные последствия, если сикреты из этого репозитория утекут не в те руки.

Vibe coding in a nutshell 💪

Мы уже сообщили Джону, что он допустил ошибку. Он закрыл репозиторий и сбросил опубликованные креды.

Какие выводы можно сделать из этого случая?

Даже если вы офигенный эксперт в своей доменной зоне и AI даёт вам буст, то всему есть предел, об этом стоит помнить и понимать свои границы.

Из-за огромного хайпа в мире, AI может причинить большие убытки. Пожалуйста, доверьте работу с кодом профессионалам. Особенно, если в вашей сфере есть злые регуляторы. Да, мы тоже будем использовать AI coding tools, но мы понимаем как должен выглядеть результат.

Ну и монетка в копилку новомодных coding agents. Как бы создатели не старались, но пользователь всё ещё может выстрелить себе в ногу, даже в две:
- агенты почему-то не проверяют коммиты на наличие кредов в них
- агенты не проверяют, что репозиторий публично открыт и в нём находятся сикреты

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

📝 Подборка годноты про AI coding

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

На каждого я подписан и советую подписаться вам тоже 🤗

▫️ Vibe Cursor Coding

▫️ AI / Vibe coding - советы и best practices

▫️ Как получилось, что юристы используют среду для разработчиков?

▫️ Stitch: от вайб-кодинга к вайб-дизайну и обратно

▫️ Как я бросил курсорить и начал шотганить

▫️ Вайб-кодим Google Apps Script для офисных задач: как LLM превращает часы рутины в минуты магии

▫️ Context7 — один из лучших инструментов для AI-разработки

▫️ Топовый AI Coding Workflow: Cursor & AI Studio

▫️ Как Cursor AI превращает текст в готовые макеты Figma

▫️ Простое веб-приложение за 30 минут с помощью Lovable

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

Продолжение поста про мой workflow

Примерно с апреля этого года я пришёл к тому, что лучший флоу работы с AI coding tools – это сначала запланировать изменения, а потом их применить. Plan & Act

📝 Plan
1) Собираем весь релевантный код проекта
2) Описываем задачу, описываем все необходимые требования для выполнения задачи
3) Прикрепляем системный промпт (думай как синьор-помидор)
4) Отправляем
5) Проверяем результат. Если есть недочёты, то не исправляем их с фоллоу-ап сообщением, а изменяем изначальное сообщение и генерируем заново
6) Сохраняем получившиеся таски в файлы проекта

💡Тут я хочу заметить, что способность изменять своё сообщение и удалять сообщения из чата это имба 😊! Я часто этим пользуюсь в последнее время, в случаях, когда мне нужно сделать развлетвление: например, я делаю небольшой "ресерч" и задаю какой-нибудь вопрос AI. Когда получаю ответ, то обычно у меня появляется 2-3 вопроса, которые ведут по разным путям. Далее, я по-очереди задаю вопросы по этим путям, и после того как получаю ответ на вопрос, то возвращаюсь обратно и меняю своё сообщение, в котором описываю другой вопрос и модель заменяет свой ответ уже на новый.

Зачем это делать? Чтобы экономить контекстное окно. Чтобы не нужно было начинать чат заново, я могу легко удалить ветки диалога, которые мне уже не нужны для последующего диалога. Всем советую!

👨‍💻 Act
1) В новый чат с моделью прокидываем: один файл с таской, релевантные файлы (по желанию, чтобы сократить количество вызываемых тулов), system prompt, запускаем
2) Оцениваем результат. Если есть серьёзные ошибки, то лучше вернуться к части Plan и переписать промпт заново, потому что, скорее всего, далее будет ещё больше ошибок
3) Если всё ок, то повторяем для всех остальных тасок и оцениваем общий результат

Такой подход реализован во многих инструментах для AI Coding Agents — Codex, Jules, GH Copilot Agent. Его можно реализовать с помощью разных тулов — Cursor, AI Studio, task-master, memory-bank-mcp и т. д.. Тут уже что вам удобнее, то и используйте. Я пока что "по-старинке" юзаю Cursor + AI Studio, меня пока что устраивает.

Промпты я выложу в комменты, но вот что хочу добавить: вы можете и должны сделать свои промпты. Но нужно помнить, что главным будет промпт Act, и модель, которая будет его использовать, должна иметь достаточно контекста и могла задавать сама себе наводящие вопросы, которые направят её на правильный путь и могут снизить вероятность галлюцинаций.

Если было полезно, жмите 🔥+🔁!

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

Я тут изучаю различные AI coding agents и чтобы посмотреть как они в деле, я решил, что мне нужно сделать различные инструменты под мои нужды. Для этого я взял домен timurai.tech и у меня уже готово три инструмента:

▪️ Promptlet — prompt + applet. У меня есть рутинные задачи, где я использую llm, но не хочу чтобы этот чат сохранялся в истории чатов + не хочу каждый раз писать промпт заново: например, промпт для фикса грамматики на английском; промпт для создания промпта; промпт для создания саммари по большому тексту. Я сделал такое приложение, которое прямо в браузере будет хранить такие мини-аппы (1 промпт = 1 мини-апп) и отправлять запрос к Gemini API. UI сделан в виде чата, но функционала переписки здесь нет: один раз отправляешь запрос и читаешь ответ, если надо переделать что-то, то отправляешь запрос заново.

▪️ Prompt Gallery — приложение для хранения промптов в браузере. Я эти промпты часто переиспользую между разными инструментами, поэтому мне понадобился тул, в котором я смогу удобно хранить мои промпты.

▪️ Screenshooter — скриншотилка вкладок Chrome + окон рабочего стола; далее к скриншоту можно добавить модные бэкграунды, блюры и т. д.

Ни в одном из этих продуктов нет ни аналитики, ни бэкенда, всё работает в браузере.

Если интересно, пользуйтесь.

Я верю в то, что через несколько лет нам уже не нужны будут такие нишевые тулы, потому что любой человек, который будет знать в общих чертах как работает веб-сайт и будет уметь пользоваться AI, сможет генерить такие инструменты вёдрами под любые свои задачи — главное, уметь сформулировать свою идею.

#apps@the_ai_architect
✔️ The AI Architect Blog, подписывайтесь!

Насколько вам интересна вообще тема AI Coding? В моём понимании, это процесс программирования с использованием AI. Это не вайб-кодинг, это грамотное использование тулов и полное понимание того, что происходит.

В последние дни моя рабочая рутина выглядит так:
1. В начале дня проверить новую версию gemini cli
2. Если есть - обновиться
3. Продолжить работу над проектом с помощью gemini cli
4. Наткнуться на какой-нибудь очередной баг gemini cli
5. Пойти в opencode, попытаться начать проект там
6. Наткнуться на очередной баг (проект в статусе альфа)
7. Плюнуть и пойти сделать задачу в claude code

Ну и в процессе:
- постоянно обновлять правила, придумывать костыли, для того чтобы все тулы использовали только один файл правил.
- делаю рисерчи с помощью ai.studio
- стараюсь все задачи по кодингу конвертировать в задачи для агентов, в первые дни голова прям квадратная была к концу дня после такого))

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

Может у вас есть запрос на что то конкретное?

Насколько серьёзно вообще вы относитесь к AI Coding? Есть ли за ним будущее или очередное баловство уровня нового фреймворка фронтендеров?


#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

Context Engineering в AI Coding

Andrej Karpathy снова сделал то, что у него получается лучше всего: сформулировал идею (на самом деле он поддержал идею Tobi Lutke), которая витала в воздухе, но которой не хватало точного названия: Context Engineering.

Люди обычно связывают промпт с коротким описанием задачи, которую дают AI. В то время как в приложениях с LLM под капотом, происходит "Context Engineering".

Context Engineering заключается в правильном использовании контекста в запросах к LLM.
Тут всё просто. Делайте хорошо (давайте правильный контекст), плохо не делайте (не давайте лишней информации); Garbage In, Garbage Out.

Я хочу рассказать, как правильно работать с контекстом в AI Coding.

Для начала, что такое контекст?

Контекст, это вся та информация, которую мы передаём в запросе к LLM:
- system prompt — здесь обычно инструкции от разработчиков AI Coding tool и иногда сюда передаются правила которые указываются пользователем
- user prompt — запрос пользователя + файлы с кодом
- conversation — история переписки в текущем чате
- tools — function calling инструменты, которые модель может вызвать в процессе
- structured output — json схема ответа модели

Что отличает хороший AI Coding tool от плохого? Правильно, грамотное использование контекста. Для этого придумали memory bank, task manager, scratchpads, function calling, RAG в конце-концов. Все эти инструменты созданы для того, чтобы не грузить в модель всю-всю информацию, а дать ей возможность грамотно собирать только необходимую информацию.

Вот основные проблемы связанные с контекстом:

◾️ Отравление контекста — если запрос пользователя был недостаточно понятным, то модель может допустить ошибку и пойти не по правильному пути, сохранит это знание в conversation, что в итоге приведёт к тому, что проблема не будет решена.
✅ Решение: внимательно читайте ответ модели. Именно поэтому, если с первого раза модель меня не поняла, то я возвращаюсь назад, меняю промпт и отправляю запрос заново.

◾️ Переполненность контекста — это случаи, когда контекст становится очень огромным: например, в одном чате мы хотим решить сразу несколько разных задач. Это приводит к расфокусу модели на контексте и ведёт к потере качества генерируемого кода.
✅ Решение: есть очень хорошее правило: один чат = одна задача. Оно хорошо действует для моделей со стандартным (128K) размером контекстного окна: Claude 4 Sonnet, но вот при использовании Gemini 2.5 pro, где контекстное окно 1M, имеет смысл давать сразу несколько связанных между собой задач

◾️ Лишняя информация — если в контексте есть лишние файлы (код, правила, документация), которые нерелевантны к решаемой задаче, то это может сбить с толку модель.
✅ Решение: грамотно выбирайте релевантные файлы с кодом и документацию заранее

◾️ Противоречия — если правила противоречат друг-другу, это так же собьет модель с толку.
✅ Решение: писать правильные rules это тоже нетривиальная задача. Постоянно их обновлять — это правильно. /init команду (когда на основе имеющегося проекта генерятся rules) имеет смысл использовать в самом начале, чтобы была хотя бы какая-то структура rules, а потом всё равно их нужно обновлять.

А вот ещё несколько решений проблем с контекстом:

◾️ Правильный выбор tools. Не нужно добавлять все MCP сервера подряд — выбирайте только те, которые действительно полезны в работе

◾️ Грамотное использование summary. Многие AI Coding инструменты вынуждены использовать краткую выжимку части истории сообщений для того чтобы экономить токены. Важно понимать, что это может приводить к потере основной сути задачи, так что если есть возможность, всегда старайтесь открывать новый чат.

◾️ Context Offloading. Можно использовать черновик: просим модель записывать некоторую информацию в файлик, а потом просим модель использовать этот файлик. Так, например Anthropic в своих Best Practices рекомендуют использовать черновик (scratchpad) при решении большого количества linting задач: запускаем линтер, сгружаем результат в такой черновик, а потом просим решать эти проблемы по-очереди. Это позволит не хранить в контексте лишнюю информацию

Создание надёжных приложений на незнакомых ЯП

Я часто вижу вопрос "А как создавать надёжные приложения на языках программирования, которые я не знаю?". Попробую ответить на этот вопрос

Короткий ответ: вайб-кодить не получится.🙈
Более подробный ответ: с наскока это будет делать сложно, но мы можем использовать AI для обучения нас самих!

Вот примерный план по вкатыванию в новый стэк.

1️⃣ Для того чтобы создавать приложение, необходимо, конечно, знать базу: из каких компонентов оно состоит, как оно деплоится, как запускается на девайсе и как дебажится. Используем AI для получения этой информации.

2️⃣ Используем всевозможные Deep Research'и, которые найдут best practices, покажут типичные подводные камни, паттерны и подходы.

⚡️Лайфхак: можно описать своё приложение и попросить AI выбрать подходящие для нас паттерны, при этом каждый свой выбор AI должен обосновать, а вы должны проверить обоснование и если есть сомнения, то дать эту задачу повторно в новом чате (возможно даже другой модели), и если результаты различаются, то показать их обеим моделям и сказать, мол, смотри, а вот другая модель думает иначе, и довести это до результата, который вас устроит.

Полученные данные (паттерны, выбор стэка и прочее) следует сохранить в одном или нескольких файликах.

3️⃣ Собрав эти данные, в новом чате можно попросить расписать план задач для создания приложения. Стоит проверить этот план на соответствие данным с предыдущего шага и если что-то не так, то исправить свой промпт и сгенерить план задач заново.

✔️ Наконец, имея план задач, мы уже можем приступать к итерационному выполнению их и проверять результат.

❗️ Важно: все эти запросы стоит делать в разных чатах с AI, чтобы контекст не мешал друг-другу.

Это же несложно, не так ли? Мы кушаем слона по-кусочкам.

Главное помнить:
1. Вы являетесь погонщиком AI и должны направлять его в правильную сторону.
2. Вы должны понимать как устроено ваше приложение хотя бы на базовом уровне.
3. Используйте AI для объяснения, если что-то не понятно.

Часто бывает, что в момент объяснения кода, AI может сказать: блин, да, я здесь действительно ошибся, ща переделаю. Чаще всего это означает, что AI пошёл не по верному пути и нам стоит вернуться на пару шагов назад и более детально изучить способ решения задачи.

На практике, в чем будет разница между задачей, которую мы знаем, как выполнять и той, когда мы не знаем? Во втором случае мы не сможем ударить AI по рукам, когда он пойдет не в ту сторону. Именно поэтому вам необходимо самостоятельно разбираться (хотя бы на базовом уровне) в том, как устроено ваше приложение.

🫰В эпоху AI обучаться стало в разы проще и быстрее, такой скорости не было никогда прежде.

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

4 инсайта, которые я осознал за год кодинга с AI

◾️ Внедрение AI в работу кодера будет неизбежным.
Это произойдет рано или поздно. Это будет такой же нормой, как для сохранения своей работы использовать git, а для работы с кодом использовать IDE — потому что так удобнее, эффективнее и надёжнее.

◾️ Разберитесь с новым инструментом перед началом работы
Это важно, потому что AI Coding tools в большинстве своём используют совсем другие подходы в работе, чем ваши текущие.

◾️ AI может использовать новые для вас подходы в написании кода.
✅Правильным шагом будет: разобраться в том как это работает и, возможно, взять себе это на вооружение
❌Не правильный шаг: отклонить код и поругать AI за то, что он использовал функциональщину вместо любимого вашего ООП и абстракций.

◾️ В наши дни выгоднее быть агностиком в технологиях и инструментах
Я не верю, что продукты с фиксированным ценником в месяц могут быть такими же качественными как и pay-as-you-go продукты. На примере Cursor и Claude Code видно, что подписочные пользователи обходятся компаниям дорого, и те, в свою очередь, начинают резать качество. Поэтому, не привыкайте к одному инструменту и ни в коем случае не покупайте годовую подписку.

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

Почему обучаться использовать AI Coding Tools очень важно?

Недавно, в профильных коммьюнити завирусилась статья METR, в которой авторы взяли несколько разработчиков, выдали им задачи и часть из них посадили за Cursor, а часть работали как обычно. В процессе, авторы выявили, что использование Cursor на 19% снизило эффективность разработчиков.

Лидеры мнений перепостили эту статью и выдернули из статьи самые байтящие тезисы. И тут, в сообществе начался сущий кошмар. Появилось два мнения:
- vibe-coding не нужен и всё портит
- авторы ничего не понимают и дали подопытным ужасный Cursor и неэффективные модели Sonnet 3.5, 3.7.

А для меня очевиден другой вывод из статьи, который подтверждается моим опытом — у AI Assisted Coding есть кривая обучения. Неподготовленный человек не сможет эффективно ездить на автомобиле на механике, так как ему нужно время на обучение и получение начального опыта, так и тут. Чтобы эффективно работать с AI Coding Tools, необходимо учиться этому.

Забудьте про сел и поехал скачал Cursor и написал себе новый YouTube. Вам необходимо изучить основы, поменять парадигму работы и постепенно накапливать опыт.

Вот самые частые ошибки, которые делают новички в AI Assisted Coding:

- один человек задавал вопрос, почему агент пишет фигню, он уже и контекст очищал, и что только не пробовал. Я уточнил, как именно он уточнял контекст, в ответ:
"я писал в чате Cursor 'очисти контекст', перезагружал Cursor и ставил задачу заново"

- накинуть сразу несколько задач в один чат и просить все их выполнить хорошо

- игнорировать безопасность в одном из моих прошлых постов я рассказывал, к чему это может привести

- задавать вопросы по либам, которые вышли неделю назад, без использования поиска по интернету

Помимо того, что нужно выделить время на своё обучение, ещё необходимо в процессе работы тратить время на первичную подготовку проекта и дальнейшее обновление своего сетапа.

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

С одним лишь отличием, что это нужно описывать в документах, а не объяснять голосом или вовсе оставлять новичка наедине с проектом.

При всём при этом, AI будет гораздо эффективнее человека, при хорошо настроенном окружении.

Вы сэкономите сотни часов и тысячи $ на дальнейшей разработке.

Именно поэтому, на мой взгяд, лучше всего AI Assisted Coding ложится на воркфлоу тех людей, у которых и так уже есть хорошо выстроенные рабочие процессы: тестирование, ревью, документация. Но и научиться этому всем не rocket science.

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

Я в последнее время очень погрузился в AI Assisted Coding, за последний год я попробовал много всего разного и крутого и у меня есть хороший опыт. Я определил вектор своего канал и поэтому вы могли заметить, что почти все мои посты за последнее время именно об этом.

Мне было бы интересно пообщаться с несколькими ребятами и помочь влиться в AI Assisted Coding. Я предлагаю обсуждение в чате и небольшой звонок до 45 минут, где могу помочь решить вашу проблему, поделиться своим опытом и направить в нужную сторону. Это бесплатно, возьму первых 3-х человек. UPD: осталось 2 места
Пишите мне в личку @yatimur.
Места закончились, как нибудь ещё раз повторю, спасибо!

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

📖 Не кормите AI мусором: Как документация и правила экономят сотни часов

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

Какие есть способы передачи информации о проекте в разработке? Чатики (Slack, Telegram Chats, Microsoft Teams), email письма, таск трекер, документация, память синьора. Для работы с AI нам нужен единый, надежный источник правды. И это — документация прямо в репозитории.
Да, можно прикрутить Confluence через MCP, но зачем усложнять? Когда доки лежат рядом с кодом, агент может обращаться к ним и даже обновлять, "не отходя от кассы".

Фундамент: Что должно быть в документации?

Думайте о документации как об онбординг-гайде для нового сотрудника. Минимум воды, максимум сути, чтобы любой — человек или AI — мог быстро влиться в проект. Обязательный минимум:

▪️ Архитектура: Общая схема проекта, как всё связано.
▪️ Стэк: Какие технологии и почему мы используем.
▪️ Запуск: Пошаговая инструкция по настройке окружения.
▪️Концепции: Объяснение ключевых или неочевидных решений, которые были приняты.
Наличие такого гайда колоссально экономит время и токены, избавляя AI от необходимости "додумывать" за вас.

Наличие такой документации колоссально сэкономит вам время при работе с AI агентами.

Rules для агента

С AI Coding Tools у нас появляется новая сущность — rules. Это конституция вашего проекта для AI.
По сути, это та же документация в Markdown, но предельно сжатая, состоящая из тезисов. Это «шпаргалка», которую агент держит перед глазами при каждом действии. (Сниппет из файла AGENTS.md одного из моих проектов я оставлю в комментах).

Как понять, что писать в доках, а что в правилах?

Очень просто. Представьте, что правила — это стикер на вашем мониторе с самой важной информацией. Они маленькие и всегда передаются в контекст запроса к LLM. А документация — это книжный шкаф, к которому агент обращается только по необходимости.

Искусство написания правил

Самое сложное — это выгрузить неявные знания из вашей головы в четкие инструкции. Вот несколько советов:
▪️ Не учите AI основам. Модели знают всё про React, Django, принципы SOLID и DRY. Ваша задача — описать, как именно вы их используете в своем проекте (например: "Используем функциональные компоненты и React Hooks", "Все эндпоинты следуют RESTful конвенции").
▪️ Правила — это живой документ. Они должны эволюционировать вместе с проектом. На старте они одни, для MVP — другие, в продакшене — третьи. Безжалостно удаляйте, обновляйте и поддерживайте их в актуальном состоянии.
▪️ Агент ошибается? Проверьте правила. Если AI систематически допускает одну и ту же ошибку, скорее всего, проблема не в вашем промпте, а в нехватке или неточности правил. Дополните их.
▪️ Описывайте "что", а не "как". Вместо того чтобы диктовать AI полную имплементацию, опишите бизнес-требования и конечную цель. Ваша задача — быть архитектором, а не каменщиком. Отдайте реализацию агенту.

И главное...

Не пишите правила и документацию вручную!

Опишите свои мысли в свободной форме и попросите AI-агента структурировать их в краткие и четкие инструкции. Он сделает это лучше и быстрее. А для небольших правил, относящихся к конкретному участку кода, отлично подойдут обычные комментарии прямо в файле.

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

У меня появился новый инструмент в моём наборе джентельмена!

Я вдохновился постом Коли Шейко и взял его converter.html, который конвертит экспортированную историю чата (или канала) Telegram в XML, чтобы потом можно было удобно скормить в AI.

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

Telegram Chat Processor - велкам!

#apps@the_ai_architect
✔️ The AI Architect Blog, подписывайтесь!

Три инсайта, которые я осознал за год кодинга с AI

◾️ Как и всегда, важно инвестировать время на обучение самого себя новым технологиям
С AI это особенно важно, потому что работодатель выберет того, кто выполнит задачу быстрее, качественнее и дешевле. Этого можно добиться с AI, он уже становится важным конкурентным преимуществом.

◾️ Пробовать новые технологии стало ещё проще
Пример такого я описывал в своём посте

◾️ Все топовые AI coding tools копируют функционал друг у друга
А то что ещё не скопировано, чаще всего можно получить с помощью костылей

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!

AI Assisted Coding в массы

Недавно просочились слухи, что компания Марка Цукерберга даст возможность кандидатам на интервью пользоваться AI в некоторых случаях.

Это очень хороший знак! Скорее всего, индустрия избавится от бесконечных алгосиков на собесах, ведь именно от FAANG они пошли изначально.

Теперь появилось ещё больше поводов для изучения AI Assisted Coding. И именно изучение, потому что сходу и без подготовки начать правильно использовать такие инструменты очень сложно.

✔️ The AI Architect Blog. Подписаться

Расскажите вашу интересную (забавную/странную) историю связанную с AI

Пятничный пост!

Начну с себя!

Я полистал свою историю диалогов с ChatGPT и добрался до первого диалога: там я просил сгенерить мне «забавные» названия для корпоративных gitlab runners, вот что получилось:

Certainly! Here are 5 more funny nicknames for GitLab runners:

1. "Repo Racer"
2. "Branch Bender"
3. "Merge Muscles"
4. "Commit Crusader"
5. "Push Pioneer"

Эти имена так и остались до сих пор.

На этом этапе я уже полноценно освоил AI для работы 😎
и страх потерять работу из-за AI сразу же исчез.

Расскажите вашу историю в комментах 👇

Тыща подписчиков!

В честь этого события, любимая жена испекла торт (не AI) 🤍

Спасибо вам всем!

За 8 месяцев существования канала Я наконец-то нащупал свою нишу – мне нравится изучать и писать про AI Coding. В будущем планирую создавать ещё больше полезного и интересного контента.

Дальше – больше