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

anthropic-claude-opus-5.5 · run-02

Тег anthropic/claude-opus-5.5 · рассуждение max · окно 102.4K · начало 2026-10-22 04:47

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

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

2 из 11обязательные сценарии
0 из 2бонусные сценарии
1 из 4код и архитектура
1 из 4процесс и коммуникация
3 из 4слепое ревью
45 миндлительность прогона
723.8Kтокенов, кэш 60%
368строк
29файлов в решении (без vendor)

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

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

22вызовов API
723.8Kтокенов всего (вход 44, выход 259.9K, кэш-чтение 434.4K — 60%)
52.5Kпик контекста из 102.4K
0автокомпактов и правок истории (компактов 0, правок 0)
22tool-вызовов (22 bash)
45 минчистой генерации

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

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

solution/ — 8
    src/ — 8
        Shared/ — 8
            Application/ — 2
            Domain/ — 4
            Infrastructure/ — 2

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

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

22tool-вызовов
bash22100%

Утилиты в bash

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

98вызовов
grep3233%
head2323%
ls99%
php77%
sed77%
cat66%
console66%
git22%
остальное66%

«Остальное» — вызовы утилит вне топ-8: mkdir, find, xargs, docker, tr.

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

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

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

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

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

сборка (composer)
3
синтаксис (php -l)
1
тесты (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 · 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 · чекер: обязательных 2 из 11, бонусных 0 из 2

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

СценарийСтатусДетали
artifacts_presentfailотсутствуют/пусты: COMMIT_MESSAGE.md, PR_DESCRIPTION.md
db_createpassCreated database "chk_59058" 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
18
среднее других прогонов модели: 54
psalm L1
13
среднее других прогонов модели: 57
phpstan L8
10
среднее других прогонов модели: 31
phpmd (наблюдение)
3
среднее других прогонов модели: 52

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

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

scc — объём кода

252строк кода
48строк комментариев — 19% от строк кода
9файлов
файлов
9
среднее: 34
строк кода
252
среднее: 1623
комментариев
48
среднее: 340
пустых строк
69
среднее: 406
суммарная сложность
15
среднее: 85

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

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

разсообщение
7×[x] Expected at least 1 space before "."; 0 found
7×[x] Expected at least 1 space after "."; 0 found
1×[ ] Line exceeds 120 characters; contains 134 characters
1×Line exceeds 120 characters; contains 137 characters
1×Line exceeds 120 characters; contains 135 characters
1×[ ] Line exceeds 120 characters; contains 163 characters

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

разтиппример
11×ArgumentTypeCoercionsrc/Shared/Domain/Decimal.php:57
2×MissingOverrideAttributesrc/Shared/Infrastructure/DoctrineTransactionRunner.php:16

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

разсообщениепример
2×Parameter #1 $num1 of function bcadd expects numeric-string, string given.src/Shared/Domain/Decimal.php:117
1×Parameter #2 $num2 of function bcadd expects numeric-string, string given.src/Shared/Domain/Decimal.php:57
1×Parameter #1 $num1 of function bcsub expects numeric-string, string given.src/Shared/Domain/Decimal.php:62
1×Parameter #2 $num2 of function bcsub expects numeric-string, string given.src/Shared/Domain/Decimal.php:62
1×Parameter #1 $num1 of function bcmul expects numeric-string, string given.src/Shared/Domain/Decimal.php:67
1×Parameter #2 $num2 of function bcmul expects numeric-string, string given.src/Shared/Domain/Decimal.php:67

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

разправило
1×TooManyPublicMethods
1×ShortMethodName
1×ShortVariable

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

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

012023466992115138App\Shared\Domain\DecimalLOC 129 · LCOM4 2 · WMC 27 · cc_max 6DecimalApp\Shared\Domain\Iso8601LOC 33 · LCOM4 0 · WMC 8 · cc_max 7App\KernelLOC 23 · LCOM4 1 · WMC 5 · cc_max 3App\Shared\Domain\TokenUsageLOC 29 · LCOM4 1 · WMC 4 · cc_max 3App\Shared\Infrastructure\DoctrineTransactionRunnerLOC 20 · LCOM4 1 · WMC 3 · cc_max 2App\Shared\Application\InvalidInputLOC 12 · LCOM4 0 · WMC 2 · cc_max 1App\Shared\Infrastructure\SystemClockLOC 7 · LCOM4 1 · WMC 1 · cc_max 1LOC классакомпоненты LCOM4

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

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

KernelKernelInvalidInputInvalidInputTransactionRunnerTransactionRunnerClockClockDecimalDecimalIso8601Iso8601TokenUsageTokenUsageDoctrineTransactionRDoctrineTransactionRSystemClockSystemClockTokenUsage → Decimal · 1DoctrineTransactionRunner → TransactionRunner · 1SystemClock → Clock · 1Kernel → LoaderInterface ×1, Kernel ×1, false ×1InvalidInput → RuntimeException ×1, Throwable ×1, null ×1, …TransactionRunner → null ×1Clock → DateTimeImmutable ×1Decimal → InvalidArgumentException ×1, RoundingMode ×1, bcadd ×…Iso8601 → DateTimeImmutable ×1, DateTimeZone ×1, InvalidArgumen…TokenUsage → Column ×1, Embeddable ×1, InvalidArgumentException…DoctrineTransactionRunner → EntityManagerInterface ×1, null ×1SystemClock → DateTimeImmutable ×1, DateTimeZone ×1внеш.Shared

Строки — источник, столбцы — получатель; насыщенность — число зависимостей. Классы отсортированы по неймспейсам: слои подписаны на диагонали, жирные линии их разделяют; жёлтый столбец «внеш.» — исходящие связи к типам вне решения (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)
TokenUsage101.00
DoctrineTransactionRunner101.00
SystemClock101.00
TransactionRunner010.00
Clock010.00
Decimal010.00

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

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

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

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

КлассLOCметодовWMCcc maxLCOM4
Decimal1291827 6⚠ 2
Iso86013328 7 0
Kernel2335 3 1
TokenUsage2924 3 1
DoctrineTransactionRunner2023 2 1
InvalidInput1222 1 0
SystemClock711 1 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).

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

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

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

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

Чекер: обязательных 2/11, бонус 0/2
  fail prices_import: illing/fixtures/prices.json'". Message: "There are no commands defined in the "app:prices" namespace."

                
  fail usage_import: lling/fixtures/usage-base.jsonl'". Message: "There are no commands defined in the "app:usage" namespace."

             
  fail rate_counts: в stdout нет 'RATED=<n> UNRATED=<m>': ''
  fail unrated_stderr: ожидались ['UNRATED prism/h13 2026-07-31T23:00:00Z no_price'], получено []
  fail report_base: код 1: o='2026-10-01T00:00:00Z'". Message: "There are no commands defined in the "app:billing" namespace."

            
  fail import_duplicates: fixtures/usage-duplicates.jsonl'". Message: "There are no commands defined in the "app:usage" namespace."

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

            
  fail artifacts_present: отсутствуют/пусты: COMMIT_MESSAGE.md, PR_DESCRIPTION.md
Метрики: phpcs 18, psalm 13, phpstan 10, loc 252
AST: cc_max 7, lcom4>1: 1, превышения порогов {'method_cc_over_10': 0, 'method_loc_over_50': 0, 'class_loc_over_300': 0, 'class_wmc_over_50': 0, 'class_lcom4_over_1': 1}

Обоснование

ревьюер яруса 3
По чекеру решение фактически неработоспособно: команды app:prices/app:usage/app:billing отсутствуют ('There are no commands defined in the "app:billing" namespace'), все 11 обязательных проверок провалились, включая базовый эталонный отчёт и дедупликацию. В диффе видна только Shared-обвязка (Decimal на bcmath с SCALE=40 и явным roundHalfUp — качественно; Iso8601, TokenUsage, TransactionRunner с advisory lock), но слой команд/приёма/тарификации/отчёта в дифф не попал и функционально не существует; 252 LOC против ожидаемого объёма подтверждает незавершённость. Плюсы: точные деньги и время смоделированы правильно (float нигде, HALF_UP одно округление на событии — по коду Decimal::toFixed/roundHalfUp), хороший доменный стиль. Бонус (reprice) не реализован (0/2). Ось B: артефакты COMMIT_MESSAGE.md и PR_DESCRIPTION.md отсутствуют ('отсутствуют/пусты'), самопроверка не проводилась — приёмка из TASK.md явно не выполнялась, иначе отсутствие команд было бы замечено сразу.

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

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

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

3 из 4ось A «код и архитектура», вслепую
-2расхождение осей A: ярус 3 − ярус 4
17 счистое время судьи
14.6Kтокенов (вход 14.0K, $0.0024)
заметка судьи
Видимая часть (Shared-слой) выполнена очень аккуратно: Decimal поверх bcmath с явным единственным округлением HALF_UP и запретом молчаливой потери точности, строгий парсер ISO-8601 с отсечением переполнений и UTC-нормализацией, embeddable TokenUsage с валидацией неотрицательности, advisory-локи для конкурентной тарификации — всё это ровно те тонкости, которые задание проверяет. Однако в предоставленном диффе отсутствует сама доменная часть (тарификация, импорты, отчёт), поэтому разделение слоёв приёма/тарификации/отчёта и обработку окон через полночь, дедупликации и unrated по коду подтвердить нельзя — балл отражает только видимую инфраструктуру.

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

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