QA Agent для GigaCode CLI: 14 ролей и 6 скиллов для тестирования
QaAgentGigacodeCli
Тестирование по требованиям в GigaCode: от анализа и проверки автотестов до заключения, с поиском дублей перед заведением бага в Jira
- 0 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Команда qa-start сама применяет обновление пакета из сети, перед этим проверяется прохождение CI
- Роли запускают скрипты и могут создавать дефекты в Jira, поэтому настройки проекта проверяют до первого боевого запуска
Установка
- Сервисы
Ручная установка
/qa:initКоманда выполняется в GigaCode при подключенном расширении QA; без него пакет ставят вручную по `docs/PROJECT_INSTALLATION.md`. Нужны Git, Python 3.10 и сеть.
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Команда qa-start сама применяет обновление пакета из сети, перед этим проверяется прохождение CI
- Роли запускают скрипты и могут создавать дефекты в Jira, поэтому настройки проекта проверяют до первого боевого запуска
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
QA-пакет для GigaCode CLI от GitVerse: координатор, 14 специализированных ролей (аналитик, тестировщик фич, ревьюер автотестов, исследователь дефектов, создатель дефектов в Jira и другие), 6 скиллов, проверяемые контракты результатов и Python-инструменты на стандартной библиотеке. Роли, навыки и команды ставятся в папку `.gigacode/` проекта, сам пакет лежит в `.qa-agent/package/`. Команда `/qa:init` скачивает исходник и запускает локальный установщик, `/qa <цель>` запускает работу, `/qa:doctor` проверяет установку. Алиас `qa-start` проверяет обновление пакета, применяет проверенную версию и открывает GigaCode. Скилл `jira-defect-creator` ищет дубли, собирает чек-лист и проверяет аргументы перед созданием дефекта. MCP-сервер не поставляется и не нужен.
Для кого. QA-инженерам и тестировщикам, которые работают в GigaCode CLI и хотят вести тестирование по ролям, а не одним длинным промптом.
Подходит, если
- Новую фичу надо проверить по требованиям: от анализа до заключения с проверкой результата
- Дефекты нужно оформлять в Jira с поиском дублей и проверкой полей
- Нужна оценка влияния изменений на тестирование и проверка автотестов
- Пакет надо хранить в Git вместе с профилем и обновлять проверенными версиями
Не подходит, если
- Работа идет в Claude Code или Cursor: основной профиль пакета рассчитан на GigaCode CLI от GitVerse, для другого CLI нужен свой адаптер
- Jira должна опрашиваться автоматически: такого режима нет, пакет работает по запросу
- Нужен один простой скилл: здесь целая система из координатора, ролей и контрактов
Пример запроса к агенту
/qa Проверить фичу «фильтр заказов по дате» по требованиям из задачи, без внешних системОграничения
Основной профиль рассчитан на GigaCode CLI: чтобы работать в другом CLI, нужны совместимый адаптер и свой набор ролей. Требуются Python 3.10 и новее, Git, сеть и разрешенный shell-инструмент, система macOS, Linux или WSL. Для реальных проверок надо указать стенд, сборку, данные и разрешенные действия. Модель, авторизация, Jira и другие подключения настраиваются отдельно, секреты в Git не кладут. Автоматического опроса Jira нет. Профиль целевого проекта для создания дефектов настраивают сами. Версия 2.3.18, ноль звезд, последний коммит в октябре 2026 года, лицензия MIT.
Как отключить. Удалите папки `.qa-agent/` и роли, навыки и команды QA из `.gigacode/`, уберите алиас `qa-start` из профиля оболочки.
Частые вопросы
Нужен ли MCP-сервер?
Нет: QA MCP-сервер не требуется и не поставляется, все скрипты лежат внутри проекта.
Как установить?
Командой `/qa:init` в GigaCode с подключенным расширением QA либо проектной установкой по `docs/PROJECT_INSTALLATION.md`; нужны Git, Python 3.10 и сеть.
Как обновлять пакет?
Командой `qa-start`: она проверяет новую версию, применяет проверенное обновление и запускает GigaCode; `--no-update` пропускает проверку сети.
Что делает `jira-defect-creator`?
Ищет дубли, собирает сводный чек-лист и проверяет аргументы и сохраненную задачу при оформлении дефекта; профиль проекта настраивается отдельно.
С какими задачами начинать?
С задачи по требованиям без внешних систем; для реальных проверок надо указать стенд, сборку, данные и разрешенные действия.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
GigaChat — все инструментыProcess Kit для GigaCode
process-kit
Рабочая папка для GigaCode: ассистент берет задачу словами, находит готовый процесс из шагов и выполняет его с планом и отчетом в outputs
GigaCode Bridge MCP
Gigacode-bridge-mcp
MCP-сервер передает GigaCode CLI изолированные правки кода во временных рабочих деревьях Git и возвращает патч на независимое ревью
Агент пишет код, люди принимают решения, а гейты держат хуки Claude Code, Codex, Cursor, OpenCode, Qwen Code и GigaCode
GigaCode: проектные флоу с хуками, гейтами и OpenSpec
gigacodeAgents
Монорепозиторий флоу для GigaCode CLI: разработка со стадиями и жесткими гейтами, обсервер хода работы и обратный анализ кода в спеку
Gigacode Task Commit Check
gigaide-precommit-gigacode
Плагин GigaIDE и JetBrains запускает перед commit выбранные задачи GigaCode CLI с контекстом изменений в JSON
Python-раннер выполняет задачи из tasks.md по одной итерации GigaCode, затем пять ревьюеров и финальная проверка и отдельный коммит на каждую задачу
Коротко о README
В README описаны состав пакета (координатор, 14 ролей, 6 скиллов, контракты, Python-инструменты), проектная установка и команда `/qa:init`, алиас `qa-start` и обновление, проверка `/qa:doctor`, правила первых запусков и оформление дефектов через `jira-defect-creator`.