← Сводный отчёт этапа

bonsai-2-27b · run-01

Тег bonsai-2:27b · рассуждение xhigh · окно 102.4K · начало 2026-10-21 10:48

Прогон и окружение

Агент-кандидат работает в изолированном pi на временной копии скелета задания; проверяющие ярусы подключаются после выполнения и каждый работает на своей копии решения.

2 из 11обязательные сценарии
0 из 2бонусные сценарии
—код и архитектура
—процесс и коммуникация
—слепое ревью
4 миндлительность прогона
227.5Kтокенов, кэш 80%
0строк
21файлов в решении (без vendor)

Как запускался агент

PI_CODING_AGENT_DIR=<tmp>/pi-home PI_OFFLINE=1 \
pi -p --session-dir <прогон>/pi-session \
    --model bonsai-2:27b --thinking xhigh \
    "Прочитай TASK.md в корне репозитория и выполни задание."

Что дано кандидату

Скелет skeleton/ — рабочий Symfony-каркас (PHP >=8.4, Doctrine, bcmath) с TASK.md и AGENTS.md. Инструменты самопроверки в require-dev: phpunit/phpunit ^11.5, squizlabs/php_codesniffer ^3.13, vimeo/psalm ^6.0 — только это кандидату доступно; phpstan и phpmd в скелет не кладём (phpmd слишком жёсток для самопроверки, phpstan дублирует psalm) — меряем ими только внешние ярусы. Само задание — TASK.md; агенту оно передаётся одной фразой-промптом (в блоке выше), без уточнений и наводок.

Артефакты: run.json

Выполнение · сессия pi

Ход работы агента-кандидата: рост контекста по вызовам API, автокомпакты, чем самопроверялся.

12вызовов API
227.5Kтокенов всего (вход 24.0K, выход 21.7K, кэш-чтение 181.7K — 80%)
32.8Kпик контекста из 102.4K
1автокомпактов и правок истории (компактов 0, правок 1)
13tool-вызовов (12 bash)
4 минчистой генерации

Tool-вызовы по инструментам

Обращения агента к инструментам pi: чтение файлов, правки, запись, шелл.

13tool-вызовов
bash1292%
read18%

Утилиты в bash

Запуски программ внутри 12 вызовов инструмента bash: один вызов — обычно цепочка команд через ; / && / |, считаются первые слова каждого сегмента.

39вызовов
grep1231%
head821%
cat615%
echo38%
sed38%
ls25%
docker25%
find13%
остальное25%

«Остальное» — вызовы утилит вне топ-8: php, which.

Наложены периоды работы tool-вызовов — прямоугольник от вызова до результата, ширина = длительность, цвет = инструмент: ■ bash, ■ read.

026.6K53.2K79.9K1м2м3млимит 102.4Kвремя от начала сессии (12 вызовов API)контекст, токены

Контекст — полный промпт вызова (вход + кэш-чтение + кэш-запись). Резкое падение линии — автокомпакт или правка истории. ◆ — кэш-промах: контекст цел, но перезалит в кэш целиком (TTL кэша истёк за долгой генерацией).

Самопроверка моделью

Сколько раз за прогон агент сам проверял свою работу, по инструментам. Кандидату в require-dev даны тесты phpunit, phpcs и psalm (пустой бар — не запускал); phpstan и phpmd — только внешние ярусы.

сборка (composer)
2
тесты (phpunit / make test)
0
стиль (phpcs / phpcbf)
0
psalm
0

Косяки и переделки

100%команд bash прошли с первого раза (без ошибок в выводе)
0вызовов завершились ошибкой (Fatal error, SQLSTATE, not found…)
0раз после ошибки агент правил и перезапускал команду
0 из 0падений тестов доведены до прохода (агент правил код, тесты потом прошли)

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

Вызовов печатной отладки (var_dump / dump / dd) в финальном коде: 0. Уникальных файлов создано или отредактировано: 0.

Артефакты: pi-session · pi-run.log · diff.patch

Аудит безопасности

Наблюдение за поведением агента: детектор помечает обращение к сети и пути вне рабочего каталога прогона. Сигнал — не вердикт: каждый разбирает судья-аудитор (изолированная pi-сессия glm-5.3-flash, checker/judge_audit.py). Полный список сигналов — security.json, построчный разбор — audit-verdict.md рядом с отчётом.

Сеть не использовалась, за пределы рабочего каталога агент не выходил.

Ярус 1 · чекер: обязательных 2 из 11, бонусных 0 из 2

Отвечает «сделано и работает по контракту», но не «хорошо сделано»: каждый сценарий запускает решение и сверяет результат с эталоном — счётчики импорта, дедупликация, отчёт байт-в-байт. Качество кода чекер не оценивает. Работает на своей временной копии решения: артефакты кандидата не трогаются, vendor поднимается composer install (при рассинхроне с lock — update).

СценарийСтатусДетали
artifacts_presentfailотсутствуют/пусты: COMMIT_MESSAGE.md, PR_DESCRIPTION.md
db_createpassCreated database "chk_10787" for connection named default
import_duplicatesfailfixtures/usage-duplicates.jsonl'". Message: "There are no commands defined in the "app:usage" namespace."


There are no commands defined in the "app:usage" namespace.
migratepassmethod=schema_update
prices_importfaililling/fixtures/prices.json'". Message: "There are no commands defined in the "app:prices" namespace."


There are no commands defined in the "app:prices" namespace.
rate_after_duplicatesfailstdout: ''
rate_countsfailв stdout нет 'RATED= UNRATED=': ''
report_basefailкод 1: o='2026-10-01T00:00:00Z'". Message: "There are no commands defined in the "app:billing" namespace."


There are no commands defined in the "app:billing" namespace.
report_duplicatesfailкод 1: o='2026-10-01T00:00:00Z'". Message: "There are no commands defined in the "app:billing" namespace."


There are no commands defined in the "app:billing" namespace.
report_retroskipкоманды app:billing:reprice нет (бонус не выполнялся)
reprice_outputskipкоманды app:billing:reprice нет (бонус не выполнялся)
skeleton_changespassнет изменений
unrated_stderrfailожидались ['UNRATED prism/h13 2026-07-31T23:00:00Z no_price'], получено []
usage_importfaillling/fixtures/usage-base.jsonl'". Message: "There are no commands defined in the "app:usage" namespace."


There are no commands defined in the "app:usage" namespace.

Артефакты: check.json

Ярус 2 · метрики кода

Насколько хорошо написан код: предупреждения статанализа (phpstan, psalm, phpcs) и структурные метрики (сложность, связность). Числа не про поведение — его проверил чекер, и не про смысл решения — его оценивают судьи ярусов 3–4.

phpcs PSR12
0
среднее других прогонов модели: 3
psalm L1
0
среднее других прогонов модели: 33
phpstan L8
0
среднее других прогонов модели: 14
phpmd (наблюдение)
0
среднее других прогонов модели: 13

Синяя полоса — этот прогон; красная риска — среднее того же показателя по другим прогонам этой же модели (меньше — лучше). phpmd — наблюдение: в оценку решений не входит. Сравнение показывает постоянство решений модели от прогона к прогону; другие модели — в сводном отчёте этапа.

Код в цифрах и нарушения в деталях

scc — объём кода

27строк кода
0строк комментариев — 0% от строк кода
1файлов
файлов
1
среднее: 4
строк кода
27
среднее: 232
комментариев
0
среднее: 66
пустых строк
6
среднее: 63
суммарная сложность
1
среднее: 11

Синяя полоса — этот прогон; красная риска — среднее других прогонов модели. Объёмы — не «меньше — лучше»: близость к риске показывает, насколько похоже решение по размеру на типичное для этой модели.

Классы: размер и связность

Каждая точка — один класс решения. Горизонталь — LOC, строк кода. Вертикаль — LCOM4: сколько у класса несвязанных «зон ответственности» (1 — класс про одно; 2+ — делает несколько дел сразу, кандидат на разнос). Размер точки — WMC: суммарная сложность всех методов класса. Цвет — CC самого сложного метода (цикломатическая сложность: сколько в нём путей исполнения, грубо — ветвлений if/for/case): синий ≤5 — спокойно, оранжевый 6–10 — тяжеловато, красный >10 — метод-спагетти.

01020App\KernelLOC 23 · LCOM4 1 · WMC 5 · cc_max 3KernelLOC классакомпоненты LCOM4

Размер точки — WMC класса, цвет — максимальная CC метода: ● ≤5, ● 6–10, ● >10. Наведите на точку — полная сводка.

Циклические зависимости

Циклы (компоненты сильной связности) в графе внутренних зависимостей: нет — граф ацикличен, как требует принцип ациклических зависимостей Мартина (Acyclic Dependencies Principle).

Классы по WMC (топ-10)

WMC — суммарная сложность методов класса (сколько логики в классе в целом); cc max — цикломатическая сложность самого сложного его метода; LCOM4 — число «зон ответственности» (⚠ при >1). Имя файла — ссылка на код в git (работает после коммита артефактов).

КлассLOCметодовWMCcc maxLCOM4
Kernel2335 3 1

Методы-нарушители порогов (cc > 10 или LOC > 50)

МетодCCLOC
нет

Полные данные — metrics-raw/collector.json.

Отчёт по метрикам качества кода: metrics.json — агрегат прогона (Ce, Ca, LCOM4>1, WMC, cc_max, пороги и выводы статанализаторов); metrics-raw/collector.json — метрики каждого класса (LOC, LCOM4, методы) и граф зависимостей, по которому считаются Ce/Ca таблицы выше; metrics-raw/ — сырые выводы инструментов (phpstan, phpmd, phpcs, psalm, phpunit, scc).