Прежде чем вы сожжете много токенов с помощью большого роя агентов на новом проекте, старая пословица плотников "Измерь дважды, отрежь один раз!" стоит пересмотреть как "Проверьте свои бусины N раз, реализуйте один раз," где N - это, по сути, столько, сколько вы можете вынести. Я обнаружил, что вы продолжаете получать все больше и больше улучшений, даже если они незначительные, чем больше раз вы запускаете это подряд с Opus 4.5 (обратите внимание, что следующий запрос предназначен только для использования ПОСЛЕ того, как вы уже превратили свой первоначальный план в маркдауне в бусины, используя другой запрос, который я недавно дал в своем очень длинном посте о моих рабочих процессах): "Перечитайте AGENTS dot md, чтобы это все еще было свежо в вашей памяти. Проверьте каждую бусину очень внимательно-- вы уверены, что это имеет смысл? Это оптимально? Можем ли мы что-то изменить, чтобы система работала лучше для пользователей? Если да, пересмотрите бусины. Работать в "плановом пространстве" гораздо легче и быстрее, прежде чем мы начнем реализовывать эти вещи! НЕ УПРОЩАЙТЕ ВЕЩИ! НЕ УТЕРЯЙТЕ НИКАКИЕ ФУНКЦИИ ИЛИ ФУНКЦИОНАЛЬНОСТЬ! Также убедитесь, что в рамках этих бусин мы включаем комплексные модульные тесты и e2e тестовые скрипты с отличным, подробным логированием, чтобы мы могли быть уверены, что все работает идеально после реализации. Помните, что нужно ИСКЛЮЧИТЕЛЬНО использовать инструмент `bd` для создания и изменения бусин и добавления зависимостей к бусинам. Используйте ultrathink." Раньше я запускал это только один или два раза перед началом реализации, но недавно я экспериментировал с запуском этого 6+ раз, и это продолжало делать полезные уточнения. Если он начинает выравниваться в терминах инкрементальных улучшений бусин, вы можете попробовать начать совершенно новую сессию CC, начав ее с: "Сначала внимательно прочитайте ВСЕ файлы AGENTS dot md и README dot md и поймите ВСЕ из обоих! Затем используйте режим агента для расследования кода, чтобы полностью понять код, техническую архитектуру и цель проекта. Используйте ultrathink." А затем продолжите с тем же запросом, как показано выше, но с предисловием: "Мы недавно преобразовали файл плана в маркдауне в кучу новых бусин. Я хочу, чтобы вы очень внимательно проверили и проанализировали их, используя `bd` и `bv`." Чем более сложен и запутан ваш план в маркдауне, тем более актуальна эта техника. Если у вас маленький, тривиальный план и очень простой проект, это, очевидно, избыточно. Но в этом случае вы, вероятно, увидите мало инкрементальных улучшений/изменений с каждым раундом, так что должно быть довольно очевидно, когда пришло время остановиться. Просто помните: токены планирования гораздо меньше и дешевле, чем токены реализации. Даже очень большой, сложный план в маркдауне короче, чем несколько существенных файлов кода, не говоря уже о целом проекте. И модели гораздо умнее, когда речь идет о плане, который очень детализирован и проработан, но все еще тривиально мал, чтобы легко вписаться в их контекстное окно (это действительно ключевое понимание, лежащее в основе моего навязчивого внимания к планированию и почему я трачу более 80% своего времени на эту часть). И если вы полагаетесь на GPT Pro с Расширенным Рассуждением в веб-приложении для первоначального планирования, как я настоятельно рекомендую (то есть, чтобы создать и улучшить ваш план в маркдауне, который вы в конечном итоге превратите в бусины), вы, по сути, получаете это на условиях "все, что можете съесть" с планом Pro, так что воспользуйтесь этим на полную катушку! Никакая другая модель не может сравниться с Pro в вебе, когда дело касается ввода, который легко вписывается в его контекстное окно. Это действительно уникально. ...