Файл теста · results-C.md

T02 v2 · процесс C (контроль «фото + текст шаблоном») · слепая приёмка

25.09.2026 ~11:50–12:40 МСК. Рендер — control-C/render-c.py (протокол, изменение 3, коммит до прогона): полоса текста y < 360, Golos Text 70/52 px, фото целиком равномерным масштабом в 900×840, без вырезки и кадрирования. Выходы, превью и параметры — control-C/out/. Кегль уменьшен у 5 из 11 (строка не помещалась в 845 px): V2-03 70→68, V2-05 70→58, V2-08 третья 52→46, V2-09 70→56, V2-10 70→50.

Оценщики — те же семейства и то же задание, что для A (blind/task-C1.txt, task-C2.txt, номера Z14–Z24, ключ blind-key-C.json): A — openai/gpt-6-astra (runId 5812a4ba, fa84fbc1), B — claude-opus-5-5 (runId d19314c6, a4ec4a34); изолированные, collect. Полные ответы — blind/verdicts-raw/C-*.txt (все 4 целиком, 22 вердикта; все 66 картинок открылись).

Вход	Z	A: вердикт, причина	B	Итог
V2-01 кружка «утёнок»	Z14	rejected: F — «—» прочитано как «–»	accepted	не accepted
V2-07 сумка	Z15	rejected: F — тире	accepted	не accepted
V2-10 каталки	Z16	accepted	accepted (фон офиса «неряшливо»)	accepted
V2-08 сабо	Z17	rejected: F — тире	accepted	не accepted
V2-11 шарф пятицветный	Z18	rejected: E — шарф обрезан слева краем фото	accepted	не accepted
V2-05 подушка «пончик»	Z19	rejected: F — тире	accepted (стул из фона рядом с «на стул» может ввести в заблуждение)	не accepted
V2-04 подушка вязаная	Z20	accepted	accepted	accepted
V2-02 кружка «кошка»	Z21	rejected: F, L — тире	accepted	не accepted
V2-09 кабель	Z22	rejected: L — на превью не различить «—» и «–»	accepted	не accepted
V2-03 нож	Z23	accepted	accepted (товар мелкий, много пустого места)	accepted
V2-06 шарф синий	Z24	accepted	accepted	accepted

Итог C по протоколу (§ 5: accepted — только если оба pass): 4 из 11. Вызовов модели 0, платных API 0; время рендера 11 слайдов — секунды (труд на подготовку скрипта не измерен).

Моя машинная проверка (не слепая, в итог не входит)

В слайдах C стоит ровно U+2014 «—» из паспорта (control-C/out/*-C.json, строки берутся из inputs-frozen.json без правки). Но в Golos Text длинное тире узкое: на 52 px «—» 38 px, «–» 28 px, «-» 20 px (Pillow getlength). Оценщик A 6 раз из 6 прочитал его как среднее — в тех же строках у выходов генератора (процесс A) тире им принималось. Это дефект шаблона, а не ложный отказ: покупатель тоже видит «–». Вывод для материала: в шаблоне брать шрифт с длинным тире или писать строки без тире.
Z18: обрезка слева унаследована от исходного фото (ограничение V2-11 записано в изменении 2). Контроль не дорисовывает — и честно проваливает E; генератор в A2 дорисовал край и был принят.
Фон исходного фото остаётся (изменение 3): оба оценщика это отметили как некрасивое (Z16, Z19, Z23), но не как нарушение гейтов.

Сравнение A и C (для материала, знаменатель — 11 входов)

	A · генератор	C · шаблон
Принято с первой попытки	9	4
Всего принято	10 (после 1 правки)	4 (правка C протоколом не предусмотрена)
Отказы по S (товар изменён)	1 из 26 оценок (A2 V2-06: бахрома обрезана)	0 из 22 оценок
Главная причина отказов	мелкий шрифт на превью, «вязаный» прочитано как «вязанный» (V2-06), обрезанный исходник (V2-11)	узкое тире шрифта (6 из 7), обрезанный исходник (1)
Цена	≥ $0,21 за принятый слайд	0 ₽ за вызов

Не проверено: пересчёт C со шрифтом с длинным тире (это была бы правка, протоколом для C не предусмотрена — только как отдельный прогон с новой записью в протоколе); S — визуально; процесс B — нет прогона (RQ-019).

Дальше: черновик материала по § 6 протокола (таблица A и C, пары «вход → выход» в 1800 px, цена по снимку прайса).

Уточнение 25.09.2026 (после рецензии c1r1, прежний текст не меняется). «≥» и «нижняя граница» выше читать как «оценка по прайсу для ближайшего размера 1024×1536 high»: для фактических размеров (1086×1448, 1221×1288) цены в таблице нет, входные токены оплачиваются отдельно и не измерены, поэтому ни нижняя, ни верхняя граница не доказана. В материале — «≈ $0,21 — оценка».