ochenstarik/krona-staff
1
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions
krona-staff/docs/audit/2026-09-26/README.md
Victor Trushenko b0243d5001
Some checks are pending
ci / verify (push) Waiting to run
Details
docs(audit): add second acceptance and third-round tasks 
Приёмка второго круга: Grok принят, у Codex форматирование
по-прежнему несёт исправление синхронизации Antigravity, у Antigravity
два интеграционных теста красные на реальной базе и две ветки
конфликтуют между собой. Задания третьего круга фиксируют, что именно
доделать и в каком порядке вливать, плюс перевод пилота с
арендатора-заглушки на настоящего.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-26 15:56:31 +07:00

4.4 KiB
Raw Blame History

Аудит 2026-09-26 и задания исполнителям

Рабочая папка аудита: исполнители берут отсюда задания и отчитываются через git.

Файл Что это
AUDIT.md Полный аудит на живой PostgreSQL 17: находки P0–P3, сверка с аудитом Grok, решения владельца
ACCEPTANCE-1.md Приёмка первого круга работ Grok и Antigravity
TASK-CODEX.md Codex: сервер, расчёт, база, пилот, терминал, роли, подтверждение и согласие — этапы 0–6
ACCEPTANCE-2.md Приёмка второго круга: Grok принят, Codex и Antigravity — что доделать, порядок влития
TASK-CODEX-2.md Codex, текущий круг: форматирование без синхронизации, пилот на настоящего арендатора, сопоставление с платформой
TASK-ANTIGRAVITY-3.md Antigravity, текущий круг: починить тесты, цепочка веток, дальше S2–S9 и push
TASK-GROK-3.md Grok, текущий круг: приёмка с интеграционными тестами и конфликтами, перенос арендатора
TASK-ANTIGRAVITY-2.md Antigravity, круг 2: полный список S2–S9, push, оповещения, outbox — остаётся в силе
TASK-GROK-2.md, TASK-ANTIGRAVITY.md, TASK-GROK.md Прошлые круги, для истории
evidence/ Сценарии живой проверки и их фактический вывод

Как работать

  • Каждый исполнитель работает в своих ветках и только в своей зоне файлов — зоны перечислены в задании.
  • Готовность пункта подтверждается зелёным сценарием стенда Grok (node scripts/test/run-e2e.mjs) на живой PostgreSQL, а не тестами на поддельной базе.
  • Отчёт о выполненном — в описании ветки или коммита: ID, коммит, какой сценарий стал зелёным.
  • Приёмку каждой ветки независимо проводит Grok; итоги — в файлах ACCEPTANCE-N.md.

Решения владельца (роли, точки, процесс подтверждения, согласие) — раздел 12 в AUDIT.md и раздел «Решения владельца» в TASK-CODEX.md.