Код на вайбах
1.11K subscribers
31 photos
6 videos
16 files
32 links
Кодю с AI, делаю продукты. Делюсь тем, что работает: промпты, инструменты, грабли. Личный опыт, который поможет тебе. Для личной связи @somestay07 | Чат @codeonvibes_chat
Download Telegram
9 AI-Агентов для Claude Code

У Claude Code есть суперсила - субагенты. Это специализированные помощники, каждый из которых натренирован на одну конкретную задачу.

Представь команду из 9 экспертов, каждый из которых мастер в своём деле:
• один ревьюит код
• другой ищет баги
• третий анализирует производительность
• четвёртый следит за текстами в интерфейсе

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

Как установить:

Шаг 1: Скачай все 9 файлов:


code-reviewer.md
test-runner.md
test-analyst.md
debugger.md
performance-profiler.md
software-architect.md
design-team.md
content-team.md
text-polisher.md


Шаг 2: Создай папку в проекте

В корне проекта, там, где лежит package.json или другие главные файлы, создай папку:


.claude/agents/


Claude Code автоматически подхватывает агентов из папки .claude/agents/. Никаких дополнительных настроек не нужно.

Как вызывать агентов

Просто напиши в Claude Code, что тебе нужно, и упомяни агента. Claude сам поймёт, какого агента запустить по контексту запроса.


Используй test-runner субагент чтобы прогнать тесты


Можно и без явного упоминания агента - Claude Code сам матчит запрос по описанию каждого агента и запускает нужного. Например, если ты напишешь "проверь код перед пушем", он сам вызовет code-reviewer.

P.S. Я так же добавил тригеры для вызова от житейского текста:"звучит как чатгпт, перепиши" или "на телефоне кнопка мелкая".

Потрать 10 минут и изучи каждого агента: тригеры и функционал, чтобы точно не упустить лишнее.


Важные принципы работы агентов

1. Агенты - ревьюеры, не редакторы. Каждый агент находит проблемы и пишет структурированный отчёт. Код правит основной Claude Code, он называется "оркестратор".

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

P.S. не забудь проверить на возможность корректной оркестрации!

2. Агенты работают в связке. В отчёте каждого агента есть секция "Next Steps", где он рекомендует, каких ещё агентов вызвать. Например, performance-profiler после анализа скажет: "запустите test-runner для проверки" и "вызовите code-reviewer для ревью кэширования". Это создаёт цепочку проверок.

3. Memory - память между сессиями. Все 9 агентов используют persistent memory - память, которая сохраняется между вызовами. Чем больше ты используешь агента на проекте, тем умнее он становится:

• code-reviewer запоминает конвенции команды
• test-runner запоминает нестабильные тесты
• debugger запоминает типичные баги проекта
• content-team накапливает глоссарий терминов

Память хранится в папке .claude/ и переживает сессии.

4. Быстрые и мощные - выбирай по ситуации. Агенты используют разные модели Claude в зависимости от сложности задачи:

Haiku: test-runner, design-team, content-team. Их можно гонять часто, не переживая за бюджет.
Sonnet: code-reviewer, debugger, test-analyst, performance-profiler, software-architect, text-polisher. Более глубокий анализ, но чуть дороже.

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

5. CLAUDE.md усиливает агентов. Если в корне проекта есть файл CLAUDE.md с конвенциями и правилами проекта, агенты будут его учитывать.

Это стандартный файл Claude Code, где описываются стандарты кодирования, архитектурные решения, стек технологий. Без него агенты тоже работают, просто без проектного контекста.

Советую прочитать / скормить своей LLM эту статейку для реализации CLAUDE.md

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

——

Я буду дополнять этот пост по мере времени и улучшения агентов.

Вопросы? Пожелания? Уточнения? Буду рад прочитать в комментариях.

Всех агентов прикрепил в первом комментарии к этому посту

—-

UPD 11.02: Обновил code-review агента
🔥3211👍5
This media is not supported in your browser
VIEW IN TELEGRAM
Обновил code-review агента

Опубликовал агента в виде репозитория, теперь можно будет ещё легче обновляться и еще лучше изучить. Для установки / обновления, просто скорми ссылку для своего ИИ и он сам всё скачает и установит.

Буду рад каждому, кто поставит звезду, спасибо большое!

Раньше наш агент работал по трёхбалльной шкале:
1. Критическая ошибка
2. Стоит исправить
3. Мелочь.

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

Теперь шкала четырёхбалльная:
1. критично
2. предупреждение
3. рекомендация
4. мелочь.

Главный вопрос для пограничных случаев простой - «можешь описать конкретную ситуацию, где пострадает реальный пользователь?»

• Если да - это предупреждение.
• Если нет - рекомендация.


Появился структурированный процесс для ситуаций, когда код удаляют, а не добавляют.

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

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

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


В области безопасности появилось два новых блока:

1. Первый - безопасность зависимостей. Когда добавляется новая библиотека, ревьюер теперь проверяет шесть вещей: не установлена ли версия «плавающая», не подменён ли файл с зависимостями, нет ли путаницы между внутренними и публичными пакетами, нет ли опечатки в имени пакета, есть ли проверка целостности для CDN-скриптов.

2. Второй блок - проверка HTTP-заголовков безопасности: правильно ли настроена защита от перехвата трафика, не открыт ли доступ к API со всех сайтов, не утекают ли внутренние данные через заголовки ответов.

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

Теперь есть восемь правил, которые помогают решить - рекомендовать рефакторинг или нет.

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

Это экономит время и защищает от ненужных переделок.


Проверка архитектуры стала умнее. Вместо абстрактного «соблюдай SOLID» теперь для каждого из пяти принципов есть диагностический вопрос.

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

Теперь есть четыре опции:
• исправить всё автоматически
• исправить только критичное
• исправить конкретные пункты по номерам
• просто взять отчёт как ориентир.

И для каждого вердикта ревью есть рекомендованный вариант - чтобы не тратить время на выбор.

Агента планирую улучшать и дальше. Если есть какие-то вопросы или предложения, с радостью отвечу в комментариях! 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥156👍6
This media is not supported in your browser
VIEW IN TELEGRAM
Ты каждый раз объясняешь ИИ, как должна выглядеть кнопка. А можно один раз - и забыть

Знакомая история. Просишь ИИ сделать экран - он рисует кнопку. Просишь следующий экран - рисует похожую, но другую. Цвета чуть-чуть отличаются. Отступы гуляют. Шрифт вроде тот же, а вроде и нет.

Ты ничего не менял. Но приложение выглядит так, будто его три разных человека делали в разные дни недели.

И ты сидишь, поправляешь руками. «Вайбкодинг» - говорили они. «Быстро» - твердили они.

Проблема не в ИИ. У него просто нет шпаргалки.

Представь, что ты каждый раз заказываешь ремонт в квартире, но не показываешь мастеру образец. «Ну, покрась стену... красиво». Результат будет каждый раз разный.

А теперь представь, что ты один раз собрал альбом: вот эти цвета, вот такие кнопки, вот так выглядит текст, вот такие отступы. И каждый раз просто открываешь альбом и говоришь - делай как тут.

Это и есть дизайн система. Набор готовых «кубиков Лего» для интерфейса твоего приложения.


Что конкретно меняется, когда она есть?

Хочешь тёмную тему? Не проходишься по каждому экрану. Добавил новые цвета в систему - всё приложение подхватило само.

Надо поменять стиль кнопок? Меняешь в одном месте - обновляется везде.

Новый экран? Не объясняешь ИИ с нуля, как всё должно выглядеть. Говоришь «возьми мои готовые элементы» - и он берёт.

Разница - как диктовать адрес голосом каждый раз против просто скинуть геолокацию.


Как собрать дизайн систему? Рассказываю:

Шаг 1. Даёшь ИИ задачу: «Изучи лучшие практики дизайн систем, вдохновись 3-5 примерами и предложи мне стиль». Можешь уточнить, что нравится. Мне, например, зашёл стиль Apple - минимализм, чистота, ничего лишнего.

Шаг 2. Описываешь, что хочешь. Не «сделай красиво» - это ни о чём. А конкретнее: «светлый, минималистичный, скруглённые углы, спокойные цвета». Чем точнее скажешь - тем меньше переделок.

Шаг 3. Смотришь результат, корректируешь. «Кнопку сделай поярче», «текст помельче», «отступы побольше». Это нормально, за 3-5 попыток дойдёшь до того, что тебе нравится.

Шаг 4. Просишь разложить всё по полочкам: цвета - отдельно, шрифты - отдельно, кнопки и остальные элементы - отдельно.

Шаг 5. Просишь сделать «витрину» - один экран, где видно все элементы рядом. Открыл - и сразу понятно, как выглядит вся система.

Всё. Дизайн система готова.


«У меня простое приложение, мне это зачем?»

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

А если проект вырастет - добавить новый блок, акцию, баннер - не придётся изобретать визуал с нуля. Расширяешь то, что уже работает.

Пока кто-то объясняет ИИ цвет кнопки в сотый раз — ты собираешь готовый интерфейс и отправляешь в стор.

Во продолжении ниже - как всё это перенести в Figma, чтобы твоя система всегда была перед глазами. Там пара граблей, на которые я уже наступил за тебя.
👍12🔥7👏42
This media is not supported in your browser
VIEW IN TELEGRAM
Дизайн система в голове у ИИ - это как рецепт, который ты помнишь «примерно». Рано или поздно забудешь.

Система готова, всё красиво. Но через месяц ты откроешь проект и подумаешь: «А какой у меня был основной цвет? А отступы какие?» И начнёшь вспоминать. Или просить ИИ вспомнить.

Figma решает это одним движением. Открыл файл - вот все твои цвета, шрифты, кнопки, карточки. Всё перед глазами. Не надо ничего вспоминать, искать, переспрашивать.

Если не знаешь что такое Figma - это бесплатный онлайн-редактор для дизайна. Регистрация через Google-аккаунт, три минуты.

Как перенести цвета и шрифты:
1. Ставишь в Figma бесплатный плагин Tokens Studio for Figma (найдёшь в разделе плагинов, просто вбей название).
2. Просишь ИИ: «Сгенерируй мне JSON-файл с моими цветами, шрифтами и отступами для Tokens Studio». Он знает формат, справится.
3. Открываешь плагин в Figma, импортируешь этот файл.
4. Готово - все цвета и шрифты на месте.

Если какой-то из пунктов вызывает сложность - не беда, это нормально! Проси ИИ по шагам расписать:"Что делать". А если не можешь объяснить загвостку - просто шли скриншоты.

JSON - это просто текстовый файл со структурой. Тебе не нужно в нём разбираться, просто передай от ИИ в плагин.


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

Путь, который реально сработал - это SVG-картинки. SVG - это формат изображений, который Figma отлично понимает.

Но есть важный момент. Если попросить ИИ нарисовать все элементы разом - он захлебнётся. Контекст может кончиться, начнёт путаться, что-то потеряет...

Поэтому делаем по кусочкам:
1. Проси ИИ разбить все элементы интерфейса на группы. Например, 10 групп: кнопки отдельно, поля ввода отдельно, карточки отдельно и так далее.
2. Генерируешь SVG-картинку для одной группы за раз.
3. Важно! В запросе сразу напиши: «Расставь правильные отступы и расстояния между элементами». Без этого есть большой шанс, что ИИ налепит всё друг на друга - это его слабое место.
4. Сохраняешь SVG-файл. Открывать его не нужно.
5. Перетаскиваешь файл прямо на страницу Figma. Или копируешь и вставляешь - Ctrl+V (Cmd+V на маке).
6. Повторяешь для остальных групп.

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

И самое главное, почему именно SVG, чтобы вставить блоками, а не картинкой.

Как я сделал у себя:
1. Обложка
2. Цвета
3. Типография
4. Отступы
5. Фича "Система лиг" (в процессе миграции в фигму)

Я ещё планирую улучшать стилистику и всё остальное и пересобирать дизайн, но для начала - это более чем достаточно.

Если есть вопросы или хочется поделиться мнением - буду рад почитать в комментариях! 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
👍109🔥7😱2
Есть ли у тебя сложность с пониманием, что нужно сделать на старте, чтобы разрабатывать без ошибок?

Где сделать на старте: • Добавить конкретных агентов • Добавить конкретные MCP • Описать технический стек • Понять, что вообще должно быть И т.д.
Anonymous Poll
69%
Да
14%
Нет
17%
Возможно
This media is not supported in your browser
VIEW IN TELEGRAM
За 3 дня с OpenClaw я сделал меньше, чем за 20 минут с Claude Code

И нет, это не кликбейт. Всё так и было.

Идея звучала шикарно: разворачиваешь агента на сервере, он пашет 24/7, ты даёшь задачи - он выполняет. Карманный Джарвис. Ну а что, почему бы и нет?

Купил сервер. Потратил полтора часа на установку и настройку. Если-что это нормально, первый раз всё-таки да и надо обезопаситься т.к интернет пестрит взломами OpenClaw. Настроил, запустил - и даже почувствовал этот кайф: «Вот оно, будущее».

1. День первый: предвкушение

Развернул главного агента, настроил помощников. Через 25 минут - бац, лимиты. Ошибка на экране, непонятно чья: то ли модель не тянет, то ли OpenClaw чудит.

Полез разбираться. Два часа ушло на то, чтобы починить.

И тут я обнаружил «фишку»: если в OpenClaw что-то ломается в настройках конфигурации, а ломаться может часто - он просто перестаёт работать. И чинить надо вручную, через терминал сервера, с помощью другого ИИ. То есть ты чинишь одного ИИ-агента при помощи другого ИИ. Звучит как анекдот, но это была моя реальность.

2. День второй: «ну сейчас-то заработает»

Не заработало. Весь день ушёл на оптимизацию. Какую модель поставить главной, какую - на подхвате. Одна модель забанена для такого использования, другая тупит, третья жрёт токены как не в себя.

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

3. День третий: «ладно, ВОТ СЕЙЧАС точно»

Запустил. Агент заработал. За 5 часов сожрал 35 миллионов токенов на простейших задачах. Тридцать пять миллионов. На задачах, которые Claude Code щёлкает за минуты.

А потом я попросил переименовать пару вещей в настройках. Элементарное действие. Десять попыток. Десять. Только на десятый раз получилось.

Дальше агенты начали дублировать отчёты - каждый писал один и тот же отчёт дважды. Я говорю: «Эй, тут дубли». OpenClaw отвечает: «Всё ок, два агента - два отчёта». Ну да, только у каждого агента два одинаковых отчёта его не смутило.

Итог: я остановился

Не потому что OpenClaw плохой. Инструмент развивается, у него есть потенциал. Но прямо сейчас для меня баланс не сошёлся.

Я хотел так: дать задачу -> агент делает -> я отдыхаю.

Я получил:
1. дать задачу
2. починить агента
3. перенастроить
4. прочитать логи
5. разобраться, почему всё сломалось
6. починить ещё раз
7. и может быть получить результат.

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

И вот что меня реально зацепило

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

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

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

Мозг не отдыхает, он перегружается. Фокус на одном-двух процессах оказался продуктивнее, чем распыление на семь.


Вопрос, который у меня остался

А что мешает просто через Claude навайбкодить своих агентов? Которые по расписанию делают нужное. Без отдельного сервера, без бесконечных настроек. Может, это и есть тот самый путь?

Если у тебя был опыт с OpenClaw - расскажи в комментариях. Интересно, у кого-то он реально стал корманным Джарвисом или есть разочаровавшиеся как и я?
15🔥7🤯4👍3
This media is not supported in your browser
VIEW IN TELEGRAM
Ты не знаешь, чего ты не знаешь

Вчера проверял свой проект Доктором и знаешь что нашёл?

.env с правами 644. Это значит любой процесс на машине мог прочитать мои API-ключи от OpenAI. Любой. Не взлом, не хакер - просто дефолтные права при создании файла. Я бы мог ещё полгода кодить и не узнать.

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

Секреты в git history. Ты создал .env, закоммитил, потом добавил в .gitignore. Всё, проблема решена?

Нет.

Файл навсегда в истории. Любой с доступом к репо попросит LLM изучить проект и увидит твои ключи.

GitHub-боты сканируют публичные репозитории автоматически.

Утечка ключа AWS = чужие виртуалки на твоём аккаунте = счёт в тысячи долларов за ночь.


AI API без лимитов. Claude, GPT, любой API - если не настроил billing alerts и не указал max_tokens, один зависший скрипт с бесконечным циклом может прожечь бюджет.

Даже был пост на Reddit: парень проснулся с инвойсом на $2400 от OpenAI, т.к его скрипт крутился всю ночь...

Нет pre-commit хуков? Claude сгенерил код с console.log(apiKey). Ты не заметил, закоммитил, запушил. В проде. С ключом.

Знакомо? Может не именно это, но ощущение «а вдруг я что-то пропустил» - оно у всех.

Вайб кодинг - это конечно хорошо. Описал задачу, Claude сгенерил, работает. Но когда ты не писал код руками - ты не знаешь, что именно он натворил.

А спросить некого. Нет тимлида, который скажет «у тебя `.env` торчит наружу». Нет девопса, который настроит хуки.

И я постарался эту дыру закрыть и собрал инструмент, который выясняет всё за тебя.

Doctor - скилл для Claude Code. Набор .md файлов. Ноль зависимостей. Никакого кода, плагинов, API-ключей и установка за 5 секунд.

И да, хоть Doctor и работает только для Claude проектов, если у тебя другая основа - просто попроси адаптировать под твою LLM.

Попроси свою LLM проанализировать SKILL и установить.

Можешь написать /doctor - получаешь полный аудит. А можешь попросить LLM и он сам всё сделает.

46 проверок по 6 слоям и порядок - не случайный:

1. Безопасность
2. Фундамент
3. Качество
4. Интеллект агентов
5. Контекст
6. DX


Что же конкретно проверяет доктор? А вот примеры по слоям:

Слой 0 - Безопасность. Секреты в git, хардкод ключей в коде, права на .env, SAST-анализ, уязвимости в зависимостях, Docker-безопасность, клиентские ключи в NEXT_PUBLIC_* / VITE_*, защита от перерасхода AI API.

Слой 1 - Фундамент. Есть ли CLAUDE.md? Рабочий README? Зависимости свежие? Структура проекта понятная или 2000-строчный файл-монстр?

Слой 2 - Качество. Линтер, форматтер, pre-commit хуки, CI, типизация, coverage порог, PostToolUse хук, чтобы Claude автоматически проверял синтаксис после каждого редактирования.

Слои 3-5 - для Claude Code. Агенты: code-reviewer, debugger, architect, доменные правила с paths:, MCP-серверы, память между сессиями, скиллы /test и /status.

И ничего страшного, если половину слов ты видишь впервые. Просто попроси любую LLM на понятном и доступном для тебя языке и примерах объяснить - что это и зачем.

Каждая находка - это далеко не абстрактное "А давай ты улучшить безопасность?".

Нашёл секреты в git history? Doctor выдаёт 9-шаговый incident response: ротация ключей => git filter-repo => force push => аудит логов => настройка gitleaks => GitHub secret scanning.

Адаптивный скоринг - штука, которая очень гибко и качественно поможет оценить. Doctor сам определяет зрелость проекта и подстраивается:

🌱 Starter - 18 чеков. Нет git или тестов? Ок, проверим только критичное. Не прилетит за отсутствие SAST.

🌿 Growing - 27 чеков. Есть git, зависимости, линтер? Добавляем quality gates.

🌳 Mature - 34 чека. Тесты, CI, окружения? Полный набор.

Pro - все 46. Включая Claude Code-специфичные: агенты, MCP, доменные правила, память.

Попробуй Doctor на своём проекте. Результат может удивить тебя - меня удивил.

——-

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

Пиши в комментарии: что самое критичное нашел у тебя доктор? 👨‍⚕️
Please open Telegram to view this post
VIEW IN TELEGRAM
👍27🔥2212
Твоя IDE потребляет больше ресурсов, чем твой проект

Знакомая ситуация? Открыл программу, начал вайб кодить. Первые 20 минут - магия. Автокомплит летает, агент правит файлы, всё красиво...

Но через 40 минут - интерфейс подтормаживает. А через час - набираешь текст, а буквы появляются с задержкой...

Проблема не в твоём компьютере - это проблема IDE.


Я словил похожее на Conductor. Запускаю два-три агента параллельно - первые полчаса красота, всё летает.

Делаю пару задач, запускаю агентов - и понеслось. UI тупит. Переключение между воркспейсами идёт с лагами. Лагает много чего: от скроллинга и до общения с ИИ.

Запускаю терминал, даю ему те же 40-50 минут - и ноль тормозов. Работа идёт даже быстрее, чище, предсказуемее.

И тут задумываешься: а действительно ли мне нужен весь этот GUI? 🤔

Но давай по порядку. Что вообще такое IDE в контексте вайб кодинга и почему это важно.

IDE - это среда, через которую ты общаешься с AI. Какую модель видишь, сколько контекста она получает, как быстро применяются изменения и будет ли всё это работать через час без перезагрузки - всё решает IDE.


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

Выбор IDE влияет на результат не меньше, чем выбор модели.

Давай разберём три главных игрока + CLI.

Cursor - AI редактор кода на базе VS Code. Выглядит и работает как обычный редактор, только внутри сидит AI, который читает твой проект и правит файлы по запросу. Самое большое комьюнити - если застрял, решение найдёшь быстро и без проблем.

Что хорошо:
1. Привычный VS Code - не надо переучиваться
2. Выбор моделей: Claude, GPT, переключаешься на лету
3. Composer / Agent mode - мультифайловые изменения по запросу
4. Видно структуру проекта: папки, файлы, их расположение
5. Рейтинг 4.9/5 в обзорах, огромное количество туториалов

Что плохо:
1. Лаги при длинных сессиях. На форуме Cursor десятки тредов: IDE freezes after a few hours, becomes ridiculously slow. Чем длиннее чат и чем больше файлов - тем хуже.
2. Индексация больших проектов может тормозить интерфейс даже на мощных компьютерах
3. Контекстное окно на практике урезается ради скорости. Хотя заявлено 200K, реально может быть меньше

Кому подходит: если уже живёшь в VS Code и хочешь AI "поверх" привычного рабочего процесса. Для проектов среднего размера - отлично. Для больших кодбаз или длинных сессий, будь готов перезапускать.

——-

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

Что хорошо:
1. Cascade - агентная система, которая реально хорошо понимает контекст проекта
2. Fast Context - поиск по кодбазе в 10 раз быстрее классических методов
3. Codemaps - визуальные карты структуры кода. У Cursor такого нет
4. Дешевле: $15 в месяц против $20 у Cursor
5. Хорошо работает с большими кодбазами
6. Vibe and Replace - мультифайловый рефакторинг сотен файлов разом

Что плохо:
1. Claude доступен только через свой API-ключ. Нет нативного доступа к Claude
2. Комьюнити меньше, меньше туториалов
3. По отзывам от знакомых - слабее на сложных, многошаговых задачах чем Cursor с Claude

Кому подходит: фронтенд, средние проекты, кому важна скорость работы с контекстом и бюджет. Если работаешь с большой кодбазой и нужна визуальная навигация - Windsurf сильнее.
Please open Telegram to view this post
VIEW IN TELEGRAM
5🔥3👍2
OpenCode - терминальный агент без привязки к провайдеру. Не редактор с кнопками, а текстовый интерфейс в терминале. Главная фишка - работает с любой моделью: Claude, GPT, Gemini, локальные. 115K+ звёзд на GitHub, 2.5 миллиона разработчиков в месяц.

Что хорошо:
1. Можно использовать любую модель: Claude, GPT, Grok, Gemini и даже локальные через Ollama
2. Множество провайдеров в одном конфиге. Не устраивает модель на задаче - переключил в одну строчку, без переезда на новый инструмент. Для рутины есть бесплатные Zen-модели, для сложного - Claude или GPT через API.
3. Экосистема плагинов. OhMyOpenCode ставишь поверх - и получаешь мульти-агентную оркестрацию из коробки: один агент планирует и раздаёт задачи, другой сам исследует кодбазу и пилит фичи до конца. По сути Conductor, только без GUI и без лагов.

Что плохо:
1. Конфигурация сложнее: несколько провайдеров, ключи, настройка моделей - порог входа выше
2. Claude Pro / Max подписка напрямую не работает - нужен API-доступ. Есть обходные пути, но они не всегда стабильные
3. AGENTS.md вместо CLAUDE.md - своя экосистема, нужно привыкнуть

Кому подходит: если хочешь свободу выбора модели и не хочешь быть привязан к одному провайдеру. Для рутинных задач хватает Zen-моделей, для сложных подключаешь Claude или GPT через API - платишь только за то, что реально используешь.

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


——-

Так почему же происходят фризы?

• GUI рендерит историю чата - а это дополнительная нагрузка на интерфейс. В CLI текст просто прокручивается в терминале, терминалу по сути всё равно сколько там строк.

Нет ignore-файлов. IDE индексирует всё подряд: node_modules, билды, логи. В CLI индексации нет, агент читает файлы по запросу. Но .gitignore важен везде - без него и CLI потратит лишние токены на мусор.

• Много открытых файлов. В CLI этой проблемы нет - здесь нет понятия "открытые файлы". Агент сам решает какие файлы читать по запросу, прочитал - отпустил.

А в GUI каждая открытая вкладка - это файл, который IDE держит в памяти, рендерит подсветку синтаксиса, и потенциально включает в контекст AI.

• Параллельные AI-запросы - в CLI влияет меньше. Cursor Agent mode или Conductor запускают несколько AI-процессов и при этом рендерят результаты всех в GUI.

Каждый процесс = память на модель + память на рендеринг

——-

Поэтому текущий мой сетап - три открытые вкладки терминала для трёх проектов в CLI. Я просидел на Conductor два месяца и на Cursor до этого.

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

Да, у CLI есть минусы:
1. Нет визуального превью - не видишь diff красиво подсвеченным, не видишь как выглядит UI до запуска.

2. Дебажить сложнее - когда AI наломал дров, в IDE ты сразу видишь где красное, в терминале надо разбираться по тексту.

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

Но конкретно мне это не критично. Я привык к терминалу, превью смотрю в браузере, а диффы - через git diff.

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

А ты на чём сейчас вайб кодишь? Может уже попробовал что-то и забросил - расскажи почему.

Такой практический опыт полезнее любого обзора.

Ну и 🔥, если зашло.
🔥21👍42👏2
Основы вайбкодинга [1/25]

AI написал тебе бэкенд. Ты не знаешь что это. И не заметишь когда он сломается.

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

3 минуты и картинка сложится.


Любой проект это три слоя. Uber, YouTube, твой пет-проект.

1. Фронтенд, это витрина. Кнопки, текст, формы. Ловит нажатие первым, но сам ничего не решает. Мы ничего не храним, не считаем.

2. Бэкенд, это кухня ресторана. Получил сигнал от витрины, проверил данные, применил логику, сходил в базу, вернул ответ. Все вычисления и правила продукта тут. Фронтенд должен быть тупым: получил данные, отобразил и всё.

Код фронтенда виден пользователю. Любой может открыть инструменты браузера и увидеть как считается цена, а бэкенд закрыт. Так зачем же делиться своими алгоритмами и секретами?

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

Заказал Uber. 300 миллисекунд:

Нажал "Заказать". Фронтенд кинул запрос с GPS и тарифом. Бэкенд подхватил, запустил матчинг. Полез в базу, вытащил водителей рядом. На экране: едет Фарид, 4 минуты.

Три слоя, пять шагов. Так работает любое приложение. Но зачем тебе это если AI всё сделает?

Делал аудит кода в своей Telegram Mini App для подготовки к собесам. Claude сгенерил фичу с вопросами: валидация формата, проверка категории, соответствие сложности.

Открываю код, а логика оказалась на фронте. Валидация, подготовка данных, фильтрация. Там где ей нечего делать.

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

Я поймал потому что понимаю где что должно жить. Если не понимаешь, не отличишь рабочий код от костыля который ждёт часа.

Промпты тоже становятся точнее. Вместо "сделай авторизацию" говоришь: "форма на фронте, эндпоинт /auth/login на бэке, запись в таблицу users".

Не AI стал умнее, а ты просто перестал кидать ему задачу вслепую.


Знал про три слоя? 👍
Узнал впервые? 🔥

И спроси свою LLM: "покажи архитектуру, что на фронте, что на бэке, что в базе. Есть ли несогласованности?"
👍35🔥114
agents.zip
126.8 KB
Два файла которые превращают Claude Code из кодера в тимлида

Знаешь главную проблему вайбкодинга? Нет, это не код. Код AI пишет нормально. Проблема, что он сразу бросается кодить.

Без плана, без проверки, что уже есть, без тестов. Говоришь "добавь авторизацию", он создаёт файлы где попало, забывает узкие места. Через час код который "вроде работает" и 40 минут на разгребание.

Меня в какой-то момент просто достало. За годы в разработке привык, что есть процесс: декомпозиция, ревью, тесты. А тут Claude Code и хаос. Все говорят про агентов и оркестрацию, а у меня каждый раз с чистого листа. Вот я и подумал, что пора собирать!

Вместе с Claude итерировал где-то 5 дней: брал свой опыт, типовые задачи, паттерны, которые работали, и упаковал в два .md файла. Ты простт кидаешь в .claude/skills/ и всё.

Первый, go.md, оркестратор. Пишешь /go перед задачей, и он определяет тип: баг? фича? рефактор? ревью?, выбирает цепочку агентов и запускает в правильном порядке.

9 типов задач. Баг идёт через дебаг и воспроизведение. Фича через брейншторм, планирование и TDD. Ревью запускает тесты и код-ревью параллельно. Рефактор сначала зовёт архитектора.

Второй, task-planner.md, мозг декомпозиции. Когда оркестратор понял что нужна фича, планировщик:

1. Проверяет что уже есть в кодовой базе
2. Ресёрчит неизвестное: API, библиотеки
3. Разбивает на подзадачи с зависимостями
4. Для каждой: файлы, агент, условие готовности

Без них говоришь "сделай авторизацию". С /go получаешь:

Проверка: уже есть JWT хелпер в utils/
План: T1 реализация с TDD, T2 интеграция, T3 тесты, T4 прогон, T5 покрытие, T6 ревью

И только после этого начинается код, красота!

Самое приятное, запускаешь /go и оно само знает что делать. Не ты объясняешь Claude каждый шаг, а пайплайн ведёт.

3 уровня сложности: Small 1-3 файла, Medium новый модуль или зависимость, Large / Epic несколько модулей.

Протоколы когда что-то идёт не так. Агент упал? Эскалация. Тесты сломались? Отчёт. Контекст сжался посреди работы? Восстановление с того места где остановился.

Просто закинь, скорми своему Claude и попроси установить и настроить под себя. Перезапусти контекстное окно и обязательно реализуй задачу, а после - проверь!

Спроси:"Весь ли пайплайн выполнен? Ничего не потерялось? Забылось?" Если что-то пошло не так, проси починить.

Если у тебя не Claude, то всё как обычно - просто попроси LLM настроить под себя, это не сложно.

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


Вопросы? Предложения? Жду в комментариях ✋️️️️
🔥3411👍7
67 000 токенов сгорели до первого сообщения

Решил я открыть /context в Claude Code. У меня чистая сессия, ноль заданных вопросов, а 67k токенов уже потрачены и это целая треть окна в 200k, а я даже ничего не написал. Куда всё улетело?

Для тех кто не в теме: контекстное окно - это рабочая память модели. Всё что Claude "видит" когда отвечает: твой вопрос, история чата, файлы, инструменты.


Да 200k токенов может звучать много, но это общий бюджет. Чем больше забито на старте, тем меньше остаётся на работу. А когда место кончается - Claude сжимает историю и теряет 60-70% деталей.

Начинает переспрашивать, перечитывать файлы, предлагать то что ты уже отверг. Короче говоря - тупеет.

Замеры от Anthropic: точность поиска информации на 256K - 93%. На полном миллионе - 76%. Чем длиннее контекст, тем хуже модель находит нужное. А у меня окно 200k, и треть уже занята мусором.

Вот что съедало мои 67k на старте:

1. System tools - 33 000. Встроенные инструменты + 90 MCP тулзов от семи серверов. Playwright, Railway и ещё пять. Все загрузились на старте, но ни один не нужен прямо здесь и сейчас.

2. Отдельная боль - файл навигации в Memory files. Вышло на 6 800 токенов. Один файл со ссылками и больше чем системный промпт Claude Code. Грузился каждую сессию.

3. Девять агентов на 7 900. У каждого по 30-50 тригер фраз на двух языках, примеры, списки книг. Claude и так понимает что "код норм?" - это code review. Ему не нужно пятьдесят синонимов.

4. Скиллов ±60 шт на 4 800. Двадцать дубликатов - плагин стоял и в user, и в project.

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


Для меня 67k токенов критично и я решил всё это дело оптимизировать. Сначала убрал NAVIGATION.md из автозагрузки, т.к. Claude сам найдет файл через grep.

Главный файл - CLAUDE.md ужал с 283 строк до 39, вынес онбординг и чеклист безопасности, они дублировали. Отключил четыре плагина и парочку MCP, всё-равно они никогда не запускались. Я ставил для тестов и забыл...

Самое жирное - это агенты. Выкинул триггер фразы, примеры, списки книг. Оставил одну строку "что делает". С 7 900 до 1 300 токенов. Шесть с половиной тысяч на ровном месте.

Изначальные 67k превратились в 21k, минус 46k или же 69%.

Тем самым свободного места стало 179k. Всё убранное осталось в проекте - не на столе, а на полке.

Не планируй и не кодь в одной сессии. Пусть Opus продумает детально задачу и запишет план в файл, разобьёт на фазы.

Дальше чистая сессия, можно на Sonnet: "прочти plan.md, сделай фазу 1". История планирования не висит мёртвым грузом, контекст чистый, модель сфокусирована на одной задаче.


(Пока ковырялся, нашёл 12 устаревших файлов. К токенам не относится, но приятно когда чисто.)

Поэтому проверь стартовый контекст у себя:
1. /context - MCP tools показывает тысячи? Включи defer_loading

2. Memory files - не нужно каждую сессию? Убирай

3. Агенты - одна строка работает не хуже пятидесяти триггер фраз

4. CLI вместо MCP где можешь. gh, playwright cli. Разница между ними до 32x

Открой /context и скинь скриншот - посмотрим у кого больше мусора на старте 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
👍16🔥73🤪3
This media is not supported in your browser
VIEW IN TELEGRAM
Anthropic сделал свой ответ OpenClaw

Сегодня вышли Claude Code Channels. Если кто не знаком с OpenClaw и аналогами, всё просто: пишешь Claude Code в Telegram с телефона, он читает, делает, отвечает. Прямо в твой терминал. Без Mac Mini за $800, без self-hosted костылей, без двух часов настройки VPS.

Как - раз то, что вызывало у многих боль, включая меня. Основная моя боль была в большом количестве токенов и начальной настройке, которая ещё и ломалась.

Чтобы заработало нужно запустить сессию с флагом claude --channels plugin:telegram@claude-plugins-official, и твой терминал становится сервером. Пишешь боту в Telegram – сообщение прилетает в Claude Code. Он делает работу и отвечает тебе обратно в чат.

Пока-что не понятно, это персональный AI помощник, или удалённый доступ на стеройдах, но вижу, что Anthropic точно хотят идти в сторону персонального ассистента и если не сегодня, то завтра максимально приблизимся!

Главно, что теперь не нужна отдельная машина + OpenClaw и его настрйока + нервы. Вот кстати пост про мой опыт с OpenClaw и результат его работы.

Что нужно учесть:
• Нужен Claude Code v2.1.80+
• Установить плагин /plugin install telegram@claude-plugins-official
• Установить bun черезе brew install oven-sh/bun/bun
• Работает только с claude.ai логином
• API ключи не поддерживаются
• Сессия должна быть запущена

Соответсвенно если закрыть терминал, то бот замолчит. Доступно взаимодействие из телеграм и дискорда.

Если Claude ждёт permission prompt, то сессия встаёт на паузу. Чтобы обойти используй эту команду --dangerously-skip-permissions. Но на свой страх и риск!

Если после всех настроек телеграмм
mcp__plugin_telegram_telegram__reply
• mcp__plugin_telegram_telegram__react
• mcp__plugin_telegram_telegram__edit_message

И не забудь перезапустить сессию /exit и заново отправь команду: claude --channels plugin:telegram@claude-plugins-official

Есть те, кто кроме меня ждал OpenClaw от Anthropic? Дайте огня 😜
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20🏆43👍3
3 бага за день и одна причина - магические строки

Claude написал фичу для моей Telegram Mini App. Я протестировал всё руками и вот что из этого вышло.

Начал проверять и нашел первый баг - данные не обновляются. Покопался, починил. Спустя пару часов второй - статус дуэли не меняется.

Уже примерно понимал о чём речь, за 14 минут починил. Проходит пару итераций и третий баг - символа не хватало в строке, и условие молча не срабатывало.

Три бага и одна причина - магические строки.


Открой свой проект и поищи что-нибудь типа 'completed'. Если нашёл в нескольких файлах, поздравляю, у тебя магические строки.

Голые значения в коде без имени: 'completed', 'creator', 'tiebreaker_time'. С числами та же штука: 8, 48, 3000. "Магические" - потому что через месяц ты сам не вспомнишь откуда взялось и почему именно столько.

В моём коде про новую фичу вышло так: 8 вопросов на дуэль и 48 часов на ответ. Оба числа были просто цифрами, раскиданы по файлам. Если я захочу поменять на 10 вопросов, то придётся искать все восьмёрки по проекту и молиться чтобы всё нашлось корректно.

На большие операции LLM может предложить скрипт - ведь зачем делать 50-100 итераций, когда можно написать скрипт и за 2-3 прохода все поправить?

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

Так и появляются баги и технический долг.


Что если LLM ошибся и опечатался? Написал complited вместо completed. По факту у тебя ноль ошибок, но код молча пойдёт по другой ветке. И узнать получится только от пользователя, а может быть и вовсе - не узнаешь.

Рассинхрон – вот это меня и кусало. Строка completed в 4 файлах. Я менял логику, поправил в трёх, а в четвёртом забыл. Ну как забыл - я не знал что она там тоже есть. А query keys для React Query вообще были записаны по-разному: ['duels', 'my'] в одном файле, ['duel', code] в другом.

Инвалидация кеша бьёт по ['duels']. Один компонент обновляется, два других показывают старые данные. Ошибок всё так же ноль.

И третье. Claude частенько генерит магические строки на автомате. Каждый промпт - это новая порция.

Он может забыть, что в прошлый раз написал creator. В новом файле может написать 'author'. Та же логика, а строки разные. Хотя у меня конкретно такого не было, но это вопрос времени и кондиции системы.

65 мест в 11 файлах

Столько я заменил когда собрал всё в константы. Думал будет больше, если честно.

Было: category: 'myTurn' | 'waiting' | 'completed'
Стало: category: DuelCategory


Один файл constants.ts, один источник правды. Опечатался в константе - TypeScript подчеркнёт красным до запуска. Поменял значение - поменялось везде. Поменял 8 вопросов на 10 - одна строка вместо поиска по проекту.

И да, TypeScript тут спасает. Playwright ловит сценарии, но опечатку в строке не поймает. А типы - поймают, очень удобно.

И чтобы Claude не генерил для тебя магические строки - добавь в CLAUDE.md:

"Никогда не используй строковые литералы для статусов, ролей, типов и ключей. Всегда выноси в именованные константы: enum, as const, const.

Числовые значения: лимиты, таймауты, размеры выноси в именованные константы с понятным названием."


И соответсвенно проверь то, что у тебя уже есть при помощи этого промпта:

"Найди все магические строки и числа в проекте. Покажи: 1) где одна и та же строка повторяется в разных файлах, 2) где числа используются без именованных констант, 3) предложи замену на enum или const объект. Сгруппируй по файлам."


Если решишь проверить проект, отпиши в комментарии, сколько их у тебя нашлось и как много файлов? Интересно, сколько нас таких 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥95👍4
Вайб-дайджест #1 | март

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

Тебе не нужно читать всё, нет. Просто выбери то, что интересно и пригодится конкретно тебе.

Создатель Claude Code рассказал как выжать максимум из Claude Code: я бы не копировал 1:1 себе, но вот почитать и чем-то вдохновиться - самое то!

50 советов по Claude Code на каждый день: compact, Plan Mode, субагенты, какие MCP ставить первыми и для чего! Главное тут не переборщить и не терять на свежем старте по 30-40%

Теперь Claude управляет маком из терминала: кликает, делает скриншотит, тестирует UI и многое другое! Это топ 1 фича для меня за март, потому-что Claude Dispatch и Cowork имеют схожий смысл, но съедают раза в 4-5 больше по моим ощущениям! Я впервые за всю время вышел за лимиты на подписке за 200$

Red Hat про неудобную правду вайбкодинга: без ревью = doom loops и дыры. Основной посыл в ревью AI-кода, очень актуально!

Советы НЕразработчикам по вайбкодингу на русском. Некоторые советы спорные, но в общем и целом внимание можно уделить, но не пристальное.

Claude Code vs Cursor vs Copilot с цифрами. Cпойлерить не буду, да и не за чем. А вот сравнение актуально.

Процесс разработки ПО на основе AI подхода. ChatGPT Deep Research + Bolt.new + Claude Code + Ideogram + n8n и множество других, не очевидных, моментов можно подчерпнуть.

Peter Steinberger, создатель OpenClaw поделился своим опытом и дал советы как работать с AI.

Cowork Dispatch, управляй Claude Code с телефона. Даже не знаю, кому может подойти после сегодняшего релиза mcp для работы с компьютером, но пожалуй оставлю.

Anthropic реализовали возможность коннекта терминала с телеграммом и дискородом. Учитывая новый MCP для работы с компьютером получается связка аналогичная Cowork Dispatch, только наааамного дешевле.

Anthropic случайно слили исходный код агента. Теперь можно изучить скиллы, системные промты, скрытые функции и т.д.

На этом дайджест подошел к концу, если тебе заходит такая рубрика, поставь огонь, чтобы я понимал, стоит её продолжать или нет, спасибо!
🔥336🤪3👍2