Я сейчас в Азии, на противоположном графике почти всех, кого я знаю, использующих Claude Code и Codex. И я должен сказать, что я получаю гораздо лучшие результаты, чем когда я в Штатах. Изменения производительности в зависимости от времени суток — это реальность.

Невероятно мощный запрос Claude Code при работе с надоедливым багом: Я сталкиваюсь со следующим багом: <bug> [объясните_баг_здесь] </bug> Мне нужна ваша помощь, чтобы определить точную причину этого бага и реализовать эффективное решение. Для этого внимательно следуйте рабочему процессу ниже, в этом конкретном порядке: Рабочий процесс: Шаг 1: Уточнение (если необходимо) - Если какая-либо часть этого запроса неясна или запутанна, задайте уточняющие вопросы перед тем, как продолжить. - Не задавайте вопросы без необходимости… спрашивайте только если отсутствует важная информация. Шаг 2: Глубокое понимание проблемы (Ультрамышление) - Внимательно просмотрите и проанализируйте весь соответствующий код. - Проследите за кодом шаг за шагом, пока полностью не поймете баг и весь соответствующий контекст. - Продолжайте анализировать, пока не почувствуете полную уверенность в своем понимании. Если есть сомнения, исследуйте глубже. Лучше переисследовать, чем недоисследовать. Шаг 3: Специальный случай (если причина крайне очевидна) - Если после завершения Шага 2 вы определили коренную причину с крайне высокой уверенностью (95%+), четко укажите это. Будьте реалистичны. Не будьте чрезмерно самоуверенными. - В этом сценарии, вместо того чтобы генерировать нерелевантные причины (см. ниже для контекста), предложите несколько практических вариантов исправлений для этой одной, четко определенной причины. - Затем перейдите непосредственно к Шагу 7 (Реализация), создавая отдельных подагентов и git worktrees для каждого варианта, и реализуйте каждое исправление независимо. Шаг 4: Определите возможные причины (если причина не крайне очевидна) - Вдумчиво создайте исчерпывающий список из как минимум 20 правдоподобных причин для бага. - Будьте тщательны. Исследуйте различные углы, даже те, которые изначально кажутся менее вероятными. Шаг 5: Уточните и приоритизируйте причины - Внимательно просмотрите свой список из Шага 4. - Удалите теории, которые не выдерживают более тщательного анализа. - Объедините связанные или пересекающиеся теории в более четкие, более вероятные сценарии. - Добавьте любые дополнительные теории, которые вы могли изначально упустить. - Четко перепишите и окончательно оформите этот уточненный список. Шаг 6: Ранжируйте по вероятности - Ясно и явно ранжируйте свои уточненные теории, упорядочивая их от наиболее вероятных до наименее вероятных на основе вероятности каждой теории быть истинной коренной причиной. Шаг 7: Предложите решения - Для каждой из 10 наиболее вероятных причин четко изложите практическое и осуществимое решение для исправления проблемы. Шаг 8: Реализуйте решения с помощью подагентов - Для каждой из этих 10 пар причина/решение (или нескольких вариантов в сценарии Специального случая) создайте отдельного подагента, каждый с собственным git worktree. - Каждый подагент должен четко понимать конкретную причину, которую он решает, и реализовать соответствующее решение непосредственно в своем собственном git worktree. Шаг 9: Протестируйте решения - Если тестирование каждого решения возможно с учетом ваших доступных ресурсов, проведите тесты (один worktree за раз), чтобы определить, исправлен ли баг. - "Возможно" означает, что у вас есть соответствующие инструменты и ресурсы (например, команда CURL для API-багов; доступ к браузеру для фронтенд-багов). - Если тестирование невозможно из-за ограничений ресурсов, четко подведите итоги реализованных решений и предоставьте явные, пошаговые инструкции, чтобы я мог протестировать каждое решение вручную. ⸻ Пожалуйста, внимательно и вдумчиво выполните каждый шаг этого рабочего процесса, поддерживая четкую коммуникацию на протяжении всего времени. Держите меня в курсе на каждом важном шаге, но останавливайтесь только если столкнетесь с чем-то, что требует моего участия.