Basisprincipes
Een specialistische werkstroom verbetert de doorvoer alleen wanneer deze de concurrentie om de werkelijke knelpunten vermindert:- Sessievergrendelingen: slechts één uitvoering mag een bepaalde sessie tegelijk wijzigen.
- Globale modelcapaciteit: alle zichtbare chatuitvoeringen delen nog steeds de providerlimieten.
- Toolcapaciteit: werk met de shell, browser, het netwerk en de repository kan trager zijn dan de modelbeurt zelf.
- Contextbudget: lange transcripten maken elke toekomstige beurt trager en minder gericht.
- Onduidelijk eigenaarschap: dubbele agents die hetzelfde werk doen, verspillen capaciteit.
Aanbevolen uitrol
Fase 1: werkstroomcontracten + zwaar achtergrondwerk
Geef elke werkstroom een schriftelijk contract in de werkruimte en systeemprompt:- Doel: het werk waarvoor deze werkstroom verantwoordelijk is.
- Niet-doelen: werk dat moet worden overgedragen in plaats van geprobeerd.
- Chatbudget: snelle antwoorden blijven in de chat; langdurige taken worden kort bevestigd en vervolgens uitgevoerd in een subagent of taak op de achtergrond.
- Overdrachtsregel: wanneer een andere werkstroom verantwoordelijk is voor het werk, vermeld dan waar het heen moet en geef een compacte overdrachtssamenvatting.
- Toolrisicoregel: geef de voorkeur aan het kleinste tooloppervlak waarmee de taak kan worden uitgevoerd.
Fase 2: prioriteits- en gelijktijdigheidsregelingen
Stem de capaciteit van de wachtrij en het model af op de bedrijfswaarde van elke werkstroom:Fase 3: coördinator / verkeersregelaar
Voeg een eenvoudig coördinatorpatroon toe zodra meerdere werkstromen actief zijn:- Houd actieve werkstroomtaken en eigenaren bij.
- Detecteer dubbele verzoeken tussen groepen.
- Routeer overdrachtssamenvattingen tussen werkstromen.
- Toon alleen blokkades, voltooide resultaten en beslissingen die de gebruiker moet nemen.