ADLC Team Skills
Скиллы, которые дают агенту правила команды на старте сессии: индекс правил, фабрика задач, записи решений и проверки
- 145 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Скиллы публикуют записи решений обратно в общий репозиторий команды, и ошибка попадет ко всем участникам
- Обработчик события `session_start` меняет контекст каждой сессии, а ворота и журналы добавляют шаги к задачам
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/adlc-team-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Скиллы публикуют записи решений обратно в общий репозиторий команды, и ошибка попадет ко всем участникам
- Обработчик события `session_start` меняет контекст каждой сессии, а ворота и журналы добавляют шаги к задачам
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
ADLC Team Skills нужны, чтобы агент не работал в команде как чужак. При открытии сессии скилл `team-boot` срабатывает по событию `session_start` и вставляет компактный индекс правил команды: порядка ста токенов имен и однострочных описаний без самих правил. Когда задача подходит под правило, агент подгружает его полный текст. Правила лежат в git-репозитории `team-ai-directives` с ревью через пул-реквесты. Скилл `factory-mission` не дает агенту сразу писать код: сначала фиксируется контракт (цель, ограничения, что не делаем, критерии успеха), затем идет цепочка `specify`, `plan`, `implement` и `converge` с воротами, предохранителем, возобновлением и журналом аудита. Скилл `team-levelup` превращает найденное в сессии решение в запись контекстной директивы (CDR), оценивает ее уверенность и публикует принятые записи обратно в репозиторий команды. Данные об использовании хранятся в сиротской ветке `adlc`. Скиллы `evals-*` собирают исполняемые проверки на `promptfoo` с бинарными оценщиками. В репозитории есть также скиллы `team-init`, `team-learn` и `team-repair`, документы по памяти решений и интеграции со `spec-kit`.
Для кого. Командам разработки, где несколько человек работают с агентами и правила хранятся в общем репозитории вместо личных файлов CLAUDE.md, и техлидам, которые отвечают за единый процесс.
Подходит, если
- Правила команды должны попадать к агенту при каждом старте без раздувания контекста
- Агент обязан сначала согласовать контракт задачи, а потом писать код
- Найденные решения надо сохранять как записи и публиковать для всей команды
- Поведение правил и скиллов нужно проверять исполняемыми проверками
Не подходит, если
- Один разработчик и один проект: слой правил команды избыточен
- Репозитория с правилами команды (`team-ai-directives`) нет и заводить его не планируется
- Нужен ручной процесс без ворот, предохранителей и журнала аудита
Пример запроса к агенту
Начни задачу через factory-mission: сначала составь краткий контракт с целью, ограничениями и критериями успеха, и покажи его мнеОграничения
Скиллы рассчитаны на команду с общим репозиторием правил `team-ai-directives` и на агентов с событиями сессии. Они добавляют проверки, ворота и журналы, поэтому на мелкие задачи уходит больше шагов. Данные об использовании хранятся в ветке `adlc` репозитория. Проверки используют `promptfoo`, их надо настраивать отдельно. Последний коммит датирован 10 ноября 2026 года. Точная команда установки в README приведена в разделе Install, перед запуском ее стоит прочитать.
Как отключить. Удалите установленные скиллы `team-*`, `factory-*` и `evals-*` из каталога навыков агента и уберите обработчик события `session_start`, который их подключает.
Частые вопросы
Что делает `team-boot`?
Срабатывает при старте сессии и вставляет компактный индекс правил команды, примерно сто токенов, а полный текст правила подгружается, когда задача под него подходит.
Что такое factory-mission?
Скилл, который сначала фиксирует контракт задачи, а затем проводит ее через `specify`, `plan`, `implement` и `converge` с воротами и журналом аудита.
Что такое CDR?
Запись контекстной директивы: решение, найденное в сессии. Скилл `team-levelup` оценивает уверенность в ней и публикует принятые записи в репозиторий команды.
Где хранятся данные об использовании?
В сиротской ветке `adlc` репозитория.
Как проверяются сами скиллы?
Скиллами `evals-*`: они собирают исполняемые проверки на `promptfoo` с бинарными оценщиками.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыADLC — набор CLI без зависимостей и плагины для агентов: проверки на каждом этапе разработки против типичных сбоев моделей.
Набор независимых скиллов против дрейфа в больших кодовых базах: hard-cut, поиск первопричины, тесты и проверка CI.
Библиотека из 30 с лишним скиллов-инструкций для кодинг-агентов: от плана и сборки до проверки, защиты от галлюцинаций и выкладки
Девять коротких навыков: тесты, ревью, планы в виде ADR, слайды, база знаний, картинки, воркдеревья и исполнение планов.
Скилл и плагин для Codex и Claude Code: агент ведет проект через цикл от плана до сопровождения с человеческими воротами.
Два скилла для Codex и Claude Code: prd ведет живой документ с чеклистом внедрения, review смотрит на решения глазами пользователя
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| ADLC Team Skills (эта карточка) | нет | 145 | |
| Spec Kit | нет | 149 434 | индекс правил команды на старте сессии, записи решений и проверки скиллов, спецификация лишь один из шагов |
| AI-SDLC | нет | 441 | правила команды подгружаются из общего git-репозитория при старте сессии |
Коротко о README
README объясняет идею: правила команды приходят к агенту в начале сессии, а задачи идут через контракт и ворота. Далее разделы о пути разработчика, решаемых проблемах, установке, фабрике задач, универсальной оркестрации, составе и философии, а также о безопасности и процессе выпуска.