56
Полузащитник
🇭🇷
Дзимпати Эго (Blue Lock)
💎 31
Скорость 64
Удар 71
Пас 61
Оборона 44
Финт 41
Бюджет
0/320
Полузащитник · рейтинг 56

Дзимпати Эго (Blue Lock)

Полузащитник с самым заметным показателем «Удар». Арсенал сборки: скиллы: vibecoding-build-card (Собирает безопасный «паспорт сборки» GigaCode CLI в один файл для челлендж-карто); glossary-lookup (Поиск расшифровок и определений аббревиатур, сокращений и терминов в локальном ф); list-submodule-branches (Показать список веток во всех подключённых git-субмодулях репозитория, отсортиро); openspec-archive-change (Закрыть и архивировать завершённое изменение, актуализировав мастер-спеки систем); openspec-explore (Режим исследования — партнёр для проработки задачи с позиции системного/бизнес-а) | MCP: Atlassian, code-index. Сильная сторона — понятный профиль по данным карточки; риск — без LLM доступен только краткий автоматический разбор без глубоких выводов о стиле работы.

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

🧩 vibecoding-build-card скилл · project
Собирает безопасный «паспорт сборки» GigaCode CLI в один файл для челлендж-карточки — модель, провайдеры, кастомные команды, MCP-серверы, файлы правил, с вырезанием секретов. Обязательно используй этот скилл, когда пользователь хочет описать или выгрузить свою сборку, подготовить заявку на VibeCoding-челлендж, сделать «паспорт сборки», превратить свою сборку в карточку, или упоминает build-card —
🧩 glossary-lookup скилл · project
Поиск расшифровок и определений аббревиатур, сокращений и терминов в локальном файле glossary.md в корне проекта. Используй, чтобы интерпретировать доменные термины и поддерживать единый словарь внутри проекта. Поддерживает кросс-алфавитный поиск: сокращение, написанное кириллицей (например, рлм), ищется и как русский вариант, и как латинский эквивалент (rlm), и наоборот.
🧩 list-submodule-branches скилл · project
Показать список веток во всех подключённых git-субмодулях репозитория, отсортированный от новых к старым по дате последнего коммита. Используй, когда пользователь спрашивает «какие ветки есть в подмодулях», просит показать или перечислить ветки субмодулей, проверить субмодули или узнать, что актуально в подключённых проектах.
🧩 openspec-archive-change скилл · project
Закрыть и архивировать завершённое изменение, актуализировав мастер-спеки систем. Синхронизирует delta (ADDED/MODIFIED/REMOVED) с мастер-спеками по правильному capability-id, показывает сводку изменений на языке требований до применения, опирается на вердикт openspec-verify-change и переносит change в archive/.
🧩 openspec-explore скилл · project
Режим исследования — партнёр для проработки задачи с позиции системного/бизнес-аналитика ДО формирования change proposal. Через code-index выявляет затрагиваемые сервисы и доменные зоны (используя мастер-спеки как карту), определяет scope, интеграции, риски и открытые вопросы; заканчивается явным чекпойнтом готовности к openspec-propose.
🧩 openspec-master-spec-analyst скилл · project
Создание мастер-спек OpenSpec по сервису в роли системного/бизнес-аналитика. Сначала анализирует код и выявляет доменные зоны сервиса (через code-index), затем создаёт отдельную мастер-спеку на каждую зону, если зон несколько, плюс обзорную спеку сервиса. Фиксирует наблюдаемое поведение на языке требований, процессов, данных, взаимодействий, безопасности, метрик и аудита — без описания кода и реал
🧩 openspec-propose скилл · project
Сформировать новое изменение с требованиями аналитика к системам за один шаг. Через code-index уточняет затрагиваемое поведение, создаёт change и готовит proposal, zone-aware delta-спеки (capability-id <service> или <service>-<zone>) и tasks как чек-лист приёмки — без описания кода и реализации. Выдаёт готовый к передаче разработке и проверке change.
🧩 openspec-verify-change скилл · project
Глубокая проверка завершённого изменения. Исчерпывающе сверяет реализацию с требованиями аналитика: каждое требование и сценарий trace-ится к доказательству в коде/тестах/конфигах через code-index; проверяется соответствие правилам config.yaml (RFC 2119, наблюдаемое поведение, формат спек, tasks как чек-лист приёмки), полное покрытие всех пунктов tasks.md и согласованность с мастер-спеками. Даёт в
🧩 repo-analysis-with-code-index скилл · project
Используй ВСЕГДА при анализе любого проекта или репозитория с кодом: это обязательный способ навигации, поиска и анализа кодовой базы через code-index-mcp. Загружай всякий раз, когда надо прочитать, понять, исследовать, отладить, провести ревью или изменить существующий код: разбор проекта/сервиса/модуля, поиск определений, usages, flow, entrypoints, зависимостей, объяснение реализации, локализаци
🧩 vibecoding-build-card скилл · project
Собирает безопасный «паспорт сборки» GigaCode CLI в один файл для челлендж-карточки — модель, провайдеры, кастомные команды, MCP-серверы, файлы правил, с вырезанием секретов. Обязательно используй этот скилл, когда пользователь хочет описать или выгрузить свою сборку, подготовить заявку на VibeCoding-челлендж, сделать «паспорт сборки», превратить свою сборку в карточку, или упоминает build-card —
🧩 glossary-lookup скилл · project
Поиск расшифровок и определений аббревиатур, сокращений и терминов в локальном файле glossary.md в корне проекта. Используй, чтобы интерпретировать доменные термины и поддерживать единый словарь внутри проекта. Поддерживает кросс-алфавитный поиск: сокращение, написанное кириллицей (например, рлм), ищется и как русский вариант, и как латинский эквивалент (rlm), и наоборот.
🧩 list-submodule-branches скилл · project
Показать список веток во всех подключённых git-субмодулях репозитория, отсортированный от новых к старым по дате последнего коммита. Используй, когда пользователь спрашивает «какие ветки есть в подмодулях», просит показать или перечислить ветки субмодулей, проверить субмодули или узнать, что актуально в подключённых проектах.
🧩 openspec-archive-change скилл · project
Закрыть и архивировать завершённое изменение, актуализировав мастер-спеки систем. Синхронизирует delta (ADDED/MODIFIED/REMOVED) с мастер-спеками по правильному capability-id, показывает сводку изменений на языке требований до применения, опирается на вердикт openspec-verify-change и переносит change в archive/.
🧩 openspec-explore скилл · project
Режим исследования — партнёр для проработки задачи с позиции системного/бизнес-аналитика ДО формирования change proposal. Через code-index выявляет затрагиваемые сервисы и доменные зоны (используя мастер-спеки как карту), определяет scope, интеграции, риски и открытые вопросы; заканчивается явным чекпойнтом готовности к openspec-propose.
🧩 openspec-master-spec-analyst скилл · project
Создание мастер-спек OpenSpec по сервису в роли системного/бизнес-аналитика. Сначала анализирует код и выявляет доменные зоны сервиса (через code-index), затем создаёт отдельную мастер-спеку на каждую зону, если зон несколько, плюс обзорную спеку сервиса. Фиксирует наблюдаемое поведение на языке требований, процессов, данных, взаимодействий, безопасности, метрик и аудита — без описания кода и реал
🧩 openspec-propose скилл · project
Сформировать новое изменение с требованиями аналитика к системам за один шаг. Через code-index уточняет затрагиваемое поведение, создаёт change и готовит proposal, zone-aware delta-спеки (capability-id <service> или <service>-<zone>) и tasks как чек-лист приёмки — без описания кода и реализации. Выдаёт готовый к передаче разработке и проверке change.
🧩 openspec-verify-change скилл · project
Глубокая проверка завершённого изменения. Исчерпывающе сверяет реализацию с требованиями аналитика: каждое требование и сценарий trace-ится к доказательству в коде/тестах/конфигах через code-index; проверяется соответствие правилам config.yaml (RFC 2119, наблюдаемое поведение, формат спек, tasks как чек-лист приёмки), полное покрытие всех пунктов tasks.md и согласованность с мастер-спеками. Даёт в
🧩 repo-analysis-with-code-index скилл · project
Используй ВСЕГДА при анализе любого проекта или репозитория с кодом: это обязательный способ навигации, поиска и анализа кодовой базы через code-index-mcp. Загружай всякий раз, когда надо прочитать, понять, исследовать, отладить, провести ревью или изменить существующий код: разбор проекта/сервиса/модуля, поиск определений, usages, flow, entrypoints, зависимостей, объяснение реализации, локализаци
🔌 MCP-серверы 2
Atlassiancode-index
📜 Правила/контекст 1
CLAUDE.md · 150 стр

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

332
сообщений
72
сессий
+14802
строк
80
файлов
13
активных дней
чтение проекта558
терминал460
ведение плана167
создание файлов155
правки кода152
поиск по коду102

Сборка сильна в рабочем темпе: 332 сообщения, 72 сессии и 13 активных дней. Главная польза в доведении задач до результата: +14 802 строк, 3 673 удалений и 80 файлов в движении. По стилю работы быстро находит нужный контекст, уверенно доводит код до изменений, проверяет результат через терминал. Охватывает 5 зон проекта, поэтому полезна не в одной точке, а по всей сборке.

Зона проекта 1 ~12 сессий
Здесь сборка заметно включалась в работу: примерно 12 сессий.
Зона проекта 2 ~11 сессий
Handled glossary lookups and explanations for corporate abbreviations (ППРБ, ЕФС, SSO, РЛМ, ПКАП, etc.). GigaCode searched project glossaries and Confluence to provide definitions, and created a 3995-line glossary.md file from an extracted Confluence abbreviation table.
Зона проекта 3 ~9 сессий
Здесь сборка заметно включалась в работу: примерно 9 сессий.
Зона проекта 4 ~6 сессий
Здесь сборка заметно включалась в работу: примерно 6 сессий.
Зона проекта 5 ~5 сессий
Здесь сборка заметно включалась в работу: примерно 5 сессий.