Подберите данные, которые разделяют возможные ошибки, а не просто напоминают рабочий пример
Статьи
Остановите редактирование и восстановите проверяемую гипотезу
Сравните точные команды, зависимости и условия запуска
Начните с изменения поведения и границ доверия, затем переходите к структуре и стилю
Делите фичу по законченным проверяемым сценариям и зависимостям
Проверьте установленную версию, экспортируемый интерфейс и минимальный вызов
Разделите изменение схемы, перенос данных и совместимость работающего приложения
Передавайте минимальный обезличенный фрагмент, который сохраняет причинную связь ошибки
Опишите результат через вход, действие и наблюдаемый выход
Проверяйте не только совпадение изображения, но и сценарии взаимодействия
Передавайте текущее состояние, проверенные факты и следующий проверяемый шаг
Разделите рабочие каталоги и согласуйте контракты до параллельного изменения
Запишите наблюдаемый контракт до изменения внутреннего устройства: входы, выходы, ошибки и значимые побочные эффекты
Передавайте условия и наблюдения, а не только описание «иногда ломается»
Потребуйте доказать, что новая зависимость или обновление необходимы для нужного поведения
Посмотрите, остаётся ли в тесте реальная логика приложения
Сравните исходное требование, независимый пример и изменённое ожидание
Дайте агенту путь от пользовательского действия до нужного обработчика, а не весь репозиторий сразу
Как проверить нагрузку LLM с холодным и прогретым кэшем. Уникальные запросы, очередь, стоимость и условия измерений.
Что включить в runbook LLM-инцидента. Сдерживание, сохранение фактов, проверенный откат и разбор остаточных последствий.
