Claude Info
DevOps

Claudikins Kernel

elb-pr/claudikins-kernel

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

Установка

terminal
bash
git clone https://github.com/elb-pr/claudikins-kernel.git

README


Зачем это нужно?

Вы попросили Claude исправить баг. Он отрефакторил половину кодовой базы.

Вы попросили Claude добавить фичу. Он расставил кучу заглушек, которые выглядят почти настоящими.

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

claudikins-kernel применяет SRE-дисциплину к AI-рабочим процессам. Он обеспечивает строгий 4-этапный конвейер с шлюзами между каждым шагом. Пропустить верификацию буквально невозможно. Без одобрения Циника задеплоить нельзя.

Ограничение — это свобода. Запрещая срезать углы, вы получаете код, который действительно работает.


Рабочий процесс

┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ /outline │────▶│ /execute │────▶│ /verify │────▶│ /ship │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ │ │ │ │ ▼ ▼ ▼ ▼ taxonomy- babyclaude catastrophiser git-perfectionist extremist spec-reviewer cynic code-reviewer

Каждая стрелка — это шлюз. Попробуете вызвать /ship без прохождения /verify? Заблокировано. Попробуете /execute без плана? Заблокировано. Это обеспечивает система — не рекомендации, а ограждения.


Быстрый старт

bash
# Предварительные требования: jq (JSON-процессор)
# Windows: winget install jqlang.jq
# Ubuntu/Debian: sudo apt install jq
# macOS: brew install jq

# Добавьте маркетплейс Claudikins
/marketplace add elb-pr/claudikins-marketplace

# Установите плагин
/plugin install claudikins-kernel

Перезапустите Claude Code. Затем:

bash
# Начните первую дисциплинированную сессию
/claudikins-kernel:outline "Add user authentication to the app"

Знакомьтесь с командой

Это не просто «агенты». Это ваш синтетический персонал — у каждого есть роль и характер.

АгентРольХарактер
taxonomy-extremistИсследовательБиблиотекарь. Классифицирует всё. Читает вашу кодовую базу, внешнюю документацию, веб — возвращает структурированные выводы.
babyclaudeИсполнительЭнергичный джуниор. Делает ровно то, что указано. Одна задача, одна ветка, чистый контекст. Никакого расширения scope.
spec-reviewerСоответствиеАудитор. Вы сделали то, что обещали? Механическая проверка по критериям приёмки.
code-reviewerКачествоКритик. Это действительно хорошо написано? Обработка ошибок? Граничные случаи? Именование?
catastrophiserВерификацияQA-лид, который уверен, что всё сломается. Запускает ваш код, делает скриншоты, курлит эндпоинты. Видит, что работает — всё равно не доверяет только тестам.
cynicУпрощениеСтарший инженер, ненавидящий сложность. Если можно сделать в 5 строк — не позволит использовать 10.
conflict-resolverОбработка слиянийДипломат. Когда ветки конфликтуют — предлагает решения.
git-perfectionistДокументацияПедант. README не обновлён? Changelog неверный? Заблокировано, пока не исправлено.

Четыре команды

/outline — «Разберёмся, что строим»

Итеративный мозговой штурм до получения чёткого плана.

  1. Мозговой штурм — Диалог с Claude. Выбирайте из вариантов, не пишите эссе.
  2. Исследование — Агенты taxonomy-extremist параллельно изучают вашу кодовую базу.
  3. Подходы — 2-3 способа решить задачу. Плюсы, минусы, рекомендация. Вы выбираете.
  4. Черновик — План пишется раздел за разделом. Вы утверждаете каждый.

Результат: plan.md с таблицей задач, которую может разобрать /execute.


/execute — «Строим»

Выполнение плана задача за задачей с чистыми агентами и код-ревью.

  1. Контрольная точка батча — «Батч 1/3: [task-1, task-2]. Готовы?» Вы решаете.
  2. Для каждой задачи — Создаётся ветка, запускается свежий babyclaude, реализует, коммитит.
  3. Двухэтапное ревью — spec-reviewer проверяет соответствие, code-reviewer — качество.
  4. Решение о слиянии — Вы выбираете: слить всё, слить часть или оставить ветки.

Ключевая особенность: Каждый babyclaude получает чистый контекст. Никакого загрязнения между задачами.


/verify — «Это действительно работает?»

Claude должен видеть работающий код. Не доверять. Верифицировать.

  1. Автоматические проверки — Запуск тестов, линтеров, сборки.
  2. Живая верификация — catastrophiser запускает приложение и проверяет его вживую.
  3. Упрощение — cynic проверяет, нет ли лишней сложности.
  4. Шлюз — Только при прохождении всех проверок разблокируется /ship.

/ship — «Отправляем»

Документация и деплой под надзором git-perfectionist.

  1. Проверка документации — README обновлён? Changelog заполнен? Комментарии актуальны?
  2. Финальный коммит — Всё аккуратно оформлено перед отправкой.
  3. Деплой — Только после полного прохождения всех шлюзов.

Философия

claudikins-kernel основан на SRE-принципах, применённых к AI-разработке, с опорой на Q&A Бориса Черного.

  • Шлюзы, а не рекомендации — Система физически не позволяет пропустить шаги.
  • Чистый контекст — Каждый агент начинает без загрязнения от предыдущих задач.
  • Человек принимает решения — Агенты предлагают, вы утверждаете.
  • Верификация, а не доверие — Код должен быть виден работающим, а не просто протестированным.

Похожие скиллы