„Folosește pur și simplu un agent” și „folosește pur și simplu Zapier” sunt amândouă sfaturi proaste, date cu încredere, cam în jumătate din cazuri fiecare.
Sunt instrumente diferite pentru forme diferite de problemă, iar modurile în care eșuează nu sunt simetrice — unul irosește bani, celălalt pierde încredere.
Diferența reală
Un instrument de automatizare rulează un graf fix. Când se declanșează asta, fă pasul unu, apoi pasul doi, apoi pasul trei. Tu ai desenat graful; el rulează graful. Aceeași intrare, același traseu, de fiecare dată.
Un agent cu instrumente rulează o buclă de decizie. Iată un obiectiv și niște instrumente; dă-ți seama ce e de făcut. S-ar putea să apeleze trei instrumente sau unsprezece, într-o ordine pe care nu a specificat-o nimeni, iar marțea viitoare, pe o intrare similară, ar putea alege altfel.
Tot restul decurge de acolo.
| Automatizare de flux | Agent cu instrumente MCP | |
|---|---|---|
| Traseu | Fix, desenat de tine | Ales la rulare |
| Aceeași intrare de două ori | Același rezultat | Probabil același rezultat |
| Cost per rulare | Previzibil, mic | Tokeni de model, variabil |
| Latență | Milisecunde până la secunde | Secunde până la minute |
| Face față neprevăzutului | Eșuează sau îl ignoră | Deseori se descurcă |
| Depanare | Citești jurnalul rulării | Citești raționamentul și apelurile |
| Intrare nestructurată | Prost | Foarte bine |
| Auditabilitate | Graful este specificația | Urmă, după fapt |
Când câștigă fluxul
Traseul chiar este fix. „Plată Stripe nouă → creează factură în Xero → anunță #finance.” Nu există judecată acolo. Un agent adaugă cost, latență și variație unei probleme care nu are niciuna, iar tu vei plăti tokeni la nesfârșit ca să re-deduci o decizie pe care ai luat-o deja.
Rulează constant. De o mie de ori pe zi, costul per rulare al unui flux este o eroare de rotunjire, iar al unui agent este o linie de buget despre care va întreba cineva.
Determinismul este cerința. Orice ține de bani, orice este reglementat, orice unde „de obicei face ce trebuie” nu este o descriere acceptabilă. Un graf desenat este o specificație pe care o poți da unui auditor. O urmă este o dovadă despre o singură rulare.
Eșecul trebuie să fie zgomotos. Fluxurile eșuează vizibil, la un pas cu nume. Agenții sunt neliniștitor de buni la ocolit un instrument stricat și produs ceva plauzibil în schimb.
Când câștigă agentul
Intrarea este nestructurată. „Citește emailul ăsta de suport și fă ce trebuie” nu este un graf. Nu există un număr de ramuri care să acopere ce îți scriu oamenii. Acesta este cazul pentru care au fost făcuți agenții.
Traseul depinde de ce găsești. „Investighează de ce a plecat clientul ăsta” înseamnă să te uiți în CRM, apoi poate în istoricul de suport, apoi poate în datele de utilizare — unde mergi mai departe depinde de ce a spus pasul anterior. Să desenezi graful acela înseamnă să desenezi fiecare ramură, și vei rata unele.
Coada lungă este scopul. O sută de sarcini punctuale, fiecare meritând făcută și niciuna meritând un flux construit. Nimeni nu va desena un graf pentru „rezumă Slack-ul de săptămâna trecută din #design” — dar un agent care deja ajunge la Slack o face la cerere.
Cerințele se mișcă mai repede decât poți recabla. Editarea unui prompt este mai ieftină decât editarea unui graf, și există situații în care asta decide singură.
Greșeala în fiecare direcție
Să alegi un agent unde ar fi ajuns un flux este greșeala scumpă. Plătești per rulare, la nesfârșit, pentru o variație pe care nu ai vrut-o, la o sarcină al cărei răspuns era deja cunoscut.
Să alegi un flux unde aveai nevoie de un agent este cea frustrantă. Se arată ca
un graf căruia îi crește o ramură în fiecare săptămână, un nod switch cu
paisprezece cazuri și, în final, un pas care apelează oricum un model — moment în
care ai construit un agent mai prost, înăuntrul unui motor de fluxuri.
Se compun mai bine decât concurează
Aranjamentul care funcționează în practică nu este „sau/sau”.
Un flux se ocupă de declanșator, de rutare și de părțile care trebuie să fie deterministe — și apelează un agent pentru singurul pas care cere judecată. Sosește un tichet de suport (flux), agentul îl citește și decide categoria și severitatea (agent), rutare și notificare în consecință (flux).
Obții determinism unde contează și judecată unde e nevoie, și plătești inferență doar pentru pasul care chiar a cerut-o.
MCP este ce face compoziția asta practică, pentru că aceleași conturi conectate sunt accesibile din ambele părți. Agentul nu este un proiect de integrare separat, cu propriile credențiale — ajunge la aceleași aplicații, sub aceleași reguli de permisiuni, iar fiecare apel al lui aterizează în același jurnal de activitate ca tot restul.
Asta este partea pe care un instrument de fluxuri nu ți-o poate da, și exact pentru asta există Spinrun. Fluxurile tale continuă să facă munca deterministă. Pasul cu agentul ajunge la aceleași aplicații printr-un gateway care clasifică fiecare instrument ca citire, scriere sau distructiv, aplică regulile tale înainte ca apelul să plece și înregistrează în numele cui a acționat. Nu trebuie să alegi între „auditabil” și „face față unui email pe care nu l-a anticipat nimeni”.
Ce urmează
- Gateway MCP administrat vs servere MCP rulate de tine
- Ce este de fapt Model Context Protocol
- Cazuri de utilizare — sarcini care chiar au nevoie de agent