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

muse-glimmer · run-04

Тег muse-glimmer:ctx100k · рассуждение low · окно 102.4K · начало 2026-10-27 15:52

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

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

10 из 11обязательные сценарии
0 из 2бонусные сценарии
2.5 из 4код и архитектура
2.5 из 4процесс и коммуникация
2 из 4слепое ревью
3 миндлительность прогона
752.9Kтокенов, кэш 97%
793строк
33файлов в решении (без vendor)

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

PI_CODING_AGENT_DIR=<tmp>/pi-home PI_OFFLINE=1 \
pi -p --session-dir <прогон>/pi-session \
    --model muse-glimmer:ctx100k --thinking low \
    "Прочитай 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, автокомпакты, чем самопроверялся.

50вызовов API
752.9Kтокенов всего (вход 13.7K, выход 11.1K, кэш-чтение 728.2K — 97%)
24.5Kпик контекста из 102.4K
0автокомпактов и правок истории (компактов 0, правок 0)
49tool-вызовов (27 bash)
3 минчистой генерации

Структура папок решения

Дерево по diff.patch: папки, в которых агент создавал или менял файлы (число — затронуто файлов в поддереве, «новых» — создано с нуля). Папка — ссылка, можно открыть.

solution/ — 12
    migrations/ — 2
    src/ — 8
        Command/ — 4
        Entity/ — 4

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

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

49tool-вызовов
bash2755%
write1020%
read918%
edit36%

Утилиты в bash

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

30вызовов
console2170%
find27%
ls27%
make27%
docker13%
rm13%
mkdir13%

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

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

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

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

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

приёмка (bin/console app:*)
7
проверки БД (psql)
1
тесты (phpunit / make test)
0
стиль (phpcs / phpcbf)
0
psalm
0

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

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

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

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

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

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

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

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

Вердикт аудитора: чисто — сигналов нет — аудитор не вызывался

Артефакты: security.json · audit-verdict.md · audit.json

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

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

СценарийСтатусДетали
artifacts_presentpass
db_createpassCreated database "chk_32407" for connection named default
import_duplicatespass
migratepassmethod=migrations
prices_importpass
rate_after_duplicatespassstdout: 'RATED=1 UNRATED=1'
rate_countspassполучено RATED=17 UNRATED=1, ожидалось 17/1
report_basepass
report_duplicatespass
report_retroskipкоманды app:billing:reprice нет (бонус не выполнялся)
reprice_outputskipкоманды app:billing:reprice нет (бонус не выполнялся)
skeleton_changespassнет изменений
unrated_stderrfailожидались ['UNRATED prism/h13 2026-07-31T23:00:00Z no_price'], получено ['UNRATED prism/h13 2026-07-31T23:00:00+00:00 no_price']
usage_importpass

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

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

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

phpcs PSR12
190
среднее других прогонов модели: 174
psalm L1
182
среднее других прогонов модели: 148
phpstan L8
20
среднее других прогонов модели: 20
phpmd (наблюдение)
51
среднее других прогонов модели: 33

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

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

scc — объём кода

501строк кода
81строк комментариев — 16% от строк кода
9файлов
файлов
9
среднее: 9
строк кода
501
среднее: 566
комментариев
81
среднее: 56
пустых строк
88
среднее: 108
суммарная сложность
26
среднее: 34

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

phpcs (стиль, PSR-12) — топ сообщений

разсообщение
60×[x] Opening brace should be on a new line
60×[x] Opening brace must be the last content on the line
60×[x] Closing brace must be on a line by itself
2×[x] Inline control structures are not allowed
2×[x] Opening parenthesis of a multi-line function call must be the
1×[ ] Line exceeds 120 characters; contains 178 characters

psalm (уровень 1) — топ типов проблем

разтиппример
44×MixedArgumentsrc/Command/BillingRateCommand.php:31
40×MixedArrayAccesssrc/Command/BillingReportCommand.php:71
28×MixedAssignmentsrc/Command/BillingRateCommand.php:22
18×MissingConstructorsrc/Entity/Model.php:18
13×MixedMethodCallsrc/Command/BillingRateCommand.php:34
11×MixedOperandsrc/Command/BillingReportCommand.php:47
7×MissingOverrideAttributesrc/Command/BillingRateCommand.php:19
5×UndefinedInterfaceMethodsrc/Command/BillingRateCommand.php:34

phpstan — топ сообщений

разсообщениепример
5×Call to an undefined method Symfony\Component\Console\Output\OutputInterface::getErrorOutput(). [identifier=method.notFosrc/Command/UsageImportCommand.php:34
2×Parameter #1 $num1 of function bcmul expects numeric-string, string given. [identifier=argument.type]src/Command/BillingRateCommand.php:154
1×Parameter #2 $num2 of function bcmul expects numeric-string, string given. [identifier=argument.type]src/Command/BillingRateCommand.php:85
1×Parameter #2 $num2 of function bcmul expects numeric-string, string|null given. [identifier=argument.type]src/Command/BillingRateCommand.php:92
1×Parameter #2 $num2 of function bcmul expects numeric-string, non-falsy-string given. [identifier=argument.type]src/Command/BillingRateCommand.php:102
1×Parameter #1 $json of function json_decode expects string, string|false given. [identifier=argument.type]src/Command/PricesImportCommand.php:33

phpmd — правила (наблюдение, в оценку не входит)

разправило
38×ShortVariable
4×MissingImport
4×UnusedPrivateField
3×ElseExpression
1×UnusedFormalParameter
1×ExcessiveMethodLength

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

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

02468100275481108135162App\Command\BillingRateCommandLOC 155 · LCOM4 4 · WMC 22 · cc_max 10BillingRateCommandApp\Entity\UsageEventLOC 66 · LCOM4 11 · WMC 22 · cc_max 1UsageEventApp\Entity\PriceLOC 61 · LCOM4 10 · WMC 20 · cc_max 1PriceApp\Entity\ProviderLOC 35 · LCOM4 5 · WMC 10 · cc_max 1App\Command\BillingReportCommandLOC 95 · LCOM4 2 · WMC 9 · cc_max 7App\Command\PricesImportCommandLOC 77 · LCOM4 2 · WMC 9 · cc_max 7App\Command\UsageImportCommandLOC 52 · LCOM4 2 · WMC 7 · cc_max 5App\KernelLOC 23 · LCOM4 1 · WMC 5 · cc_max 3App\Entity\ModelLOC 21 · LCOM4 2 · WMC 4 · cc_max 1LOC классакомпоненты LCOM4

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

Матрица зависимостей классов

BillingRateCommandBillingRateCommandBillingReportCommandBillingReportCommandPricesImportCommandPricesImportCommandUsageImportCommandUsageImportCommandModelModelPricePriceProviderProviderUsageEventUsageEventKernelKernelBillingRateCommand → Price · 1BillingRateCommand → Provider · 1BillingRateCommand → UsageEvent · 1BillingReportCommand → UsageEvent · 1PricesImportCommand → Model · 1PricesImportCommand → Price · 1PricesImportCommand → Provider · 1UsageImportCommand → UsageEvent · 1BillingRateCommand → EntityManagerInterface ×1, STR_PAD_RIGHT ×…BillingReportCommand → DateTimeImmutable ×1, EntityManagerInter…PricesImportCommand → DateTimeImmutable ×1, EntityManagerInterf…UsageImportCommand → DateTimeImmutable ×1, EntityManagerInterfa…Model → Column ×1, Entity ×1, GeneratedValue ×1, …Price → DateTimeImmutable ×1, Column ×1, Entity ×1, …Provider → Column ×1, Entity ×1, GeneratedValue ×1, …UsageEvent → DateTimeImmutable ×1, Column ×1, Entity ×1, …Kernel → LoaderInterface ×1, Kernel ×1, false ×1внеш.CommandEntity

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

Связанность классов: Ce, Ca, нестабильность I

Ce — исходящие связи на классы решения (efferent coupling), Ca — входящие (afferent coupling); I = Ce / (Ce + Ca) — нестабильность: 0 — максимально стабильный класс, 1 — максимально нестабильный. Здоровая слоистость выглядит так: I близка к 1 у console-команд (точки входа, обязаны меняться часто) и к 0 у примитивов домена (Decimal, Timestamp, enum-статусы): нестабильное должно зависеть от стабильного, не наоборот. Классы без внутренних связей не показаны.

КлассCeCaI (0…1)
BillingRateCommand301.00
BillingReportCommand101.00
PricesImportCommand301.00
UsageImportCommand101.00
Model010.00
Price020.00
Provider020.00
UsageEvent030.00

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

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

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

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

КлассLOCметодовWMCcc maxLCOM4
BillingRateCommand155722 10⚠ 4
UsageEvent662222 1⚠ 11
Price612020 1⚠ 10
Provider351010 1⚠ 5
BillingReportCommand9539 7⚠ 2
PricesImportCommand7739 7⚠ 2
UsageImportCommand5237 5⚠ 2
Kernel2335 3 1
Model2144 1⚠ 2

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

МетодCCLOC
BillingReportCommand::execute783
PricesImportCommand::execute766

Полные данные — 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).

Ярус 3 · ревью: изолированная pi-сессия glm-5.3-flash

Модельная проверка решения: отдельная pi-сессия (zai/glm-5.3-flash, thinking low) оценивает по рубрике обе оси. На вход — TASK.md, дифф (первые 2600 строк) и блок ФАКТЫ: детерминированные итоги ярусов 1–2.

2.5 из 4ось A «код и архитектура»
2.5 из 4ось B «процесс и коммуникация»
19 счистое время ревью
21.0Kтокенов (вход 20.4K, $0.0034)

Вход ревьюера: блок ФАКТЫ

Чекер: обязательных 10/11, бонус 0/2
  fail unrated_stderr: ожидались ['UNRATED prism/h13 2026-07-31T23:00:00Z no_price'], получено ['UNRATED prism/h13 2026-07-31T23:00:00+00:00 no
Метрики: phpcs 190, psalm 182, phpstan 20, loc 501
AST: cc_max 10, lcom4>1: 8, превышения порогов {'method_cc_over_10': 0, 'method_loc_over_50': 2, 'class_loc_over_300': 0, 'class_wmc_over_50': 0, 'class_lcom4_over_1': 8}

Обоснование

ревьюер яруса 3
Обязательная часть в целом работает (10/11 проверок чекера): сущности с уникальными ключами, дедуп по (provider, provider_request_id), выбор цены valid_from<=ts, окно оф-пик через полночь, суммы округлённых событий через bcadd. Дефекты: (1) fail unrated_stderr — в BillingRateCommand формат `->getTs()->format('c')` даёт `+00:00` вместо требуемого `Z`; (2) в roundHalfUp мёртвый код с float-фолбэком `number_format((float)$rounded,...)` (строка вычисляется и отбрасывается) и «шумными» комментариями 'Wait...', 'Let's do' — грязный след генерации в коде денег; (3) тарификация живёт прямо в команде (N+1 findPrice/Provider на событие), домен не отделён от приёма/отчёта; бонус reprice не реализован (честно заявлено в PR_DESCRIPTION). Метрики: phpcs 190 / psalm 182, lcom4>1 у 8 классов. Ось B: артефакты есть и информативны (допущения, отступления, шаги проверки), но самопроверка поверхностная — заявлено «вывод совпадает с примером», при этом граничный формат unrated-строки провален чекером; в коде оставлены исследовательские комментарии без финальной чистки.

Артефакты: review-zcode.md · tier3.json

Ярус 4 · судья: слепое второе мнение

Та же модель судьи (zai/glm-5.3-flash, thinking low), но вслепую: только TASK.md и дифф, без фактов чекера и метрик. Зачем: ревьюер яруса 3 видит числа прохождений и может опереться на них сильнее, чем они того стоят (или довериться плохой метрике) — слепой судьи ловит это смещение. Расхождение осей A в пределах ±1 — согласие; больше — слепая зона, смотреть вручную.

2 из 4ось A «код и архитектура», вслепую
+0.5расхождение осей A: ярус 3 − ярус 4
14 счистое время судьи
20.5Kтокенов (вход 20.0K, $0.0032)
заметка судьи
Обязательная часть в целом работает: сущности есть, dedup по (provider, provider_request_id) с уникальным индексом, выбор цены valid_from <= ts запросом, окно через полночь обработано, bcmath с масштабом 16. Но вся тарификация живёт в командах — доменного слоя нет, границы условные. Критично: в roundHalfUp зачем-то используется number_format((float)... — float для денег, прямой запрет задания; сама функция — черновик с мёртвым кодом и рассуждающими комментариями («Wait bcadd...», «We'll recompute»), что говорит о поверхностном отношении. Тестов нет, бонус reprice не сделан.

Цитаты-доказательства из диффа:

Артефакты: judge-glm.md · tier4.json