Бюджет

0/320

Полузащитник · рейтинг 70 · КИБ

DeanV

Скорость 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() закрывают только формальные входы/выходы. Стиль работы — предсказуемый конвейе

⚙️ Арсенал сборки GigaCode CLI

🧩 hello скилл · global

🧩 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 стр

📈 Как играет (из /insight)

4986

сообщений

899

сессий

+159351

строк

649

файлов

активных дней

чтение проекта5858

терминал5415

правки кода2994

ведение плана1745

поиск файлов1444

создание файлов1078

Сборка сильна в рабочем темпе: 4 986 сообщений, 899 сессий и 72 активных дня. Главная польза в доведении задач до результата: +159 351 строк, 27 671 удалений и 649 файлов в движении. По стилю работы быстро находит нужный контекст, уверенно доводит код до изменений, проверяет результат через терминал. Охватывает 5 зон проекта, поэтому полезна не в одной точке, а по всей сборке.

Зона проекта 1 ~12 сессий

Здесь сборка заметно включалась в работу: примерно 12 сессий.

Зона проекта 2 ~8 сессий

Здесь сборка заметно включалась в работу: примерно 8 сессий.

Зона проекта 3 ~8 сессий

Здесь сборка заметно включалась в работу: примерно 8 сессий.

Зона проекта 4 ~7 сессий

Здесь сборка заметно включалась в работу: примерно 7 сессий.

Зона проекта 5 ~6 сессий

Здесь сборка заметно включалась в работу: примерно 6 сессий.