Королева обвиняет пчелу в записи вне границы, когда файл записала она сама

[gHashTag]

Часть #1090.

При каждом ревью в журнале появляется queen.observer.outOfBounds с paths = .trinity-dev/state/queen_delegation.json — файл состояния самой Королевы. Пчела его не трогала: реестр сохраняется во время хода работника, и QueenBranchCommitter.changedPaths видит эту запись как изменение, сделанное пчелой.

Ложное обвинение попадает в отчёт по каждой задаче и обесценивает настоящие нарушения границы: когда предупреждение появляется всегда, его перестают читать.

Готово, когда

• Файлы состояния самой Королевы (.trinity/state/*, .trinity-dev/state/*) не попадают в измеренные записи работника.
• Настоящий выход за границу по-прежнему виден — проверка ломается, если исключение сделать слишком широким.

Границы

rings/SR-02/QueenBranchCommitter.swift.

[gHashTag]

Сделано пчелой, принято и слито Королевой самостоятельно: PR gHashTag/BrowserOS#11.

Первая задача, прошедшая весь путь без моего участия: queued -> running -> awaitingReview -> accepted -> merged. Агент-ревьюер дал вердикт met по обоим критериям с обоснованием (asked=2 parsed=2 recorded=2, unchecked=none), Королева на этом основании приняла работу и открыла PR сама.

Фильтр отбрасывает .trinity/state/ и .trinity-dev/state/; записи в .trinity/specs/ и вне этих каталогов по-прежнему видны как нарушение границы.