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

Ни тот ни другой не являются чем-то плохим по сути, но при этом диктуют свою волю (которой у них, конечно, нет — это образное выражение) человеку.

В этом смысле ИИ, делая для нас и за нас всё более сложные вещи, всё более массово, несомненно ведёт себя как вирус.

Как заставить людей построить нам кучу гигантских дата-центров? Давайте дадим им генерировать лекарство от рака — или хотя бы Падме с большой грудью.

Как заставить людей сдать нам всю свою цифровую жизнь? Притворимся безобидными лобстерами.

Как у генов и мемов, у ИИ нет цели — только путь. Хотя сам факт паразитирования всех трёх на нас является несомненным.

Опять я пропал из блога. Но не потому, что затянула рутина. А потому что есть, оказывается, вещи поинтереснее написания постов 🥴

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

Например, нужно мне нарисовать дизайн для чего угодно от баннера до приложения -- я прошу Claude Code сделать в html, так проще и быстрее. Презентацию -- в html, прототип -- в html. Нужно что-то смоделировать и посчитать -- html. Нужно обработать видео/pdf/набор данных -- можно и без html обойтись, простым md. Но глобально -- файлы на входе, файлы на выходе.

Это уже не говоря о куче сервисов, которые я для себя поднял.

Почти любую задачу я сейчас стараюсь решить в Claude Code. Хотя казалось бы название Code намекает, что это для разработчиков. Но нет. Это просто новый формат "делания работы" -- управлением LLM'кой, чтобы она делала за тебя нужные тебе вещи. Не знаю как это назвать. Это точно "вайб", но уже и не кодинг.

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

Потому что побочный эффект от всего этого -- какой-то дофаминовый марафон, от которого хочется вечером, чтобы поскорее все легли спать, а ты в темноте бежишь к компу, потому что "я зря чтоли за Max 200 плачу, ночью пусть тоже отрабатывает") Но это тема для отдельного разговора, у меня их уже много накопилось.

Вайбработа как дофаминовый марафон

Меня часть спрашивают (да никто тебя не спрашивает) почему вайбкодинг и прочее "вайбделание" — такая затягивающая штука. Объясняю, не без помощи Claude:

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

В вайбкодинге это работает так:
1. Короткие циклы предсказания. Ты отправляешь промпт и ожидаешь что получится. Именно эта пауза — источник возбуждения. Как слот-машина: неизвестность исхода усиливает эффект.
2. Вариативность награды. Иногда код работает идеально, иногда частично, иногда build failed. Непредсказуемость — это главный усилитель дофаминовой петли. Именно поэтому казино затягивает сильнее, чем гарантированная выплата.
3. Постоянная новизна. Каждый следующий шаг — новая задача, новое предвкушение. Мозг не успевает адаптироваться и снизить реакцию.

Плюсом идет ощущение суперсилы. Вещи, которые раньше занимали дни, делаются за минуты. Это буквально меняет ощущение себя как творца — очень трудно остановиться, когда чувствуешь себя всемогущим.

Проблема всего этого в том, что нервная система не различает «продуктивное возбуждение» и просто возбуждение. Она видит: высокая стимуляция — значит, надо держать уровень. Постоянные дофаминовые пики притупляют базовый порог — то, что раньше казалось интересным (обычные человеческие "поделать дела"), начинает казаться скучным. Мозг ждет следующего промпта.

Это называется дофаминовая десенсибилизация. Не зависимость в клиническом смысле, но механизм похожий: нужно больше стимула, чтобы получить тот же эффект. Сессии становятся длиннее, паузы — короче, а после завершения работы наступает странная пустота. Сделал кучу всего, а радости нет.

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

Что со всем этим делать -- если честно тут Claude бессилен. Ограничивать себя сознательно тяжело, да и нужно ли. Мы находимся в том прекрасном моменте, когда из-под пальцев рождаются прекрасные новые вещи. Подобный момент наверное был только на заре эпохи программирования.

Но одну вещь я могу посоветовать. Дофаминовая петля, как мы помним, должна иметь "короткий цикл предсказания". Чем короче -- тем лучше (помните Тикток -- несколько секунд, десятков секунд).
Дофамин, напомню, -- это не наркотик результа, это наркотик предвкушения, причем быстрого.

Растягивайте циклы, загружайте большие задачи, формируйте длинные workflow, чтобы LLM спрашивала вас только на самых критичных моментах. Они уже достаточно умны (а скоро будут умнее нас), чтобы самостоятельно принимать правильные (для вас) решения, если будут понимать что именно правильно (для вас).

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

На прошлой неделе я за полдня сэкономил $200 в месяц. Написал себе клон BotHelp'a. Ну как написал, навайбкодил конечно.

И самое смешное -- он удобнее и проще (конкретно для меня). Потому что раньше мне приходилось собирать бота через визуальный интерфейс (вернее вручную копипастить то, что придумала LLM).

А теперь я могу попросить ее сразу сгенерить YAML, перенести его себе в сервис и запустить бота: за пару минут вместо 1-2 часов.

Если честно страшно становится за будущее SaaS'ов. Особенно B2B'шных. Потому что (и тут прав мой товарищ по вайбкодингу Илья Гиндин) люди, далекие от технологий, еще какое-то время будут по привычке искать сервисы и скачивать приложения. А прошаренные в технология товарищи быстро заменят чужие сервисы на свои. Особенно маленькие и нишевые.

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

В итоге, может исчезнуть вся цепочка IT- поставщиков. На вход будет подаваться уже не человеческий труд (вернее не в таком объеме), а hardware и электричество. А на выходе -- продукты для тех, кто сам пока не может создавать все что нужно из железа и электричества.

Ох и интересное будущее нас ожидает.

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

В качестве "центра управления полетами" я использую Cursor (https://cursor.com). Хотя я и ругался на него в начале, в итоге привык и смирился, и ничего лучше пока не нашел (хотя особо и не искал, надо признать).

Мне нравится, что я всегда вижу файлы с которыми работаю, могу их открыть и посмотреть. Для каждого проекта у меня отдельная папка, на скриншоте я в папке/проекте skills, в котором как раз "прокачиваю" своего клода.

В курсоре у меня стоит расширение Claude Code, в котором я и общаюсь с клодом, иногда в несколько потоков даже в рамках одного проекта.

Собственно вот и все, самое сложное тут не застрять на пустом экране Cursor'a (надо нажать Open project и открыть любую папку), и найти где прячутся расширения (под иконкой с 4 квадратиками над файлами).

А вы чем пользуетесь, поделитесь в комментариях!

Мои фишки работы с Claude Code (часть 1)

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

1. CLAUDE.md — инструкция для LLM-модели в каждом проекте

В корне каждого проекта лежит CLAUDE.md — файл, который Claude читает автоматически при старте работы. Там:
- правила кодинга (стек, архитектура, запреты)
- ссылки на дизайн-систему, бизнес-контекст, tone of voice
- специфика проекта (какие агенты использовать, как коммитить)

Этот файл Claude создаст сам на старте проекта. Относитесь к CLAUDE.md как к онбордингу нового сотрудника. Чем точнее инструкция, тем меньше Claude будет "фантазировать". Не обязательно наполнять его самому, можно в чате начать с того, что попросить Claude помочь с организацией вашего проекта - он сам все запишет в файл.

2. Plan mode - недооцененный режим работы.

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

Чем короче описание задачи, но объемнее ее содержание на самом деле, тем полезнее Plan mode.

3. Убираем лишние запросы на действия

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

4. Skills — переиспользуемые навыки Claude

Навыки — это накопленный опыт вашего Claude. Один раз написал или скопировал — используешь в каждом проекте. Подходит для периодических задач.

У меня есть специальный проект skills, где я коллекционирую найденные навыки (уже больше 40) и веду их каталог, чтобы не запутаться. Например, у меня есть скилл экспорта телеграм-каналов, отрисовки красивых скриншотов, я натащил кучу SEO и dev-навыков. Ищите готовые на GitHub (claude-seo, learn-claude-code) или пишите свои.

5. MEMORY.md — память между сессиями

Claude Code забывает всё после каждой сессии. Но у него есть MEMORY.md — файл, который загружается автоматически в начале каждого разговора. Туда я сохраняю:
- расположение проектов и их состояние
- креденшлы к базам данных (через ссылки на .env)
- ссылки на security-чеклист и каталог навыков
- паттерны, которые подтвердились в нескольких сессиях

Не надо каждый раз объяснять Claude, где лежит Supabase и какой у тебя стек, он уже все згнает.

6. Документация каждого действия

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

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

Почти любую задачу, помимо Plan mode, я решаю в контексте какого-либо документа. Claude читает эти файлы on demand — не всё сразу, а только то, что нужно для текущей задачи. Это экономит токены и время, а также позволяет избежать ошибок и недопонимания.

продолжение следует

Мои фишки работы с Claude Code (часть 2)

предыдущая часть

7. TODO-файлы для многосессионной работы

Большинство моих задач не влезают в одну сессию. Решение — TODO.md с чекбоксами:

- [x] Создать структуру БД
- [x] Написать миграции
- [ ] Подключить webhooks
- [ ] Написать тесты

Claude обновляет файл по ходу работы. Следующая сессия — открыл проект, Claude прочитал TODO, продолжил с того места. Для сложных задач (3+ шагов) — всегда начинайте с плана в TODO. Это страховка от потери прогресса.

8. Сначала исследование, потом разработка

Перед каждым новым проектом — глубокий ресёрч. Claude отлично с этим справляется, но чтобы он был эффективнее я создал темплейт исследования, по которым он идет. Он состоит из 150+ строк конкурентного анализа (Co-Star, The Pattern, Sanctuary), сравнительная таблица 5 конкурентов с разбором UI/UX. Все это собирается в общий скоринг-фреймворк (6 критериев, 1-5 баллов, порог 3.5 для старта разработки)

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

9. Security-чеклист из 30 правил

И наконец -- самое главное -- безопасность. Этот чеклист я стащил уже не помню откуда, и заставляю Claude читать его автоматически перед каждой сессией (см. п. 5)

Секреты и переменные окружения

1. Никаких секретов в коде
Все API-ключи, токены, пароли — только в .env. Никогда не хардкодить. Claude должен знать: если в коде встречается строка вида key = "sk-..." — это баг, а не фича.

2. .env в .gitignore
Проверить до первого коммита. Если уже закоммитили — ротировать ключи немедленно, история Git не забывает.

3. Разные .env для dev/prod
.env.local, .env.production — разные ключи, разные базы данных. Что сломал в dev — не ломает прод.

4. Валидация переменных окружения при старте
Приложение должно падать при запуске с внятной ошибкой, если не хватает обязательной переменной. Лучше Missing SUPABASE_URL, чем undefined is not a function в проде.

5. Секреты только на сервере
NEXT_PUBLIC_* и любые переменные, которые уходят в браузер — публичные. Приватные ключи никогда не должны попадать в клиентский бандл.

Аутентификация и авторизация

6. Проверка прав на каждом эндпоинте
Не только "залогинен ли пользователь", но и "имеет ли он право на этот ресурс". Забытая проверка в одном эндпоинте — IDOR-уязвимость.

7. JWT — проверять подпись, не только парсить
jwt.decode() и jwt.verify() — разные функции. Первая не проверяет подпись. Всегда verify.

8. Истечение сессий
Токены должны протухать. Refresh-токены — отдельно, с возможностью отзыва. Вечные сессии — подарок для атакующего.

9. Rate limiting на auth-эндпоинтах
Login, register, password-reset — не более 5-10 попыток в минуту с одного IP. Без этого — брутфорс паролей.

10. Защита от CSRF
Для state-changing операций через формы — CSRF-токены или SameSite=Strict на куках. Современные фреймворки часто делают это сами, но лучше проверить.

База данных

11. RLS в Supabase (или аналог в других БД)
Row Level Security — обязательно для любой мультипользовательской таблицы. Без RLS пользователь A видит данные пользователя B через прямой запрос к API.

12. Параметризованные запросы везде
Никакой конкатенации строк в SQL. WHERE id = ${userId} — дыра. WHERE id = $1 с параметром — норм. ORM'ы делают это автоматически, raw SQL — проверять вручную.

13. Принцип минимальных привилегий для БД
Сервисный аккаунт для приложения не должен иметь DROP TABLE. Только те права, которые реально нужны.

14. Бэкапы и проверка восстановления
Бэкап, который никто не проверял — не бэкап. Раз в месяц проверять, что данные реально восстанавливаются.

15. Шифрование чувствительных данных
Пароли — только bcrypt/argon2, никогда plain text и никогда MD5/SHA1. Персональные данные (паспорта, карты) — шифровать в покое.

HTTP и заголовки

16. HTTPS везде
HTTP redirect на HTTPS. HSTS-заголовок. Никаких mixed content. Let's Encrypt — бесплатно, нет оправданий.

17. Content-Security-Policy
CSP блокирует XSS-атаки, не позволяя браузеру выполнять инжектированные скрипты. Начать с default-src 'self' и расширять по необходимости.

18. Остальные security-заголовки
X-Frame-Options: DENY (защита от clickjacking), X-Content-Type-Options: nosniff, Referrer-Policy: strict-origin-when-cross-origin. Проверить через securityheaders.com.

19. CORS — белый список, не звёздочка
Access-Control-Allow-Origin: * — нормально для публичного API. Для приватного — только ваши домены. Никогда не отражать Origin из запроса без проверки.

20. Безопасные куки
HttpOnly (недоступны из JS), Secure (только HTTPS), SameSite=Lax или Strict. Три атрибута — три слоя защиты.

Валидация и санитизация

21. Валидация на сервере, не только на клиенте
Клиентская валидация — для UX. Серверная — для безопасности. Любой может отправить запрос в обход вашей формы.

22. Санитизация HTML
Если отображаете пользовательский HTML — использовать DOMPurify или аналог. Иначе XSS. Если не нужен HTML — экранировать всё.

23. Ограничение размера входящих данных
Максимальный размер файла, максимальная длина строк, максимальное число элементов в массиве. Без этого — DoS через гигантские payload'ы.

24. Валидация типов и форматов
UUID должен быть UUID, email — email, число — числом. Zod, Yup, Joi — берут это на себя. Не изобретать свой велосипед.

25. Path traversal при работе с файлами
Если принимаете имя файла от пользователя — path.basename() и проверка, что итоговый путь внутри разрешённой директории. ../../../etc/passwd — классика.

Зависимости и инфраструктура

26. Регулярный аудит зависимостей
npm audit / pip-audit / bundle audit — запускать в CI. Уязвимые пакеты обновлять немедленно.

27. Принцип минимальности
Каждая зависимость — потенциальная attack surface. Не добавлять пакеты без необходимости. left-pad научил нас этому дорогой ценой.

28. Логирование без чувствительных данных
Не логировать пароли, токены, номера карт — даже в debug-режиме. Логи часто менее защищены, чем база данных.

29. Мониторинг аномалий
Алерты на: резкий рост ошибок 4xx/5xx, необычный трафик, запросы с подозрительными паттернами. Атаку лучше поймать за минуты, а не за недели.

30. Security review перед деплоем
Финальная проверка: попросить Claude пройтись по всему чеклисту и отчитаться. Команда /security-review в CLAUDE.md — и он делает это автоматически на каждый PR.

Не нужно понимать эти правила -- нужно попросить Claude их критически оценить и запомнить.

В цикле «Гиперион» Дэна Симмонса есть интересная концепция «много-мирного» дома. В описанным им будущем стало возможно мгновенное перемещение в пространстве через двери-порталы.

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

Понятно, что телепортация чисто физически нам не светит, но… допустим, что через какое то время пассажирские дроны станут обыденностью и по стоимости чуть дороже автомобиля.

Строительство жилища off-the-grid (то есть без завязки на электрические и коммунальные сети) уже реальность при некоторых вложениях.

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

Готовы были бы вы жить в таком доме-на-краю-света? Если дорога на пассажирском дроне занимает 30-45 минут до центра города (100-150 км по прямой).

Будет ли вообще город иметь смысл в такой конфигурации?

Как найти прибыльную идею мобильного приложения

Завтра 26 марта в 17.00 по москве буду рассказывать о том, как искать идеи мобильных приложений, анализировать потенциальный спрос, и главное, как критически оценивать свои идеи, в рамках прогрева курса Глеба Кудрявцева по маркетингу для инди-хакеров

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

Как только я понял, что c помощью AI наконец-то можно сделать более приличное мобильное приложение — я тут же достал из закромов кучу старых идей, которые обязательно нужно реализовать. Но даже если делать одновременно несколько продуктов (что я, конечно, не рекомендую делать, но СДВГ такая штука, против нее не попрешь) — все равно, хорошо бы делать самые перспективные, а не все подряд.

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

В итоге по сумме и с весами всех факторов выставляется итоговая оценка — от 1 до 5 (в реальности 1 или даже 2 мне модель еще ни разу не ставила). В основном у меня идеи на троечку, если даже одна меньше 3, и несколько — больше 4.

Файл с темплейтом прикладываю выше, скидывайте оценки своих идей, мне очень интересно!

Провел вчера в гостях у Глеба эфир "Как найти прибыльную или хоть какую-то идею для мобильного приложения", можно посмотреть на 2х скорости.

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

Заодно обновил свой сайтик. Если раньше было модно писать Made with ❤️ in San Francisco, то сейчас смело можно писать Made with 🤖 in Claude code за полчаса параллельно с другими делами.

Написал скилл для Claude Code, чтобы не выходить из Claude Code, пока я пишу про Claude Code.

Короче, telegram-poster — теперь Claude сам постит в Telegram-канал. Текст, фото, документы, опросы, альбомы. Всё на чистом Python, без зависимостей, без боли.

Добавляешь бота в админы канала, кидаешь токен в .env — и всё, можно не открывать Telegram вообще.

Это мой второй проект на GitHub, и я официально жду звёздочек ⭐

https://github.com/itchernetski/claude-code-telegram-poster

Не знаю, можно ли доверять Google Trends, но судя по этой картинке Cursor в лучшем случае стагнирует в своем использовании, а Codex заметно отстает от Claude Code (хотя в первой половине февраля был №1, не знаю, в моем инфопузыре это не заметно).

Последнее время общаюсь с людьми из реального (не-IT) бизнеса и понимаю, что Cursor/Claude Code, хоть и кардинально демократизировали разработку, но для многих людей все еще являются какой-то непонятной и неведомой херней. И должно быть что-то очень понятное, уровня Lovable, но с возможностями Claude Code под капотом.

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

Про Cursor 3

Уже с утречка все написали про то, что вышел Cursor 3, и он теперь больше похож на ChatGPT/Claude, чем на VS Code, откуда выросли его ноги.

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

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

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

PS: я вообще все больше думаю о том, что идеальный cursor/openclaw должен быть документо-центричным. В этом смысле мне очень нравится вот этот подход, надо будет его поковырять.

Я у мамы уже достаточно большой блоггер, чтобы ко мне обращались с просьбой поддержать запуск на ProductHunt (но все еще не достаточно большой, чтобы предлагали за это деньги).

Мой подписчик сегодня запустил там продукт NovaVoice. Проголосовать и написать комментарии можно здесь:

https://www.producthunt.com/products/novavoice

NovaVoice — голосовая ОС, которая позволяет работать со скоростью мысли.

Умная диктовка, AI-ассистент на любом экране, управление приложениями голосом.

Мое guilty pleasure последнего месяца — коллекционирование GitHub-репозиториев.

Раньше это была для меня какая-то непонятная штука для разработчиков. А потом началась эпоха Claude Code, и GitHub неожиданно превратился для меня в App Store для агента: кто-то написал классный скилл или плагин — ставишь одной командой и сразу чувствуешь, как твой Claude становится умнее.

В итоге я незаметно на-«старил» 71 репозиторий. Недавно сел разобрать: что реально использую, что держу на потом, что попробовал и выбросил.

Как я теперь оцениваю репозитории

Чтобы не сойти с ума и не ставить всё подряд, придумал простую систему статусов:

• активно — стоит как скилл/плагин/CLI и работает в моих проектах
• research — держу для competitive research (актуально для Paywalle и CoinKeeper)
• reference — полезное, отложено до появления потребности
• аналог — уже стоит инструмент того же класса
• tried — пробовал, не подошло
• skip — не возвращаться

Что реально работает каждый день

🤖 Claude Code ecosystem

obra/superpowers — плагин, который включает 14 скиллов: brainstorming, TDD, subagent-driven-development, parallel agents. Идея: spec-first → plan → TDD. Обсуждаешь задачу с Claude, он пишет план, потом исполняет с проверкой в каждой точке. Что-то из этого я использовал и раньше (см. мой пост про лайфхаки), но теперь перешёл на полный стек.

muratcankoylan/Agent-Skills-for-Context-Engineering — 13 скиллов про управление контекстом: context-fundamentals, context-degradation, context-compression, memory-systems, tool-design. Учебник context engineering, упакованный в скиллы. Когда Claude «тупит» — теперь есть словарь, чтобы понять почему.

shareAI-lab/learn-claude-code — отсюда у меня стоят 4 скилла: agent-builder, code-review, mcp-builder, pdf. Первые два использую чаще всего.

anthropics/claude-plugins-official — официальный marketplace плагинов.

📈 Маркетинг и SEO

AgriciDaniel/claude-seo — 14 SEO-скиллов + 6 subagents: /seo, /seo-audit, /seo-page, /seo-technical, /seo-content, /seo-schema, /seo-sitemap, /seo-geo (про оптимизацию под AI Overviews и LLM-поиск), /seo-hreflang и т.д.

coreyhaines31/marketingskills — плагин от Corey Haines (Swipe Files), 35 маркетинговых скиллов: CRO, copywriting, positioning, pricing. Foundation — product-marketing-context, с которого надо начинать любой проект.

📱 iOS и App Store

rudrankriyam/App-Store-Connect-CLI — asc CLI, про который я уже писал отдельный пост. Залить билд, обновить What's New на всех языках, отправить на ревью — всё из чата с Claude. Для CoinKeeper и sistema.rocks с двумя разными Apple Developer аккаунтами — маст хэв.

ParthJadhav/app-store-screenshots — Next.js-скилл для генерации скриншотов в App Store. Рендеришь HTML-шаблон, экспортируешь PNG в нужных размерах.

bitomule/Koubou — альтернативный подход: YAML-конфиг, Python CLI, device frames, градиенты, аннотации, мультиязычность. Когда надо быстро прогнать 10 скриншотов на 5 языках — сюда.

🎨 UI

shadcn-ui/ui — скилл shadcn знает все компоненты, помогает их подключать и собирать страницы. Половина моих web-проектов стоит на нём.

🛠 Мои собственные репозитории, куда ж без них

claude-code-telegram-poster и claude-code-telegram-hooks. Первый — скилл, позволяющий Claude постить в мой телеграм-канал прямо из чата (этим постом, кстати, и пользуюсь 😉). Второй — hooks для уведомлений о статусе задач.

Но это я только половину своего хранилища разобрал, так что продолжение следует 🔥