Hatékony subagentek tervezése

Strukturált kimenet

Egy subagent akkor a leghasznosabb, ha a válasza kiszámítható formában érkezik vissza. Ha minden futtatáskor máshogy épül fel az összefoglaló, nehéz megbízhatóan feldolgozni és felhasználni az eredményt a fő munkafolyamatban.

Érdemes már a subagent létrehozásakor rögzíteni, milyen szerkezetben várjuk vissza a választ, például mindig kezdődjön egy rövid összegzéssel, azt kövessék a konkrét megállapítások, és a végén szerepeljen egy javasolt következő lépés, ha van ilyen.

Hibajelentés, ne csak csend

Egy jól tervezett subagent nem csak akkor jelentkezik, ha minden rendben van, hanem akkor is, ha valamit nem tudott elvégezni, vagy bizonytalan volt egy döntésben. Ha egy subagent csendben marad egy problémánál, ahelyett hogy jelezné, az sokkal nehezebben felismerhető hiba forrása lehet.

Ezért érdemes kifejezetten előírni a subagent viselkedésében, hogy milyen esetekben kell jeleznie a bizonytalanságot, és milyen formában tegye ezt, hogy a fő agent, vagy a felhasználó, egyértelműen lássa, mikor kell emberi beavatkozás.

Eszközkorlátozás, mint tervezési döntés

Ahogy a Skilleknél, a subagenteknél is meg lehet határozni, mely eszközökhöz férhetnek hozzá. Egy kód review subagentnek elegendő az olvasási jogosultság, nincs szüksége írási vagy törlési lehetőségre, hiszen a feladata a vélemény, nem a módosítás.

Ez a fajta szűkítés nem korlátozás a szó negatív értelmében, hanem tervezési döntés, amely megbízhatóbbá teszi a subagent viselkedését, és csökkenti annak esélyét, hogy egy félreértett feladat nem szándékolt következményekkel járjon.

Forrás

Az Anthropic Claude Code hivatalos subagent dokumentációjának és az anthropic.skilljar.com "Introduction to Subagents" kurzusának magyar feldolgozása.