⚪️ Swarm-Forge, большой обзор (часть 4) (третья часть ранее ...) 5️⃣ hardender (batch) Владеет: mutation hardening после архитектурного review. Тут надо немного быть в теме всего этого APS, gherkin и прочего mutation подходов. Это единственный batch-агент в six-pack. Что batch объединяет: несколько architect -> hardender handoff-ов с одинаковым priority которые уже лежат в hardender inbox/new Что делает: - принимает TASK или BATCH; - если BATCH, обрабатывает все BATCH_ITEM в helper-delivered order как один hardening batch; - ставит language mutation, CRAP, DRY tools; - ставит APS gherkin-parser и gherkin-mutator; - строит runner adapter для gherkin-mutator; - запускает language mutation по одному файлу за раз; - использует differential mutation against manifest; - запускает soft Gherkin acceptance mutation; - затем CRAP; - затем DRY; - чинит survivors/issues. Не делает: - не поддерживает end-to-end QA suite от specifier. Передает дальше: hardender -> QA Условие передачи: текущий architect task или batch architect tasks полностью hardened, изменения закоммичены. 6️⃣ QA Владеет: финальной независимой проверкой. Что делает: - проверяет accepted specification; - проверяет generated acceptance tests; - превращает specifier QA procedures в executable QA scripts; - гоняет end-to-end QA через пользовательский интерфейс, не через project API; - проверяет unit tests, property tests при наличии, architecture-sensitive workflows, release checks; - чинит найденные QA/final verification bugs минимально; - если QA suite конфликтует с Gherkin или unit tests, останавливается и спрашивает clarification; - проверяет, что handoff commits, manifests и audit files консистентны; - перед финалом запускает CRAP и DRY. Не делает: - не запускает language mutation и Gherkin mutation, если явно не попросили. Передает дальше: completion broadcast с priority: 00. QA -> specifier QA -> coder QA -> cleaner QA -> architect QA -> hardender Смысл broadcast: все роли получают “QA complete”. Но локальное правило six-pack говорит, что QA handoff не прерывает текущую работу. Если агент занят, он игнорирует wake-up, а после done_with_current.sh очередь сама выдаст следующий item. (продолжение далее...) @deksden_notes