Что bee не отправил

bee steering
bee steering --since 7d --json

bee тратит контекст на каждом ходе. До появления этого он не зафиксировал ни одной доставки, поэтому вопрос «какие из моих правил на самом деле никогда не доходят» был не трудным — он был без ответа, потому что данных не существовало.

Почему именно удержанная половина

То, что bee доставляет, уже есть в транскрипте самого агента. То, что bee удержал, не фиксируется нигде и ничем:

┌──────────┬──────────┬──────────────┬──────────┬──────────┐
│ что      │ id       │ чем удержано │ не менее │ поверхн. │
├──────────┼──────────┼──────────────┼──────────┼──────────┤
│ rule     │ bb29871f │ rule-cap     │ 14       │ prompt   │
│ rule     │ 7197a5e8 │ rule-cap     │ 14       │ prompt   │
└──────────┴──────────┴──────────────┴──────────┴──────────┘

Правило, добавленное в прошлом месяце, может с тех пор голодать под ограничением на каждом ходе, пока bee hook rule list продолжает показывать его включённым. Именно это здесь и находится.

Сам блок теперь тоже их называет, так что это видно в момент:

… 3 more rule(s) over the per-turn budget: bb29871f, 7197a5e8, 7a83d14f

Числа — это НИЖНЯЯ ГРАНИЦА

Говорится при каждом выводе, а не в сноске. У журнала есть потолок, и он выбрасывает самое старое, а параллельная выгрузка может потерять запись — значит любое число здесь «не менее чем столько», а не «ровно столько». Выборочный инструмент, намекающий на полноту, хуже отсутствия инструмента, потому что ему поверят.

Чего он сказать не может

Он фиксирует, что bee отправил. Он не может показать, прочитала ли это модель. Это разные утверждения, и только первое принадлежит bee.

Он не может сломать хук

Любой сбой поглощается. Каталог без права записи, полный диск, заблокированный файл — каждый стоит одной строки журнала и больше ничего. Проверено с каталогом bee, сделанным доступным только для чтения: хук завершился кодом 0, выдал полный блок и ничего не написал в stderr.

Он также ограничен без запуска фонового рабочего процесса — а в таком состоянии находится большинство машин. У файла есть потолок, который применяет писатель, выбрасывая самое старое, и проверяется он одним вызовом stat на запись.

Почему stat на каждую запись, а не счётчик

Первая версия подрезала файл каждые 250 записей внутрипроцессным счётчиком — а каждый хук это новый процесс, поэтому счётчик доходил до единицы и процесс завершался. Засеяно 6 000 строк при потолке в 5 000 — одна запись оставила 6 001. Свойства самоограничения, которое заявлял дизайн, попросту не существовало.

Ограничения, о которых он отчитывается

поверхность	правила	записи памяти
начало сессии	12	8
каждый запрос	12	5
при записи файла	20	3

Ограничения на запись выше, потому что эти элементы были отобраны по совпадению именно с этим путём — а значит применимы куда вероятнее, чем постоянный набор.

Посмотреть, во что каждое обходится:

bee budget
bee budget --path src/Catalog/Data/ProductDataSource.cs