Зараз я перебуваю в Азії, за розкладом, протилежним майже всім іншим, кого я знаю, використовуючи Claude Code і Codex. І я повинен сказати, що я отримую набагато кращі результати, ніж коли я перебуваю в Штатах. Зміни продуктивності залежать від часу доби є реальними.

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