Арсенал: 10 репозиториев, которые превращают Claude Code в команду

В карусели я сказал, что репозитории превращают Claude в команду, и оборвал на самом интересном — на списке. Вот он.

Сразу оговорка, из-за которой эта статья отличается от подборок «топ-10 репо для Claude». Я не пересказываю чужие подборки. Семь ссылок ниже — это то, что физически лежит у меня в ~/.claude/skills прямо сейчас, я вытащил их из git remote, а не из головы. Три последние — склады, откуда берётся всё остальное.

И ещё честность, которой в подборках не бывает: два репо из семи оказались одним и тем же движком под разными именами. Про это в конце — там же способ проверить своё хозяйство.

Почему репозиторий работает как сотрудник

Голый Claude Code — универсал. Он всё умеет средне, потому что каждый раз начинает с нуля: не помнит, как ты работал вчера, не знает твоих правил, не имеет инструментов под руками.

Скилл — это папка с файлом SKILL.md: инструкция, когда включаться и что делать, плюс скрипты и справочники рядом. Клонируешь папку — у Claude появляется специалист, который знает свою работу и включается сам, когда задача его.

Разница ровно как между «объясняю фрилансеру задачу каждый раз заново» и «в штате сидит человек, который эту работу уже делал двести раз».

Что стоит у меня

1. humaniser — github.com/theivansergeev/humaniser

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

Это тот репо, который я бы ставил первым, если бы начинал заново. Без него всё, что пишет машина, читается как машина.

2. viral-parser — github.com/theivansergeev/claude-skill-viral-parser

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

3. ingest-reel — github.com/theivansergeev/ingest-reel

Тот же движок, что и №2 (об этом ниже). Кидаешь ссылку на рилс — она приезжает в базу знаний разобранной, а не «посмотрю потом».

4. replicate-viral — github.com/theivansergeev/replicate-viral

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

5. video-uniqualizer — github.com/theivansergeev/claude-skill-video-uniqualizer

Второй экземпляр того же движка, что и №4.

6. ig-carousel-radar — github.com/theivansergeev/ig-carousel-radar

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

7. вайбкодинг — github.com/theivansergeev/vibecoding-skill

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

Три склада, откуда берётся остальное

8. anthropics/skills — github.com/anthropics/skills

Официальный репозиторий Anthropic: примеры скиллов, спецификация стандарта Agent Skills и шаблон для своего. Отсюда стоит начинать, если собираешься писать свои скиллы, а не только ставить чужие. На момент письма — 169 тысяч звёзд, это самый живой источник в теме.

9. hesreallyhim/awesome-claude-code — github.com/hesreallyhim/awesome-claude-code

Ручная подборка: скиллы, агенты, команды, хуки, статуслайны, инструментарий. Ручная — значит кто-то отсеивал мусор, а не собирал всё подряд скриптом.

10. alirezarezvani/claude-skills — github.com/alirezarezvani/claude-skills

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

Два дубля — и как проверить своё хозяйство

У меня установлено 310 скиллов. Пока я собирал этот список, выяснилось, что viral-parser и ingest-reel — один движок, и replicate-viral с video-uniqualizer — тоже. Четыре имени, две работы.

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

Проверить у себя — одна команда, она пройдёт по всем скиллам и покажет, откуда каждый приехал:

for d in ~/.claude/skills/*/.git; do
  s=$(dirname "$d")
  echo "$(basename "$s") → $(git -C "$s" remote get-url origin 2>/dev/null)"
done

Пустая ссылка — скилл написан руками или скопирован, обновлять его неоткуда.

Порядок, а не количество

Соблазн после такого списка — поставить всё. Я так и сделал, и честно скажу, чем это кончилось: из 310 скиллов в работе у меня единицы, остальные лежат мёртвым грузом и мешают выбирать.

Рабочий порядок другой:

1. Поставь один скилл под ту работу, которую делаешь чаще всего руками
2. Прогони через него настоящую задачу, не тестовую
3. Понял, что экономит время — оставляй и бери следующий
4. Не понял — сноси сразу, папку можно просто удалить

Три работающих специалиста бьют триста спящих. Это скучный вывод, но он единственный честный.

Куда это встраивается

Отдельные репо — это найм. Система начинается, когда у Claude есть память проекта, свои правила и роли, а скиллы включаются внутри этой рамки. Разбор рядом:

• Как превратить голый Claude Code в операционную систему проекта
• Шесть скиллов, которые делают из Claude отдел
• Штатка ИИ-команды: кто за что отвечает

Как проверять чужой репозиторий перед установкой

Открытый код — не гарантия качества. Четыре вопроса, которые экономят вечер.

Когда последний коммит? Проект годичной давности почти наверняка описывает прошлый интерфейс.

Есть ли описание-триггер и насколько оно живое? Если оно написано канцеляритом, скилл не будет включаться от твоих обычных фраз — придётся переписывать.

Что он делает с файлами? Скилл, который пишет за пределами проекта или требует широких прав, стоит читать целиком перед запуском.

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

Что делать после установки

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

Первый: переписать описание своими формулировками. Иначе скилл будет ловить чужие фразы и молчать на твои.

Второй: заменить примеры на свои. Чужие образцы тянут за собой чужой голос и чужие задачи.

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

Частые вопросы

Где брать готовые скиллы?

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

Сколько репозиториев имеет смысл держать?

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

Как проверить, что у меня нет дублей?

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

Безопасно ли ставить чужой скилл?

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

Если хочешь это под себя

Сила не в количестве репозиториев, а в фундаменте: файл памяти проекта, правила, голос, порядок вызова. Я собираю этот фундамент под конкретный проект за вечер — [МИКРО-ПРОДУКТ]: [ССЫЛКА-МИКРО]

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