Вайб-кодинг по Чуйкову | Ментор

Переживаете за безопасность вашего вайб-кода?

Kiro предлагает использовать Hooks при сохранении файлов со следующим промптом:

Review changed files for potential security issues:
1. Look for API keys, tokens, or credentials in source code
2. Check for private keys or sensitive credentials
3. Scan for encryption keys or certificates
4. Identify authentication tokens or session IDs
5. Flag passwords or secrets in configuration files
6. Detect IP addresses containing sensitive data
7. Find hardcoded internal URLs
8. Spot database connection credentials

For each issue found:
1. Highlight the specific security risk
2. Suggest a secure alternative approach
3. Recommend security best practices

Хуки определенно добавляют вайба, потому что запускаются сами по себе по триггеру, и проверяют ваш код на безопасность, и вам не нужно об этом заботиться.

Снял для вас коротенькое видео, как создаются хуки в Kiro.

Пользуйтесь, делитесь с коллегами и друзьями! Делитесь в комментариях - какие вы хуки используете?

🎚️ @vibe_coding_channel

Spec-Driven Development: всегда ли необходим?

🤼 На прошлой неделе было две менторские сессии по вайб-кодингу, на которых в обоих случаях использовались спецификации написанные GPT. Spec-Driven Development (SDD) сейчас набирает обороты. Со всех сторон говорят о том, что документации на проекте должно быть не меньше, чем самого кода.

Я сначала подхватил эту идею, и подумал, что это отличная возможность для начинающих хоть как-то структурировать рабочий процесс. Но в процессе увидел некоторые тонкости использования SDD, которые следует учитывать при разработке.

1️⃣ Читайте спецификацию, которую вам предлагает модель. Очевидный совет, но им часто пренебрегают. Новички ссылаются на то, что все равно ничего не поймут. Прочитайте хотя бы то, как модель поняла реализацию бизнес-процесса с точки зрения конечного пользователя.

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

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

В другом случае, у нас просочился Kubernetes, Prometheus, что на этапе разработки излишне, и только сбивает модель. На мастер-классе в Яндексе, был кейс когда модель вообще предложила собрать тестовую группу людей для тестирования 😄 так что, читайте, господа, что модель предлагает, и вырезайте лишнее.

2️⃣ Выбирайте правильные инструменты для SDD. Тоже очевидный совет, но на практике можем не учитывать особенности разных инструментов. Например, Kiro генерит спеку для целого проекта. Это хорошо, когда у тебя проект среднего размера и сложности. Но плохо, когда нужен 1-2 скрипта, или наоборот с десяток микросервисов. Маленькие приложения он переусложнит. А большие недодетализирует (попробуйте выговорить это слово).

Со SpecKit другая история, хорошо если в репозитории уже есть PRD верхнеуровневый, в AGENTS.md прописана арха проекта, и мы итеративно сгружаем в него по одной фиче в /specify, он их делает в отдельных ветках. Вчера мы взяли и в /specify сгрузили весь PRD. Что мне понравилось? В отличие от Kiro, он реально хорошо декомпозировал задачу. В целом он справился с задачей, другой вопрос, что мы переусложнили сам PRD, и не проверили его.

📚 Если подытожить: используйте автоматизированные средства SDD только на следних (Kiro) и больших проектах (SpecKit). На маленьких проектах, будет достаточно сгенерировать PRD самостоятельно, вычистить его от избыточных требований, и пойти в Cursor. Не всегда нужно даже декомпозировать задачи с помощью моделей самостоятельно, так как Cursor, RooCode, Droid и другие инструменты имеют свои Plan Mode, которые сделают это в процессе анализа и реализации задачи.

🎚️ @vibe_coding_community

Как у вас дела? Я почти неделю ничего не писал. Поток информации по ИИ в разработке настолько огромный, что стало сложно писать короткие посты, как раньше. А на большие требуется больше времени.

Но есть и положительный момент, в этом потоке все чаще появляются повторения, выделяются какие-то общие паттерны разработки с ИИ. Эти паттерны я заметил в докладах на BigTechNight, E-CODE, на вебинаре cloud.ru и на конференции AI Boost 2025.

Главный паттерн везде был один - разработчики стали тратить больше времени на подготовку описания одной задачи. Другими словами, многие поняли, что кодинг агент - это как всезнайка джун, но с амнезией. Новый чат - новый онбординг джуна. Онбординг требует времени, но это лучше, чем не сделать онбординг, и потом переделывать за ним, тратя еще больше времени.

Я вы как готовите задачу для кодинг агента?

😁 - только чистый вайб, что-то говорю, что-то запускаю и иногда это работает
🙏 - пишу тасочку в ручную, хенд мейд, с душой, прописываю все шаги, думаю за агента
👏 - описываю верхноувронево и прошу LLM сгенерить мне таску для кодинг агента
🔥 - использую Kiro, SpecKit или другие автоматизированные способы

Бесплатно 20 млн токенов для GPT-5, Claude Sonnet 4.5 на месяц.

На поле CLI агентов снова бурный рост, и это не удивительно. Создание консольных агентов лишено обременений в части UX проектирования и позволяет концентрироваться исключительно на ядре функционала агента. Так, что нас ждет бум ИИ агентов в терминале, как в свое время смеялись над тем, что в мире JavaScript фреймворки выходят каждый день новые.

Вот и сегодня, встречайте - Droid от Factory AI.

Установка очень простая:

curl -fsSL https://app.factory.ai/cli | sh

Запуск тоже простой:

droid

У Droid достаточно богатый набор команд, не сложная установка MCP-серверов, например вот так можно поставить Context7:

/mcp add context7 "npx -y @upstash/context7-mcp"

А вот так можно добавить поиск с помощью firecrawl:

/mcp add firecrawl "npx -y firecrawl-mcp" -e FIRECRAWL_API_KEY={FIRECRAWL_API_KEY}

Из плюсов:

✔️ работает без VPN в РФ
✔️ дает 20 млн токенов на топовые модели: GPT-5 Codex High, Claude Sonnet 4.5.
✔️ можно использовать свои кастомные ключи
✔️ есть свой встроенный specification mode, наш любимый Spec-Driven Development
✔️ есть встроенное планирование, причем на мой взгляд одно из лучших
✔️ обещают что не позволят запустить rm -rf ~/. даже на авторежиме
✔️ не создает своих файлов инструкций, а использует AGENTS.md
✔️sub agents тоже есть, но еще экспериментально

И есть готовые наборы промптов для разных случаев, типа code review, создание документации, тестов и так далее. Ну и эти наборы промптов можно себе упаковать в кастомные команды, и вызывать через слэш. Дока классная рекомендую почитать!

Кто-то уже пробовал? Как вам?

🎚️ @vibe_coding_community

🐞Откат, следующая итерация, изоляция: стратегии поведения при залипании кодинг агента.

Итак, вы столкнулись с багом в системе, которую написал кодинг агент. Что делаем?

1️⃣ Описываем баг как он есть, с позиции юзер кейса, по шагам, что делал, что получил, что ожидал. Прикладываем логи. Если логов нет. Просим добавить логирование в файл. Повторяем, передаем логи.

2️⃣ Если не помогло, повторяем первый пункт еще два раза. Обращайте внимание, есть ли изменения, пусть даже ошибочные, или изменений нет совсем. Если изменений нет совсем, говори об этом, и проси посмотреть нет ли в других файлах похожих функций. Возможно он уже давно пытается фиксить левые файлы.

3️⃣ Если после трех итераций, проблема не решается, откатываемся до последней рабочей версии, до той, когда он еще не начинал работу над этими итерациями. Начинаем чистый чат. Начинаем рефакторинг - просим удалить дублирующий и неиспользуемый легаси код. Работаем итеративно и по отдельным файлам. Когда вычистили мусор, описываем текущее поведение системы и продолжаем итеративно дорабатывать.

4️⃣ Если проблема не решилась, есть два варианта: берем слепок всей кодовой базы, и идем в AI Studio, берем Gemini 2.5 Pro, ставим минимальную температуру, и максимальный thinking budget. Описываем ошибку и просим ее поправить.

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

Profit! Делитесь с друзьями и коллегами! А вы как выходите из залипания?

🎚️ @vibe_coding_channel

📢 BigTech соберется вместе, чтобы поделиться лучшими практиками внедрения ИИ в процессы разработки.

Вы тоже думали, что бигтех со своими бюрократическими загонами, останется на задворках ИИ кодинга? Ааа нееет. Ребята из Яндекс, Сбер, Positive Technologies и других крупных компаний, поделятся ценной инфой, как они внедряют ИИ в свои процессы разработки на конференции AI Boost 2025.

Конфа пройдет 3 октября в Москве, ДК Рассвет, с 12:00 до 21:00.

Что на ней будет?

✦ ускорение разработки с помощью ai
✦ практика внедрения ai в sdlc
✦ ии vs безопасность: регуляция, сертификация, корпоративные ограничения
✦ секреты эффективного «вайбкодинга»

И что самое приятное, их 9 часовая программа, стоит как мой один менторский час. Еще и организаторы сделали промокод на 2000 рублей для подписчиков моего канала - promochuikoff. Купить билет со скидкой, узнать больше о конференции, спикерах и темах, можно на сайте. Переходите и увидимся с вами на конференции AI Boost 2025.

❤️‍🔥Имба - VibeKanban! Управляем агентами на kanban доске.

Я просто влюблен. Ну а как иначе, я люблю красивые интерфейсы, а тут еще и вся мощь агентных систем.
Короче, ставится простой командой npx vibe-kanban, при наличии у вас установленного Node.js.

Подтягивает конфиги всех ваших агентов:
- claude-code
- qwen-code
- gemini-cli
- codex-cli
- cursor-cli
- и другие.

Создаете проект, создаете задачи в Todo.
Выбираете агента и запускаете задачу.
Агент сам создает новую git ветку.
Задача переносится в In Progress.
Когда агент сделал задачу, переносит в In Review.
Можно перейти в diffs, посмотреть что изменилось, создать PR, смержить в main, перезапустить задачу с уточнением или создать подзадачу.
Смержили в main, задача ушла в колонку Done.

💅Помимо всей это красоты, есть прямая интеграция с GitHub и возможность подключать MCP-сервера.
И даже к самому vibe-kanban можно подключиться, и в режиме чата узнавать какие есть задачи, запускать их, и добавлять новые.
Также есть Task Template, на случай если не хотите каждый раз описывать правила для код-ревью или рефакторинга.
К задачам можно аттачить изображения, и для каждой задачи выбирать своих агентов со своими моделями.

Есть нюанс, ну а как без них, вначале согласитесь с тем, что это экспериментально, и агенты могут вам rf -rf ~/ запустить. Поэтому я сейчас сел готовить Docker образ, чтобы запускать эту историю в более безопасном пространстве. Еще мне не хватило интеграции Spec-Driven Development во время создания тасок, пока что сам в ручную все пишешь, ну или используешь сторонние сервисы. Но я думаю скоро умельцы все прикрутят, все таки это Open Source и совсем бесплатно!

🎚️ @vibe_coding_channel

📢 В SpecKit добавили больше провайдеров.

Я как-то писал, что один из минусов SpecKit, это то, что они поддерживают только 3 провайдера.

Но вот не прошло и двух недель, и тут уже целый списочек провайдеров наклепали. Жить можно! И Qwen который дает 1000 запросов бесплатных в сутки. И Codex который недавно восхитил всех своей новой моделью gpt-5-codex. И я скажу вам - она правда хороша! А теперь еще и спеки можно генерить с помощью SpecKit.

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

Greenfield (zero-to-one): Когда вы начинаете новый проект, возникает соблазн сразу начать писать код. Но небольшая подготовительная работа по созданию спецификации и плана гарантирует, что ИИ построит именно то, что вы задумали, а не просто типовое решение на основе распространённых паттернов.

Feature work в существующих системах (N-to-N+1): Здесь подход Spec-Driven Development проявляет свою максимальную силу. Добавление функций в сложную, уже существующую кодовую базу — непростая задача. Создавая спецификацию для новой функции, вы добиваетесь ясности того, как она должна взаимодействовать с текущей системой.

Legacy modernization: С помощью процесса Spec-Driven Development, который предлагает Spec Kit, можно зафиксировать основную бизнес-логику в современной спецификации, спроектировать свежую архитектуру в плане и затем позволить ИИ заново построить систему с нуля, не перенося накопленный технический долг.

Пробовали уже? Как вам?

🎚️ @vibe_coding_channel

❓Почему я выбрал формат менторинга для обучения вайб-кодингу?

Вчера у меня было две индивидуальные ментор-сессии. Я впервые взял в работу очень юного, но очень перспективного и мотивированного менти. И был человек, у которого стоимость менторского часа буквально в 20 раз дороже моего. 💰

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

🤼‍♂️ Менторинг — это всегда про опыт и путь. Ты был там, куда хочет прийти другой человек, и можешь показать дорогу, предупредить о ямах, подсказать короткий путь.

❓Почему я считаю, что это лучший формат для обучения вайб-кодингу?

Потому что эта область пока ещё «дикий запад» — правил нет, учебников нет, единого стандарта тоже нет. И в этой среде бесполезно «учить по методичке». А вот поделиться реальным опытом, кейсами, граблями и удачными приёмами — это работает.

💪 Вайб-кодинг — это навык, который рождается на практике: как сформулировать задачу для модели, как контролировать качество, как не утонуть в бесконечных итерациях. Тут важен не «курс», а живая передача опыта от практика к практику.

И ещё одна причина: менторинг создаёт пространство диалога. Я не читаю лекцию, а вместе с человеком разбираю его проект, его контекст. И это всегда быстрее приводит к результату, чем сухая теория.

🚀 Если ты хочешь освоить вайб-кодинг быстрее, научиться прототипировать идеи за дни вместо недель и использовать ИИ как полноценного партнёра в разработке — приходи ко мне на менторинг. В октябре добавлю больше свободных окошек, и подниму цены для новых менти.

Заполни анкету для записи. А если кто-то прийдет по твоей рекомендации, получишь 1000 рублей с первой сессии.

🎚️ @vibe_coding_channel
🎚️ @vibe_coding_community

Четыре часа вайб-кодинга в Яндекс

18 сентября приглашали на выездную страт-сессию Яндекса в Art Village. Около часа рассказывал теорию вайб-кодинга: что это, возможности и ограничения, лучшие практики. Два часа практиковались писать Telegram бота в Cursor. И последний час каждый сел делать свою 2D игру в harvi.pro.

Большая часть аудитории никогда не работали с кодом и к концу практикума запустили своих первых Telegram ботов на Python. Это была мини-игра "Угадай бренд Яндекса". Мы подключили API Mistral для генерации загадок, пользователь должен был угадать, о каком сервисе Яндекс идет речь.

Менторить одновременно 25 человек оффлайн было не просто, но ребята молодцы, помогали друг другу. Ушли довольные и заряженные!

Если в вашей компании маркетологи и продакты еще не вайб-кодят. Пишите в ЛС, проведем такой же живой мастер-класс.

#лайф@vibe_coding

🎙Говорим о вайб-кодинге
Как вайб-кодить не только быстро, но и качественно, рассказывает Константин Чуйков — автор канала "Вайб-кодинг по Чуйкову" и лидер сообщества Vibe Coding Community.

В эфире:
🔵Грани вайб-кодинга: только ли слепое следование за ИИ?
🔵Какие опорные точки помогут вайб-кодеру получать качественный результат?
🔵Существуют ли идеальные инструменты?
🔵Облачные или локальные модели использовать?
🔵Какие подходы помогают достичь системности в вайб-кодинге?
🔵Какая техническая база нужна вайб-кодеру?

Запись лекции доступна здесь и на других площадках:

➡️ YouTube
➡️ ВКонтакте
➡️ ЯндексМузыка

📰 По следам E-CODE в Ozon Tech. Часть вторая.

На второй лекции был интересен опыт использования локальных моделей в Ozon. В целом доклад был полезен, но есть нюансы.

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

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

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

Меня насторожил слайд, что они только сейчас планируют и ждут инфраструктуру для внедрения агентов для фикса багов, и для генерации кода.

На мой взгляд здесь что-то не так, то ли в политике компании, то ли в руководстве. Но такими шагами, Ozon будет сильно отставать от конкурентов, кто более гибко оперирует рисками.

Объясню о чем я. Уже сейчас можно ускорить разработку. Но компания этого не делает, потому что, видимо боится, что код уйдет для дообучения моделей. Я согласен, что это риск, когда речь идет о персоналке, о финансах, которые в основном живут на бэкенде.

Но фронтенд, который только является интерфейсом, он и так уходит в браузер к пользователю. Ну научится модель качественно воспроизводить интерфейс Ozon. Кто пострадает от этого? Стоит ли ограничивать фронтенд команду локальными моделями? Окупятся ли затраты на инфраструктуру? Что думаете?

📰 По следам E-CODE в Ozon Tech. Часть первая.

Забежал сегодня на пару лекций на конфу от Ozon:

16:30 AI-агенты в помощь разработчику, или Как встроить AI-агента в свой dev workflow

17:30 Практика внедрения коммунальной LLM4Code внутри компании: рецепт и собранные шишки.

1️⃣ На первой лекции мне понравился лайфхак с символическими ссылками.

Как вы знаете, каждый агент хочет работать со своими файлами-инструкциями, в итоге если вы используете несколько, то у вас много дублирующихся файлов, типа CLAUDE.md, WARP.md, QWEN.md, GEMINI.md и так далее. Выход следующий, создаем один AGENT.md, а для всех остальных делаем symlink, таким образом:

ln -s AGENT.md CLAUDE.md

Ну и подход с TODO.md показался интересен, он создается в новой ветке, описывается задача, агенту отдается, когда задача выполнена, он удаляется перед мержем в основную ветку.

👉 Дальше расскажу про вторую лекцию и давайте похоливарим.

😱 Опасность Fallback’s в вайб-кодинге.

Что такое Fallback? Это страховка. Это запасной вариант поведения системы, когда основной подход не сработал.

Это очень круто на продакшене, когда код уже отлажен и ведет себя в согласии с требованиями. Нейросети очень любят делать такие fallback’s во время разработки. Для них это гарант исполнения кода, даже если он не очень-то и работает.

В итоге нейросеть лишает себя подробных логов ошибок. Смотрите как это бывает:

try:
    x = 1 / 0  # деление на ноль
except:
    print("Что-то пошло не так")

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

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

У меня сейчас подобная ситуация была в настройке GitHub Actions -> Kubernetes, я забыл добавить секрет в настройки репозитория, и вместо того, чтобы обратить мое внимание на это, он стал городить множество fallbacks, которые стали сильно усложнять конфиги и дебаг.

Резюмируем, fallback - это хорошо, когда уже что-то лежит на проде и отлажено. В процессе разработки добавьте в правила:

Для нового кода не используй try/except

🎚️ @vibe_coding_channel
🎚️ @vibe_coding_community

📰 По следам Big Tech Night в Яндекс.

Сегодня вечером был в качестве офлайн участника на площадке Яндекс. Не стал никуда перемещаться, тут был классный вайб. То и дело, из разных уголков скопления людей слышалось «вайб-кодинг».

Я приехал ради двух спикеров:
- Павел Федотовский с докладом «Роадмап разработчика 2.0: как адаптироваться к новой реальности с ИИ»
- Дмитрий Иванов с докладом «Ре(э)волюция инструментов разработки в эпоху ИИ: в мире и Яндексе»

Что первое бросилось в глаза, никто не боится слова «вайб-кодинг». С юмором относятся к текущим ситуациям, когда модель внезапно решает удалить пол проекта.

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

Итак, 3 совета от Павла из Яндекса, записываем:
1. Практикуйтесь в умении объяснять нейросети конечное видение
2. Прокачивайте System Design
3. Тренируйте критическое мышление, не доверяйте LLM.

Лекция Дмитрия была насыщена графиками, статистикой, и интересными фактами. Например, что 30-35% разработчиков в Яндекс используют генерацию кода. В мире около 75%. Главный поинт: «ИИ - твой напарник, а не замена». Нужно сравнивать ни тебя и ИИ, а тебя с ИИ, и просто ИИ.

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

Если подвести итог этому вечеру, я еще раз убедился, что это крутое и перспективное направлении, не нужно боятся «вайб-кодинга» и чьего-то мнения. Нужно просто понимать что и зачем ты делаешь, когда это применимо, а когда нет.

🤩 А еще меня пригласили выступить с лекцией и мастер-классом по вайб-кодингу для маркетологов в Яндекс в следующий четверг.

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

#лайф@vibe_coding

💡Что лучше в вайб-кодинге: фреймворки или ванильный код?

Сегодня на ментор-сессии по вайб-кодингу, словил интересный инсайт. Менти проходит курс по AI архитектуре на американской платформе Maven. И оттуда принес интересный совет - писать чистый код, без фреймворков, использовать минимум абстракций и черных коробок.

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

Вспомните, например, почему хайпанул MCP Context7. Потому что библиотеки часто обновляются, а LLM не часто переучиваются, в итоге могут использовать устаревший API. А если у вас код без фреймворков, то у вас нет этой проблемы.

Я интуитивно с этим столкнулся когда работал над 2D игрой для Т-Банка. Сначала делал заходы, просил ИИ использовать Pixi.js, но модель очень сильно галюнила. В одной из новых итераций, модель начала делать свой кастомный движок, и она отлично с ним справлялась, изменения стали более предсказуемыми. Я тогда не придал этому значение, но сейчас кажется это тот пазл, который может дополнить картину качества в вайб-кодинге.

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

В общем формат менторинга супер полезен не только для менти, но и для меня. Но скидок я все равно не делаю 😄

🙏Если чувствуете, что нужна техническая помощь с проектом, который вы вайб-кодите: сделать ревью, обсудить концепции, системный дизайн, подходы к реализации, заполните анкету на менторство со мной. Сейчас расписание забито на 2 недели вперед, но в октябре появятся еще окошки, буду рад передать вам как технический опыт, накопленный за 15 лет, так и опыт работы с ИИ в разработке.

Если кто-то прийдет ко мне по вашей рекомендации, я подарю вам 1000 рублей с первой сессии.

🎚️ @vibe_coding_channel
🎚️ @vibe_coding_community

GitHub выпустили крутую утилитку SpecKit для Spec-Driven Development.

На прошлой лекции я рассказывал, что такое Spec-Driven Development, но на всякий случай тут повторюсь. Это подход в вайб-кодинге, (пришедший из традиционной разработки) в котором вы, а точнее нейронка, прежде чем что-то разрабатывать, создает подробную спецификацию проекта, описывает все требования, системный дизайн и декомпозирует на задачи.

Цитата с GitHub:

Spec-Driven Development is a structured process that emphasizes:
- Intent-driven development where specifications define the "what" before the "how"
- Rich specification creation using guardrails and organizational principles
- Multi-step refinement rather than one-shot code generation from prompts
- Heavy reliance on advanced AI model capabilities for specification interpretation

Такой подход отлично лег в основу AI IDE - Kiro, они создали прекрасный интерфейс, в котором очень интуитивно можно создать все необходимые документы для дальнейшей разработки. GitHub теперь сделал тоже самое, но уже для CLI инструментов.

Утилитка устанавливается простой командой:

uvx --from git+https://github.com/github/spec-kit.git specify init <PROJECT_NAME>

Из минусов сразу отмечу, что нет возможности использовать кастомные API ключи от моделей, ты можешь использовать только Github Copilot, Claude Code и Gemini CLI, для авторизации. Ну может и не минус, если у вас есть хотя бы какая-то подписка на Claude Code и Github Copilot. Если нету, а хочется попробовать, установите Gemini CLI, там есть бесплатные лимиты, их хватит для генерации спеки и задач.

После установки SpecKit и выбора провайдера, запускайте свой CLI инструмент, и у вас будет новая команда доступна - /specify.
Выбираете ее и описываете, что вы хотите создать. Когда готова спека, запускайте /plan, а после него /tasks, чтобы разбить план имплементации на задачи, подзадачи.

❓Кто уже пробовал, как впечатления?

🎚️ @vibe_coding_channel
🎚️ @vibe_coding_community

Делюсь схемой заработка в Threads с вайбом 😄

Сначала пишешь что уже заработал. Для достоверности прикладываешь фотку любого входящего перевода.

Когда в комментариях спрашивают как - говоришь, что у тебя есть курс «как заработать в Threads». Зевака покупает, и вот ты уже заработал.

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

Ну вы поняли 😄

Делитесь с другими, схема видимо рабочая, потому что у меня таких постов в Threads что-то уж очень много.

@vibe_coding_channel

Любопытно, и как мне расценивать пункт:

❌ Никаких паролей или токенов в репозитории

В контексте остальных пунктов, которые помечены ✅.

❌ - как единственный не выполненный пункт

ИЛИ

❌ - как вырезаны все чувствительные данные

❓Что думаете? Ставьте реакцию:

👍 - как вырезаны все чувствительные данные

😁 - как недоделанная до конца задача