Kaip promptinti Claude Opus 5
Opus 5 skirtas sudėtingam agentiniam programavimui ir ilgoms užduotims. Senos instrukcijos jam veikia, bet keli įpročiai iš ankstesnių modelių dabar kenkia, o ne padeda.
Kada rinktis Opus 5
- Sudėtingos programavimo užduotys: kelių failų funkcijos, dideli refaktorinimai, darbas nuo pradžios iki galo.
- Kodo peržiūra, kur svarbu rasti kuo daugiau realių klaidų ir kuo mažiau melagingų.
- Ilgos agentinės sesijos, kuriose reikia išlaikyti instrukcijas per visą 1 mln. tokenų konteksto langą.
- Kelių subagentų koordinavimas, kai vienas agentas rašo, kitas tikrina.
Septyni principai, kuriuos verta žinoti
Pirmiausia sureguliuok effort, o ne promptą
effort yra pagrindinė svirtis tarp kokybės, greičio ir kainos. Opus 5 žemesniuose lygiuose dirba geriau nei ankstesni Opus modeliai tuose pačiuose lygiuose, todėl low ir medium galima naudoti daug drąsiau nei anksčiau.
Programavimui ir agentiniam darbui pradėk nuo xhigh. Rutininiams darbams leisk sau nusileisti žemyn, bet patikrink savo pavyzdžiais, ar kokybė laikosi.
Svarbu suprasti vieną dalyką: effort valdo, kiek modelis mąsto, o ne kiek jis parašo. Sumažinęs effort negausi trumpesnio atsakymo, tik trumpesnį mąstymą.
- Nesitikėk, kad mažesnis effort sutrumpins atsakymą. Ilgį reikia nurodyti atskirai.
- Neperkelk effort nustatymų iš ankstesnio modelio nepatikrinęs. Skalė pasikeitė.
Atsakymo ilgį nurodyk atskirai
Opus 5 atsako ilgiau nei ankstesni Opus modeliai. Jei kuri produktą, kuriame žmogus skaito atsakymą realiu laiku, ilgį reikia riboti tiesiogiai.
Ilgame sisteminiame prompte vien nurodymo pradžioje neužtenka. Pakartok trumpą priminimą arčiau prompto pabaigos.
Bendras trumpumo nurodymas pokalbių produktui
Keep responses focused, brief, and concise. Keep disclaimers and caveats short, and spend most of the response on the main answer. When asked to explain something, give a high-level summary unless an in-depth explanation is specifically requested.Priminimas ilgo sisteminio prompto pabaigoje
<tone_preference>
Keep outputs reasonably concise.
</tone_preference>Išmesk nurodymus tikrinti savo darbą
Tai svarbiausias skirtumas, dėl kurio verta peržiūrėti senus promptus. Opus 5 pats tikrina savo darbą, todėl instrukcijos „pabaigoje būtinai patikrink" ar „naudok subagentą patikrinimui" duoda priešingą efektą: modelis tikrina per daug ir sudegina tokenus be jokios naudos.
Tas pats galioja senoms sistemos dalims, kurios prideda atskirą tikrinimo žingsnį. Jas irgi verta pašalinti.
Antra pusė ta pati, tik iš kitos pusės: Opus 5 linkęs praplėsti užduotį ir pridėti tai, ko neprašei. Siauroms užduotims apimtį apibrėžk aiškiai.
Užduoties apimties apribojimas
Deliver what was asked, at the scope intended. Make routine judgment calls yourself, and check in only when different readings of the request would lead to materially different work. If the request seems mistaken or a better approach exists, say so in a sentence and continue with the task as asked rather than quietly narrowing, widening, or transforming it. Finish the whole task, and stop short of actions that are clearly beyond what was asked.- Nerašyk „double-check your answer" ar „re-verify before responding". Modelis tai daro pats, o nurodymas tik padvigubina darbą.
- Neprašyk subagento patikrinti paties modelio darbo.
Aprašyk, kaip modelis turi pranešti apie eigą
Dirbdamas su įrankiais Opus 5 noriai pasakoja, ką ketina daryti. Jei tokio pasakojimo per daug, neužtenka pasakyti „mažiau kalbėk". Reikia aprašyti ritmą ir formą, kurios nori.
Teigiami pavyzdžiai veikia geriau nei draudimai. Parodyk, kaip atrodo geras pranešimas, užuot vardijęs, ko nedaryti.
Ramesnis pasakojimas agentinėje sesijoje
Before your first tool call, say in one sentence what you're about to do. While working, give a brief update only when you find something important or change direction. When you finish, lead with the outcome: your first sentence should answer "what happened" or "what did you find," with supporting detail after it for readers who want it.Atskirai nurodyk, kokio ilgio turi būti dokumentai
Failai, kuriuos Opus 5 rašo į diską, dažnai išeina ilgesni nei reikia. Tai atskira problema nuo pokalbio daugiažodiškumo, todėl ir sprendžiama atskirai.
Dokumentų ilgio kalibravimas
Match the length of written documents to what the task needs: cover the substance, but do not pad with filler sections, redundant summaries, or boilerplate.Riboki, kada verta kviesti subagentus
Opus 5 deleguoja darbą subagentams noriau nei ankstesni modeliai. Kai užduotys tikrai nepriklausomos ir didelės, tai atsiperka. Kai užduotys smulkios, kaina ir laikas dauginasi be jokios naudos.
Jei tavo sistema palaiko subagentus, aiškiai pasakyk, kada delegavimas pateisinamas, arba nustatyk kietą jų skaičiaus ribą.
Subagentų naudojimo ribos
Delegate to a subagent only for large tasks that are genuinely independent and parallelizable, such as a wide multi-file investigation. Do not delegate work you can finish yourself in a handful of tool calls, and do not use subagents to verify or double-check your own work. If one subagent can complete the task, use one rather than several, and keep spawn counts low.Kodo peržiūroje neprašyk būti atsargiam
Opus 5 randa daug realių klaidų ir mažai išgalvotų. Bet jei prompte parašysi „pranešk tik apie rimtas problemas" arba „būk konservatyvus", modelis tavęs paklausys pažodžiui ir dalį radinių nutylės.
Geriau leisk pranešti viską, o filtruok atskirame žingsnyje. Tikslumas nuo to nenukenčia, o randama daugiau.
Pilna aprėptis kodo peržiūroje
Report every issue you find, including ones you are uncertain about or consider low-severity. Do not filter for importance or confidence at this stage - a separate verification step will do that. Your goal here is coverage: it is better to surface a finding that later gets filtered out than to silently drop a real bug. For each finding, include your confidence level and an estimated severity so a downstream filter can rank them.- Nerašyk „only report high-severity issues" ar „don't nitpick", jei nori pilnos aprėpties.
Kas pasikeitė lyginant su Opus 4.8
Seni promptai veikia be perrašymo, bet keturi dalykai pasikeitė pakankamai, kad juos vertėtų peržiūrėti.
- Mąstymas įjungtas pagal nutylėjimą, o išjungti jį galima tik ties
higheffort arba žemiau. - Atsakymai ir rašomi dokumentai ilgesni, todėl ilgio nurodymus reikia įvesti sąmoningai.
- Savitikros instrukcijos dabar kenkia. Jas verta pašalinti, o ne švelninti.
- Išjungus mąstymą retkarčiais atsakyme gali atsirasti įrankio kvietimas paprastu tekstu arba vidinės XML žymos. Patikimiausias sprendimas yra mąstymą palikti įjungtą, o kainą valdyti žemesniu effort lygiu.
Šaltinis
Anthropic, Prompting Claude Opus 5. Turinys su šaltiniu sulygintas 2026-07-24.
Dažni klausimai apie Opus 5
- Ar reikia perrašyti promptus, kuriuos naudojau su Opus 4.8?
- Ne, jie veikia. Bet iš jų verta išimti savitikros nurodymus ir pridėti atsakymo ilgio ribojimą, nes šie du dalykai pasikeitė labiausiai.
- Kokį effort lygį rinktis programavimui?
- Pradėk nuo xhigh. Jei matai, kad užduotys paprastos ir kokybė laikosi, leiskis iki high arba medium, nes žemesni lygiai Opus 5 modelyje dirba geriau nei ankstesnėse kartose.
- Kodėl modelis atsako ilgiau, nors sumažinau effort?
- effort valdo mąstymo kiekį, ne atsakymo ilgį. Kad atsakymas būtų trumpesnis, tai reikia nurodyti prompte atskirai.
- Kada verta leisti modeliui kviesti subagentus?
- Kai darbo dalys tikrai nepriklauso viena nuo kitos ir kiekviena pakankamai didelė. Smulkioms užduotims delegavimas tik brangina darbą ir jį ilgina.