Точность системы рассуждений STAR падает со 100% до 0% в рабочих запросах.

Исследователь протестировал структуру рассуждений STAR в изоляции и в производственном промпте и обнаружил, что точность упала со 100% до 0-30%. Ранее было показано, что эта структура повышает точность Claude на задаче с неявным ограничением с 0% до 100% в чистых тестовых условиях.
Когда точно такая же структура STAR была протестирована внутри реального производственного промпта — 60-строчного системного промпта из приложения для подготовки к собеседованиям, который естественно развивался в течение месяцев разработки — точность резко упала. Производственный промпт содержал рекомендации в стиле «Начинайте с конкретики» и «Сначала вывод», которые заставляли модель выдавать заключение до того, как могло выполниться рассуждение по STAR.
В одном случае модель выдала: «Краткий ответ: Идти пешком». с последующим полным разбором по STAR, который правильно определил ограничение и пришёл к выводу «Поезжайте на машине на мойку». Рассуждение по STAR работало правильно, но неверный ответ уже был зафиксирован в первоначальном выводе.
Ключевой вывод заключается в том, что при авторегрессионной генерации, как только модель выводит токен, этот токен становится частью контекста условия. Инструкция «Начинайте с конкретики» спровоцировала преждевременную фиксацию, и последующее рассуждение по STAR стало постфактумным обоснованием, а не руководством для первоначального ответа.
Практический вывод: разработчикам, создающим производственные системы ИИ, следует проверять структуры рассуждений внутри их фактических промптов, а не в чистых 10-строчных тестах. Методика, которая набирает 100% в изоляции, может набрать 0% в производстве из-за конфликтующих инструкций или структуры промпта.
📖 Read the full source: r/ClaudeAI
👀 Смотрите также
Бенчмарк усилий рассуждения Opus 4.7: Средний превосходит Высокий и Максимум в реальных задачах
В 29 задачах из репозитория GraphQL-go-tools Opus 4.7 в Claude Code показывает пик при среднем уровне рассуждений — более высокие настройки ухудшают корректность и увеличивают стоимость без улучшения качества патчей.

Gemma 4: Ранние признаки. Упор на практическое внедрение, а не на хайп, для локальных рабочих процессов с агентами.
Запуск Gemma 4 подчеркивает развертывание на различных уровнях аппаратного обеспечения с официальной позицией для персонального оборудования и периферийных/мобильных устройств, квантование NVIDIA NVFP4 демонстрирует 4-кратное сжатие с сохранением 99,7% базовых показателей на GPQA, а рейтинги Arena помещают плотную модель 31B примерно на 27-е место.

Перевод на русский: **Аннотации Amazon S3: 1 ГБ метаданных на объект для рабочих процессов AI-агентов**
AWS объявляет о S3 аннотациях — до 1000 аннотаций на объект, каждая до 1 МБ, всего 1 ГБ. Изменяемые, доступные для запросов через Athena, без платы за извлечение для объектов Glacier.

Локальные vs облачные модели: Qwen-3.6-27B, Gemma-4-31B, Claude Haiku, Codex-Spark в сложной генерации кода
Пользователь протестировал локальную модель Qwen-3.6-27B (q4_k_m) на RTX 5080 против API-моделей Gemma-4-31B, Claude Haiku 4.5 и Codex-Spark на сложной задаче по коду. Только Codex-Spark выдал полный код (но с ошибками импорта); все остальные частично провалились. Стоимость: Gemma использовала $0.112 за 803k входных токенов.