Бюджет

0/320

Полузащитник · рейтинг 64

Сергей команда Gaudi

Высокая скорость (89) делает сборку отзывчивой на итерации: быстрый поиск через web-search и последовательное рассуждение через sequential-thinking. Удар и пас по 76 — рабочая связка concept-java-developer и concept-api-tester для проекта MEТА.Concept, но финт 48 ограничивает нестандартную логику и изящные решения. Оборона 30 — главная слабость: мало внимания к граничным случаям, валидации входных данных и защитным проверкам в коде. Процессная дисциплина сильная: обязательный brainstorming перед любой творческой работой, executing-plans по письменному плану, finishing-a-development-branch на финише ветки. serena и code-index дают точную навигацию по кодовой базе, а openspec-skills задаёт спе

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

🧩 brainstorming скилл · project

Вы ДОЛЖНЫ использовать это перед любой творческой работой — созданием функций, построением компонентов, добавлением функциональности или изменением поведения. Исследует намерения пользователя, требования и дизайн перед реализацией.

🧩 concept-api-tester скилл · project

🧩 concept-java-developer скилл · project

Специализированный скилл для разработки Java-кода в проекте MEТА.Concept на основе правил из references/java-rules.md . Проверяет код на соответствие правилам проекта, генерирует код по шаблонам, рефакторит с соблюдением TDD, DDD и Elegant Objects принципов.

🧩 executing-plans скилл · project

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

🧩 finishing-a-development-branch скилл · project

Используйте, когда реализация завершена, все тесты пройдены и необходимо решить, как интегрировать работу — направляет завершение разработки, предлагая структурированные варианты для merge, PR или cleanup

🧩 git-commit-message скилл · project

Анализирует незакоммиченные изменения в отслеживаемых файлах репозитория, формирует описание коммита и выполняет коммит в соответствии с принятым шаблоном. Используй этот скилл, когда тебе нужно создать коммит с адекватным описанием изменений в Git-репозитории. Скилл автоматически определяет тип изменения (feature, fix, refactor, test, docs) и извлекает номер задачи из имени ветки.

🧩 openspec-apply-change скилл · project

Влить согласованный change.md в основную спецификацию сервиса — мерж разделов change (бизнес-логика, модели данных, интеграции, ошибки, нагрузка, критерии приёмки) в целевой openspec/specs/<service>/<service>.md. Используй когда change-request согласован (статус "Согласовано" или "В реализации"), merge PR состоялся, и пользователь говорит "apply change", "влей change", "смержи в спеку", "перенеси

🧩 openspec-archive-change скилл · project

Заархивировать завершённый change — перенести директорию openspec/changes/<name>/ в openspec/changes/archive/YYYY-MM-DD-<name>/. Используй после применения change к спецификации, когда статус "Реализовано" или "Архивировано", либо когда пользователь говорит "архивируй change", "закрой change", "убери из активных", "archive".

🧩 openspec-design скилл · project

Создать технический проект реализации (design.md) и план задач (tasks.md) на основе согласованного change.md — точечное изучение кода (без structured research) плюс генерация design и tasks по шаблонам. Используй когда change согласован (статус `Согласовано`) и пользователь готовится к реализации, говорит "design", "спроектируй", "подготовь tasks", "разбей на задачи", "технический проект", "план р

🧩 openspec-explore скилл · project

Structured research кодовой базы под 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 — найти первую невыполненную, выполнить код, отметить в tasks.md, перед завершением прогнать сборку/тесты/линтер. Опционально использует design.md если есть. Используй когда есть готовый change с tasks.md, статус "Согласовано" или "В реализации", и пользователь говорит "реализуй", "implement", "начни задачи", "код по плану", "сделай change <name>", "продолжи реализац

🧩 openspec-new-spec скилл · project

Создать полную спецификацию сервиса по шаблону service-spec.md — двухэтапное интервью (ЧТО → КАК) с параллельным read-only исследованием кода через 8 специализированных ролей (api, business-logic, data, integrations, config, observability, security, nfr), затем генерация документа. Используй когда пользователь говорит "задокументируй сервис", "сделай спеку для X", "опиши сервис", "нужна спецификац

🧩 openspec-propose скилл · project

Создать change.md — предложение на изменение спецификации. Единый документ (16 основных разделов + 1.5 «Флоу клиента» + 7А «Обработчики по триггерам») объединяет мотивацию (ЗАЧЕМ), системные требования (ЧТО МЕНЯЕТСЯ) и пошаговое поведение обработчиков — от бизнес-логики до критериев приёмки. Ведёт двухэтапное интервью, запускает параллельных read-only субагентов для исследования кода (роли feature

🧩 openspec-teach скилл · project

Учебник по OpenSpec workflow — объясняет какие скиллы существуют, когда каждый запускается, какие статусы у change-запросов, как маппить запросы пользователя на конкретный скилл. Используй ТОЛЬКО когда пользователь явно спрашивает «как работает openspec», «какой скилл использовать», «объясни workflow», «научи пользоваться», или когда первая сессия в проекте с директорией openspec/ и непонятно с че

🧩 receiving-code-review скилл · project

Используйте при получении обратной связи по ревью кода, перед реализацией предложений, особенно если обратная связь кажется неясной или технически сомнительной — требуется техническая строгость и проверка, а не показное согласие или слепое внедрение

🧩 requesting-code-review скилл · project

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

🧩 subagent-driven-development скилл · project

Используйте при выполнении планов реализации с независимыми задачами в текущей сессии

🧩 vibecoding-build-card скилл · project

Собирает безопасный «паспорт сборки» GigaCode CLI в один файл для челлендж-карточки — модель, провайдеры, кастомные команды, MCP-серверы, файлы правил, с вырезанием секретов. Обязательно используй этот скилл, когда пользователь хочет описать или выгрузить свою сборку, подготовить заявку на VibeCoding-челлендж, сделать «паспорт сборки», превратить свою сборку в карточку, или упоминает build-card —

🧩 writing-plans скилл · project

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

🔌 MCP-серверы 4

web-searchsequential-thinkingserenacode-index

📦 Расширения 1

openspec-skills · 2.0.0

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

3239

сообщений

477

сессий

+81161

строк

542

файлов

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

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

терминал6060

правки кода4065

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

mcp serena read file1680

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

Сборка сильна в рабочем темпе: 3 239 сообщений, 477 сессий и 57 активных дней. Главная польза в доведении задач до результата: +81 161 строк, 21 475 удалений и 542 файлов в движении. По стилю работы быстро находит нужный контекст, уверенно доводит код до изменений, проверяет результат через терминал. Охватывает 5 зон проекта, поэтому полезна не в одной точке, а по всей сборке.

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

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

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

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

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

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

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

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

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

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