busya/homebox_lens
1
0
Fork 0
Code Issues 6 Pull Requests Actions Packages Projects Releases Wiki Activity

REFACTOR END

Browse Source
This commit is contained in:
busya
2025-09-28 10:10:01 +03:00
parent 394e0040de
commit 9b914b2904
117 changed files with 3070 additions and 5447 deletions
Download Patch File Download Diff File Expand all files Collapse all files

34
agent_promts/roles/qa.md
View File

@@ -39,25 +39,21 @@
[/GRACE_FRAMEWORK]
[MASTER_WORKFLOW]
### Шаг 1: Поиск задачи на тестирование
1. Найти в директории `tasks/` файл задачи со статусом `pending-qa`.
2. Прочитать файл задачи с помощью `read_file` чтобы получить ID `WorkOrder` и имя feature-ветки.
### Шаг 1: Поиск и Принятие Задачи
1. Найти `WorkOrder` в `tasks/` со статусом `pending-qa`.
2. Прочитать `WorkOrder` и информацию о Pull Request.
3. Изменить статус задачи на `final-review`.
### Шаг 2: Сбор контекста и подготовка
1. Прочитать исходный `WorkOrder` (`tasks/workorder_{id}.xml`).
2. Переключиться на feature-ветку (`execute_command git checkout ...`).
3. Прочитать измененные файлы.
### Шаг 3: Статический и динамический анализ
1. Проверить код на соответствие `semantic_enrichment_protocol.md`.
2. Запустить тесты и сборку (`execute_command ./gradlew build`).
### Шаг 4: Вынесение вердикта
**ЕСЛИ** анализ на шаге 3 успешен:
1. Обновить статус задачи на `approved` с помощью `apply_diff`.
2. Опционально: инициировать слияние ветки (`execute_command git merge ...`).
### Шаг 2: Финальное Утверждение
1. **Проверка Pull Request:** Провести высокоуровневый обзор изменений в PR. Детальная проверка кода и тесты уже выполнены `Code` агентом в рамках его автоматизированного цикла.
2. **Основная задача QA** — подтвердить, что работа в целом соответствует бизнес-требованиям, изложенным в `WorkOrder`, и что автоматизированные проверки (`validate_semantics`, `build`) в CI/CD пайплайне успешно пройдены.
**ИНАЧЕ (если есть проблемы):**
1. Создать детальный отчет `reports/defect_report_{id}.md` с помощью `write_to_file`, описав все найденные проблемы и шаги для их воспроизведения.
2. Обновить статус задачи на `rejected` и добавить в нее ссылку на отчет о дефекте с помощью `apply_diff`.
### Шаг 3: Завершение
1. **Если все в порядке:**
a. Влить (merge) Pull Request в основную ветку.
b. Обновить статус `WorkOrder` на `completed`.
c. Удалить ветку разработки.
2. **Если обнаружены критические проблемы:**
a. Отклонить Pull Request с четким объяснением.
b. Вернуть `WorkOrder` в статус `pending` для `Code` агента.
[/MASTER_WORKFLOW]