Скорость 92 — это про короткие циклы Jenkins-пайплайна releaseToNexus-V через скилл pprb_sns_builder: задача пришла, сборка ушла в Nexus почти без задержки. Удар 79 держится связкой code-review и сабагента java-spring-developer: модули PPRB_SNS реально проходят ревью и дорабатываются, а не просто компилятся. Пас 74 обеспечивают MCP Atlassian и confluence-reader — нормальная координация с документацией и тикетами, но без изысков и кросс-доменной оркестрации. Оборона 60 и финт 47 — главные слабые места: защитных гардрэйлов почти нет, dpm и code-index работают скорее как справочники, а openspec-apply-change и hello() закрывают только формальные входы/выходы. Стиль работы — предсказуемый конвейе
🧩 pprb_sns_builder скилл · global
Запуск сборок releaseToNexus-V для модулей PPRB_SNS через Jenkins-MCP
🧩 code-review скилл · project
Этот навык следует использовать для проведения профессионального код-ревью кода. Скил помогает проверять соответствие реализации исходному плану, соблюдение архитектурных паттернов, соблюдение стандартов качества кода (стиль, логирование, исключения), качество тестов, конфигурацию (conditional configuration, auto-configuration) и безопасность (отсутствие hard-coded секретов, PII данных в логах).
🧩 confluence-reader скилл · project
|
🧩 openspec-apply-change скилл · project
Шлюз ручного применения/проверки для folder-based master specification. Используй, когда пользователь явно просит применить изменение к документам master spec или проверить, что изменения master spec уже внесены. Автоматический single-file merge больше не является основной моделью.
🧩 openspec-archive-change скилл · project
Заархивировать завершённый change — перенести директорию openspec/changes/<name>/ в openspec/changes/archive/YYYY-MM-DD-<name>/. Используй после применения change к спецификации, когда статус "Реализовано" или "Архивировано", либо когда пользователь говорит "архивируй change", "закрой change", "убери из активных", "archive".
🧩 openspec-change-from-diff скилл · project
Создать аналитический `change.md` из git diff двух локальных refs по folder-based master specification `openspec/<service>/`. Используй, когда аналитик уже изменил master-spec в отдельной ветке, а разработчик в любой рабочей ветке хочет получить полноценный change-request из diff без checkout base/analyst веток.
🧩 openspec-design скилл · project
Создать технический проект реализации (`design.md`) и план задач (`tasks.md`) на основе согласованного `change.md`. Читает master-spec root, manifest и источники требований из `change.md`, использует документы master specification и точечное изучение кода. Используй когда change согласован и пользователь готовится к реализации.
🧩 openspec-explore скилл · project
Структурированное исследование кодовой базы под OpenSpec. Запускает последовательных read-only субагентов по специализированным ролям (api, business-logic, data, integrations, config, observability, security, nfr для target=spec; feature-scope, dependencies, cross-cutting для target=change), агрегирует YAML и сохраняет в `openspec/**/.research/`. Используй напрямую когда нужно разовое картирование сервиса ил
🧩 openspec-implement скилл · project
Реализовать задачи из `tasks.md`: найти первую невыполненную рабочую задачу, выполнить код, отметить чекбокс, перед завершением прогнать сборку/тесты/линтер. Учитывает `Spec update mode` из `change.md` и не предполагает обязательный финальный apply-change.
🧩 openspec-init-master-spec скилл · project
Инициализировать или обновить folder-based master specification в `openspec/<service-name>/`: создать `_sdd/manifest.yaml`, `_sdd/navigation.md`, `_sdd/coverage.md` и при необходимости `_sdd/stale-files.md`. Используй, когда пользователь говорит "инициализируй master spec", "подключи папку как мастер спецификацию", "собери manifest для openspec/<service>", "обнови navigation/manifest", "refresh ma
🧩 openspec-new-spec скилл · project
Устарело. Старый skill создания одной полной Markdown-спецификации больше не используется в текущем SDD framework. Не запускай для новых сервисов и не создавай single-file specification. Вместо этого предложи пользователю разместить документы в `openspec/<service-name>/` и запустить `openspec-init-master-spec`.
🧩 openspec-propose скилл · project
Создать `change.md` — предложение на изменение folder-based master specification. Использует `openspec/<service>/_sdd/navigation.md` и `manifest.yaml`, выбирает релевантные документы по tags/entities/integrations/endpoints/events/relations, проводит интервью и structured research зоны изменения. Используй до написания кода, когда пользователь формулирует новую фичу, баг-фикс, изменение требований
🧩 openspec-teach скилл · project
Учебник по OpenSpec workflow — объясняет какие skills существуют, когда каждый запускается, какие статусы у change-запросов, как читать folder-based master specification и как маппить запросы пользователя на конкретный skill. Используй только когда пользователь явно спрашивает "как работает openspec", "какой skill использовать", "объясни workflow", "научи пользоваться", или когда первая сессия в п
🧩 skill-creator скилл · project
Этот скилл следует использовать, когда пользователь хочет "создать скилл", "добавить скилл в плагин", "написать новый скилл", "улучшить описание скилла", "организовать содержимое скилла" или нуждается в руководстве по структуре скиллов, прогрессивному раскрытию информации или лучшим практикам разработки скиллов для gigacode.
🧩 vibecoding-build-card скилл · project
Собирает безопасный «паспорт сборки» GigaCode CLI в один файл для челлендж-карточки — модель, провайдеры, кастомные команды, MCP-серверы, файлы правил, с вырезанием секретов. Обязательно используй этот скилл, когда пользователь хочет описать или выгрузить свою сборку, подготовить заявку на VibeCoding-челлендж, сделать «паспорт сборки», превратить свою сборку в карточку, или упоминает build-card —
🧩 workflow скилл · project
Этот навык следует использовать, когда пользователь просит "создать новый workflow", "добавить action в существующий workflow", "реализовать ChangeDictStatusAction", "добавить Base*-Action паттерн", "написать unit-тест для workflow", "добавить валидацию в workflow", "изменить структуру workflow", "добавить sub-workflow" или упоминает "workflow architecture", "InvestProcessContex
🔌 MCP-серверы 4
jenkinsAtlassiandpmcode-index
🤖 Сабагенты 1
java-spring-developer
📜 Правила/контекст 3
GIGACODE.md · 3 стрGIGACODE.md · 4 стрGIGACODE.md · 381 стр