Сгенерируй варианты, затем выбери

Независимость и оценка должны быть настоящими​

Используй этот приём, когда цель ясна, работу недорого повторить, а надёжный сигнал позволяет выбрать лучший результат. Два плана могут соответствовать одной спецификации, но один затронет меньше кода; одна реализация пропустит крайний случай, который другая учтёт.

Оператор делает две вещи:

1. Получает действительно независимые варианты. Раздельные контексты лучше, чем один диалог, в котором постоянно перерабатывают прежнюю постановку.
2. Обеспечивает независимый отбор. Предпочитай исполняемые тесты; поручай человеку оценку объёма изменений и соответствия замыслу; используй LLM-судью, только если результат ограничен, а критерии явны.

Если одна попытка удаётся с вероятностью R, а k попыток независимы, вероятность хотя бы одного успеха равна:

R_eff = 1 − (1 − R)^k

При R = 0.95 две независимые попытки дают эффективную надёжность шага 0.9975. Это иллюстрация: общая исходная постановка и слабая оценка лишают попытки независимости, которую предполагает формула.

Поэтому схема показывает и генерацию, и отбор. Большее число вариантов без надёжного оценщика увеличивает объём результата, но не надёжность.

Если сработало ограничение частоты запросов, повторяй ограниченный шаг планирования или реализации, а не весь процесс с уже загрязнённым контекстом. Этот приём не исправляет слабую подготовку оснований, плохо сформулированную задачу или отсутствие границы для ревью.