plugin-kit-ai

Соберите плагин один раз и выпускайте его для нескольких ИИ-агентов из одного репозитория. plugin-kit-ai — это дом для нашей первой линейки плагинов и тулкит с открытым кодом, на котором она строится.

Один репозиторий
Понятный процесс
Открытый код

Чистый путь от одного репозитория плагина к нескольким агентам

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

Один репозиторий вместо россыпи настроек

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

Начните с одного сильного сценария, расширяйтесь позже

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

Валидация перед передачей дальше

Используйте повторяемый цикл generate + validate до того, как плагин попадёт к коллеге, в CI или к конечному пользователю.

Честно показываем, что уже стабильно, а что ещё в бете

plugin-kit-ai явно показывает, что уже готово для продакшена, что пока остаётся в публичной бете и где не стоит обещать одинаковый уровень зрелости.

Понятный путь установки и релизов

Homebrew, npm, pipx при наличии релиза, проверяемый установочный скрипт, GitHub Releases и документация складываются в один понятный путь старта.

Открытый код с первого дня

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

С этого стартует наша первая линейка плагинов

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

С чего начать

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

Последний релиз · v1.0.6 · 30 мар. 2026 г.

Рекомендуемый быстрый старт

Это самый короткий поддерживаемый путь от установки до валидного репозитория.

Выберите способ установки

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

01

Установите CLI

Команда
brew install 777genius/homebrew-plugin-kit-ai/plugin-kit-aiplugin-kit-ai version

Лучший вариант по умолчанию, если Homebrew уже есть в системе.

02

Сначала создайте самый сильный базовый репозиторий

Команда
plugin-kit-ai init my-plugincd my-plugin

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

03

Сгенерируйте управляемые файлы под выбранную платформу

Команда
plugin-kit-ai generate .

Так вы получаете управляемые артефакты из одного исходного репозитория.

04

Проверьте всё перед передачей дальше

Команда
plugin-kit-ai validate . --platform codex-runtime --strict

Используйте строгую проверку до CI, передачи коллеге или релиза.

Снимок поддержки

Текущая глубина поддержки по реальной политике поддержки и матрице поддерживаемых путей.

Плагин для Claude

Готово для продакшена

Готово для продакшена в рамках стабильного базового набора hook-событий. Настройки и manifest-extra поддерживаются уверенно, а более широкие поверхности Claude пока ещё частично в бете.

Интеграция и пакет для Codex

Готово для продакшена

Notify-интеграция для Codex и официальный пакетный вариант уже готовы для продакшена.

Расширение для Gemini

Готово для продакшена

Сборка расширения для Gemini готова для продакшена, а Go runtime-путь тоже готов для продакшена в рамках текущего стабильного контракта из 9 hook-событий.

Workspace-config путь для OpenCode

Только конфигурация

Поддерживаются repo-local config, MCP, skills, команды, агенты, темы и plugin refs, но это всё ещё путь конфигурации рабочего пространства, а не продакшен-runtime.

Workspace-config путь для Cursor

Только конфигурация

Поддерживаются правила проекта и MCP-конфиг, а корневые CLAUDE.md и AGENTS.md зарезервированы для boundary docs плагина; Cursor остаётся строгим workspace-config путём.

Открыть границу поддержки

Почему это работает

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

Подход
plugin-kit-ai
Ручная настройка
Дублированные конфиги
Одноразовые скрипты
Один репозиторий для нескольких вариантов
Один источник истины
Новая настройка на каждого агента
Можно, но быстро появляется рассинхрон
Обычно только один локальный сценарий
Валидация перед передачей дальше
Опирается на validate --strict
Зависит от ручной проверки
Одна и та же проверка повторяется везде
Легко пропустить крайние случаи
Ясная граница между стабильным и бета-режимом
Задокументировано и явно
Обычно это знание живёт в головах
Неясность тоже копируется
Нет общего контракта
Новые варианты без старта с нуля
Расширение из того же репозитория
Возможно, но с большим объёмом переделок
Каждый новый выход почти как новый проект
Чаще всего это переписывание
Понятные каналы установки и релизов
Документация, релизы и установка связаны в один понятный путь
Всё собираете сами
Можно, но это повторяющаяся работа
Обычно только локально и без общей системы
Понятный онбординг для команды
Общий процесс и примеры
Знание живёт в людях и чатах
Больше файлов, та же путаница
Трудно передавать дальше

Есть вопросы? У нас есть ответы

Практичная версия: что это решает, кому подходит и какую страницу открыть первой.

Старт

Нужен более ясный следующий шаг?

Большинству людей достаточно трёх страниц: quickstart, Python guide если это ваш стек, и support boundary перед тем, как обещать лишнее.