Opus 5 чудовий, але його поведінка відрізняється від попередньої, що робить його складним у використанні.
Однак це не проблема самої моделі. Причина в тому, що все ще використовуються методи запитів і налаштування, які були правильними для попередніх моделей.
Anthropic офіційно випустила посібник із запитів спеціально для Opus 5.
У ньому зазначено, що інструкції, які раніше вважалися «правильними», тепер є контрпродуктивними.
Якщо ви продовжуватимете використовувати його, не знаючи про це, ви платитимете більше токенів за ті самі завдання, ніж раніше.
Чи звучить це знайомо?
- Відповіді настільки довгі, що їх втомлює читати
- Коментарі в реальному часі під час виконання завдань надто детальні
- Він розширює обсяг роботи на сфери, про які ви не просили
- Він запускає кілька під-агентів, що спричиняє стрімке зростання витрат
- Документи, які він пише, щоразу невиправдано довгі
Якщо хоча б один із цих пунктів стосується вас, ця стаття буде корисною.
Усі ці види поведінки, за словами офіційного посібника, «можна виправити за допомогою цих інструкцій».
У цій статті я зрозумілою мовою поясню 11 змін і рішень, згаданих в офіційному посібнику.
Наприкінці я підсумував моменти, на які варто звернути увагу вже сьогодні, тому, будь ласка, додайте це в закладки та використовуйте на повну.
Як швидке просування, я зараз безкоштовно роздаю 55 основних переваг, включно з підручником Claude Code, методами встановлення та стратегіями монетизації. Ви можете отримати їх негайно за посиланням нижче, тож якщо ви ще цього не зробили, будь ласка, зробіть це.
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
А тепер перейдемо до основної теми.
**
Що було випущено?
Сторінку підказок, спеціально призначену для Opus 5, було додано до офіційної документації Anthropic.
Це не просто список функцій. Це практична сторінка, зосереджена на тому, «чим Opus 5 відрізняється від попередніх моделей і як його слід інструктувати». Перелічено лише покращення продуктивності, пов'язані з написанням запитів.
Офіційний посібник зазначає, що підказки, написані для Opus 4.8, все ще працюватимуть досить добре. Однак існують певні види поведінки, які, як правило, потребують налаштування.
Іншими словами, він працює, тому ви цього не помічаєте. Продовжувати платити за відходи, не помічаючи цього, — це найневигідніша модель поведінки.
1. Відповіді довгі. Зниження зусиль не зменшує обсягу мовлення
Відповіді Opus 5 довші, ніж у попередніх моделей. Це офіційно визнано.
Складність полягає в тому, що зниження «зусиль» (обчислювальної потужності для мислення) не гарантує зменшення обсягу мовлення. В офіційному посібнику прямо сказано: «Зусилля контролюють обсяг мислення, а не обсяг мовлення».
Якщо ви хочете скоротити довжину, ви повинні явно вказати довжину. Ось інструкція, надана офіційним посібником:
1Робіть відповіді короткими та по суті.2Зведіть до мінімуму передмови та застереження, використовуйте кількість символів для самої відповіді.3Коли я прошу пояснення, повертайте лише короткий виклад ключових моментів, якщо я не скажу, що хочу дізнатися більше детально.
Для тих, у кого довгі CLAUDE.md або системні підказки, напишіть це, а потім додайте коротке нагадування в кінці. Офіційний посібник також рекомендує цей метод.
1<tone_preference>2Будьте лаконічними у виведенні.3</tone_preference>
Інструкції, сховані в середині довгого набору інструкцій, менш ефективні. Нагадування в кінці компенсує це.
Для тих, хто не використовує налаштування, це ще простіше. Просто відповідайте «Будь лаконічним» у момент, коли відчуваєте, що відповідь занадто довга.
2. Забагато коментарів у реальному часі під час виконання завдань
Opus 5 багато говорить під час роботи. Він схильний щоразу оголошувати, що збирається робити, і вихідні дані на одне повідомлення довші, ніж у попередніх моделей.
Спосіб зменшити це — не казати «не давай коментарів у реальному часі». Ви пишете, коли і в якій формі хочете отримувати звіти.
1Перед початком роботи скажіть лише одне речення про те, що ви збираєтеся робити.2Звітуйте під час роботи, лише коли знайдете щось важливе або коли зміните напрямок.3Після завершення спочатку напишіть висновок. Дайте відповідь «що ви зробили» і «що ви знайшли» в першому реченні, а деталі залиште на потім.
І навпаки, ті, хто хоче збільшити кількість коментарів у реальному часі, можуть використовувати той самий метод. Офіційний посібник стверджує: «Показ прикладів бажаного формату ефективніший, ніж заборона того, чого ви не хочете».
3. Написані документи завжди довгі
Окрім довжини розмови, речі, записані у файли (звіти, md-документи, підсумки), також мають тенденцію бути довгими.
Це ефективно для людей, які зберігають результати досліджень AI у форматі markdown. Додавання лише одного рядка для стандарту довжини має значення.
1Не робіть документи, що записуються у файли, довшими за необхідну довжину.2Не опускайте зміст, але не робіть його довгим за допомогою розділів лише для заповнення обсягу, повторюваних підсумків того самого змісту або стандартних передмов.
4. «Завжди перевіряй» та «Перевір ще раз» непотрібні
Це найголовніший момент.
Чесно кажучи, якщо у вас нічого не написано в налаштуваннях, ви можете залишити все як є. Цей пункт стосується «видалення, якщо це написано» та «не говорити цього в окремих інструкціях».
Opus 5 перевіряє власну роботу, навіть якщо йому про це не сказати. Тому офіційний посібник рекомендує видалити інструкції, які наказують перевірку, якщо вони є у вашому запиті. Конкретно названо такі типи:
- «Завжди включайте крок перевірки в кінці для нетривіальних завдань»
- «Використовуйте під-агента для перевірки»
- «Перевірте ще раз, перш ніж відповідати»
Вони дублюються з вбудованою верифікацією Opus 5 і спричиняють надмірну перевірку. В офіційному описі сказано: «Видалення цих інструкцій зменшує витрачені токени без втрати якості». Це не компроміс із якістю; це просто усунення відходів.
Те саме стосується, якщо залишився механізм додавання кроків перевірки до старих інструментів.
З іншого боку, Opus 5 має більше коментарів у реальному часі щодо виправлень, ніж попередні моделі. Якщо часте «Я виправляю своє попереднє твердження» дратує, додайте інструкції, щоб звузити це коло, а не видаляти його.
1Виправляйте те, що ви сказали раніше, лише тоді, коли ця помилка може змінити мій код або судження.2Сформулюйте виправлення коротко та продовжуйте роботу.3Для незначних друкарських помилок, які нічого не змінюють, виправляйте їх мовчки та продовжуйте.
**
5. Розширення обсягу без запиту
Opus 5 може розширити обсяг роботи на основі власного судження. Він додає кроки, про які ви не просили. Він перевизначає, що потрібно зробити.
Для завдань, де ви хочете зберегти вузький обсяг, явно обмежте його.
1Роби те, про що я попросив, у межах того, про що я попросив.2Приймай незначні рішення самостійно. Погоджуй зі мною лише тоді, коли результат може суттєво змінитися залежно від інтерпретації.3Якщо мій запит здається неправильним або є кращий спосіб, вкажи на це одним реченням, а потім дій згідно із запитом.4Не звужуй, не розширюй і не змінюй обсяг на щось інше самотужки.5Виконай запитуваний обсяг до кінця. Не роби речей, про які я явно не просив.
Включення цього зменшує випадки, коли «виправити один файл» перетворюється на зміну всього проекту.
6. Створення занадто великої кількості під-агентів
Opus 5 делегує завдання під-агентам легше, ніж попередні моделі.
Саме делегування не є поганим. Офіційний посібник каже, що воно ефективне для справді незалежних, великих завдань. Формат розділення автора та верифікатора також працює, і зазначається, що випадки, коли агенти перезаписують роботу один одного, рідкісні.
Проблема виникає, коли це використовується для невеликих завдань. Вартість і час для кількох одиниць додаються безпосередньо.
1Делегуйте під-агентам лише великі, незалежні завдання, які можна виконати паралельно (наприклад, дослідження кількох файлів у широкому діапазоні).2Не делегуйте завдання, які ви можете виконати самостійно за кілька кроків.
Існує хитрість навіть для людей, які не пишуть налаштування. Скажіть кількість одиниць самостійно, коли просите. Вставте «Роби це самостійно, без використання під-агентів» або «Якщо використовуєш їх, то не більше X одиниць» у перше повідомлення.
7. Написання «повідомляй лише про серйозні проблеми» в рецензіях підвищує ризик пропустити щось
Opus 5 сильний у рецензуванні коду. Офіційний посібник каже, що він має високий рівень виявлення реальних помилок за один раз, і додаткові пункти, які він піднімає, частіше є реальними, ніж хибними спрацьовуваннями. Оскільки точність не легко падає навіть при низьких зусиллях, ви можете використовувати його для легкого рев'ю один раз і ретельного рев'ю пізніше.
Однак є підводний камінь. Якщо ви напишете «повідомляй лише про серйозні проблеми» або «будь консервативним» у запиті на рецензію, Opus 5 може буквально виконати цю інструкцію та зменшити кількість звітів.
Офіційна рекомендація — «нехай він звітує про все, а фільтруйте на окремому етапі». Дайте йому вивести все, потім відкиньте зайве. Не випускати інформацію з самого початку — це втрата.
Спосіб запиту такий: «Перелічи все, що викликає занепокоєння. Ранжуй їх за важливістю». Ви вирішуєте, що виправляти, після перегляду списку.
8. Використовуйте низький та середній рівні зусиль як основні
У Claude Code ви можете перемикати обсяг мислення за допомогою «/effort». У Opus 5 доступно 5 рівнів: low, medium, high, xhigh та max, причому high є стандартним. Лише max обмежений поточним сеансом; інші чотири переносяться на наступний сеанс.
Офіційна рекомендація така: Почніть з high, але активно використовуйте low та medium там, де якість не падає, щоб використовувати їх як основний контроль за вартістю та часом очікування. Підвищуйте до xhigh лише для важких завдань з кодування або завдань для агентів.
Для тих, хто займається побічними проектами, це актуально, тому що якщо ви не чіпаєте це, ви продовжуватимете платити за високу здатність мислення навіть для легких завдань. Вам не потрібен high для пошуку файлів або простої генерації тексту.
Офіційний посібник також каже, що якщо ви переносите налаштування з ери попередньої моделі, вам слід перевиміряти їх на власних завданнях.
Є одна річ, яку варто зробити сьогодні. Введіть «/effort medium» перед початком легкого завдання. Повертайтеся до «/effort high» лише тоді, коли починаєте важку реалізацію. Тільки це змінить час очікування та споживання.
**
9. Надайте всі специфікації на початку та залиште все як є
Далі йтиметься про те, як ви повинні змінити спосіб запиту, оскільки продуктивність покращилася.
Офіційний посібник позиціонує Opus 5 як «найсильніший у складному кодуванні». Перелічені сфери експертизи включають додавання функцій у кілька файлів, великий рефакторинг та повне завершення функцій. Також прямо зазначено, що він не уникає роботи, розміщуючи заглушки або заповнювачі «це для пізніше».
Важливою є те, як давати інструкції. Офіційний спосіб такий: Продуктивність найкраща, коли ви надаєте всі специфікації завдання на початку, а потім дозволяєте йому працювати.
Додавання інструкцій поступово є втратою в Opus 5. Швидше виписати всі умови перед тим, як просити.
Цих чотирьох речей достатньо, щоб помістити в перше повідомлення: файли, які можна чіпати, як далеко заходити, обіцянки, яких ви хочете, щоб він дотримувався, та умови для визначення, що завдання виконано. Додавання умов після того, як він почав працювати, є найповільнішим.
Його можна використовувати нормально для легких завдань, як-от виправлення одного рядка, але офіційний посібник каже, що різниця з попередніми моделями проявляється у важких завданнях.
10. Саморобні обхідні шляхи для зображень непотрібні
Читання діаграм, документів та схем, а також відтворення вигляду UI та фронтендів стало сильнішим.
Офіційний посібник конкретно згадує про необхідність переглянути обхідні шляхи, пов'язані із зображеннями, вбудовані в запит для попередніх моделей. Вони можуть більше не знадобитися.
Є ще одна річ. Точність із зображеннями найвища, коли ви надаєте інструменти, щоб дозволити самій моделі виконувати обрізання або візуальне підтвердження. Прямо зазначено, що надання інструментів є більш економічно ефективним, ніж підвищення рівня зусиль.
Якщо використовуєте в Claude Code, припиніть формат вставки зображення та запитання вражень. Надайте розташування файлу зображення та дозвольте моделі самостійно відкривати, збільшувати та перевіряти його під час виправлення. Ви повинні зробити це, перш ніж підвищувати рівень зусиль.
11. Передавайте стилі для електронних таблиць та слайдів
Тепер він може створювати електронні таблиці з кількома аркушами, включаючи нескладні формули. Слайди також виходять з добре організованою структурою.
Офіційна інструкція тут лише одна: якщо є стиль або шаблон, якого ви хочете, щоб він дотримувався, помістіть його в запит.
Для людей, які щоразу виправляють зовнішній вигляд створених матеріалів, швидше збільшити обсяг інформації, яку ви надаєте, ніж збільшувати обсяг виправлень.
Найшвидший спосіб — надати один документ, який ви зробили раніше, і сказати: «Відповідай цьому формату». Швидше показати один реальний приклад, ніж пояснювати кольори та шрифти словами.
Підсумок
- Довжина відповідей та документів не зменшується з рівнем зусиль. Вказуйте довжину явно.
- Видаліть інструкції, що наказують перевірку або подвійну перевірку. Opus 5 робить це без нагадування.
- Краще записати обмеження обсягу та умови делегування під-агентам.
- Для рецензій: «дайте йому вивести все, а потім відфільтруйте». Не дозволяйте йому фільтрувати з самого початку.
- Використовуйте низький та середній рівні зусиль як основні.
- Не давайте специфікації частинами; надайте їх усі на початку та залиште все як є. Чим важче завдання, тим більша різниця.
Коли модель змінюється, «правильний» спосіб запиту також стає застарілим.
Поради, які ви дізналися минулого року, можуть просто збільшувати час очікування та витрати зараз.
Сподіваюся, ви додасте це в закладки та спробуєте хоча б одну річ уже сьогодні.
Зазвичай я публікую інформацію про останні AI-технології та методи монетизації з використанням AI. Якщо ця стаття була корисною, будь ласка, підпишіться на мене.
Нарешті,
Я зараз безкоштовно роздаю 55 основних переваг, включно з підручником Claude Code, методами встановлення та стратегіями монетизації. Якщо ви ще цього не зробили, отримайте їх тут.
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
Сторінка для довідки
https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5
