Sari la conținut
SEM ROI
Agenți AI

Cum să construiești un agent AI pentru afacerea ta: 7 pași, costuri reale și capcane

Un proces de business, nu un tutorial de programare: decide dacă ai nevoie de un agent, alege o singură sarcină, proiectează uneltele, testează înainte de lansare și calculează costurile.

Ahmet Molon, fondatorul SEM ROI
Ahmet Molon
Fondator
7 min de citit
Un bărbat îngenuncheat într-o cameră luminoasă construiește pas cu pas o machetă de turn din lemn, cu planuri și unelte în jur

Cele mai multe ghiduri despre cum să construiești un agent AI sunt tutoriale de programare: instalezi un framework, lipești o cheie API și îl privești cum navighează pe web. Asta e partea ușoară. Partea grea, și motivul pentru care atâtea proiecte cu agenți se împotmolesc, este să alegi sarcina potrivită, să îi dai agentului acces sigur la sistemele tale și să demonstrezi că funcționează înainte să-l vadă clienții. Ghidul acesta descrie procesul pe care îl urmăm pentru clienți, arhitectura din spatele lui și cât costă un agent AI, cu calculele la vedere.

Înainte să construiești: ai nevoie de un agent?

Gartner estimează că peste 40% dintre proiectele de AI agentic vor fi anulate până la sfârșitul lui 2027, „din cauza costurilor în creștere, a valorii de business neclare sau a controalelor de risc inadecvate”. Multe dintre ele nici n-ar fi trebuit să fie agenți. Recomandarea Anthropic este să cauți „cea mai simplă soluție posibilă și să crești complexitatea doar când e nevoie. Asta poate însemna să nu construiești deloc sisteme agentice.”

Ghidul practic al OpenAI pentru construirea agenților numește trei semne că un agent merită efortul. Dacă niciunul nu se aplică, „o soluție deterministă poate fi suficientă”:

  • Decizii complexe care depind de context și de judecată, cum ar fi aprobarea unei excepții la o rambursare.
  • Reguli greu de întreținut, când setul de reguli a crescut prea mult ca să mai poată fi ținut corect manual.
  • Dependență mare de date nestructurate: e-mailuri, documente, cereri în text liber, conversații.

Dacă nu ești sigur unde se încadrează ideea ta, articolul nostru despre AI agentic vs agenți AI vs AI generativ descrie treptele de la un singur apel la model până la un sistem cu mai mulți agenți.

Cum să construiești un agent AI în 7 pași

  1. Pasul 1
    Alege o singură sarcină și definește „gata”

    O singură treabă, cu o stare finală măsurabilă, de exemplu „o ciornă validă de ofertă apare în CRM în cel mult 10 minute de la e-mailul cu cererea de ofertă (RFQ)”.

  2. Pasul 2
    Cartografiază datele și accesul

    Ce sisteme atinge sarcina, ce câmpuri, sub contul cui și ce nu trebuie să fie niciodată accesibil.

  3. Pasul 3
    Alege arhitectura

    Flux de lucru sau agent, un agent sau mai mulți, ce model. Câștigă cea mai simplă variantă care trece testele.

  4. Pasul 4
    Proiectează uneltele și permisiunile

    Puține unelte, denumite în termeni de business, cu descrieri clare, permisiuni restrânse și confirmări pentru acțiunile cu efect definitiv.

  5. Pasul 5
    Construiește setul de evaluare

    Cereri reale cu rezultatele așteptate, inclusiv cele dezordonate, ambigue și ostile. Aceasta este definiția ta pentru „funcționează”.

  6. Pasul 6
    Pilot cu un om în buclă

    Agentul propune, un om aprobă. Măsoară rata de reușită, timpul economisit și fiecare corecție.

  7. Pasul 7
    Lansează, monitorizează, îmbunătățește

    Extinde autonomia doar acolo unde datele o susțin. Urmărește costul pe sarcină, ratele de eroare și tipurile noi de eșec.

1. Alege o singură sarcină și definește „gata”

Cei mai buni primi agenți preiau o sarcină repetitivă pe care oamenii o fac deja manual și care are o linie de sosire clară. „Ocupă-te de serviciul clienți” nu este o sarcină. „Răspunde la e-mailurile despre statusul comenzii și schimbă adresele de livrare înainte de expediere” este. Notează cum vei ști că a funcționat: timpul per cerere, ponderea cererilor rezolvate fără intervenția unui om, rata de eroare.

2. Cartografiază datele și accesul

Enumeră fiecare sistem pe care agentul trebuie să-l citească sau să-l modifice, câmpurile exacte și contul sub care acționează. Aici stă cea mai mare parte a costurilor ascunse: înregistrări duplicate de clienți, date despre produse împrăștiate în trei unelte, niciun API pentru sistemul de rezervări. Dacă agentul are nevoie de cunoștințe interne, cum ar fi politici sau manuale, planifică un strat de regăsire (RAG) și stabilește cine ține documentele la zi.

3. Alege arhitectura

Începe cu un singur agent și câteva unelte. Treci la mai mulți agenți doar când instrucțiunile unuia devin prea lungi ca să fie urmate în mod fiabil sau când pașii au nevoie de permisiuni diferite. Alege modelul testându-l pe setul tău de evaluare, nu după benchmarkuri: un model mai mic și mai ieftin trece adesea o sarcină bine delimitată.

4. Proiectează uneltele și permisiunile

Fiecare unealtă este un contract pe care modelul îl citește. Denumește-o după sarcina de business (change_delivery_address, nu patch_order), descrie când trebuie folosită și când nu și validează fiecare input pe partea ta. Tot mai des, aceste unelte sunt expuse printr-un server MCP, astfel încât aceleași unelte funcționează atât în aplicația ta, cât și în asistenți precum ChatGPT, Claude și Gemini.

5. Construiește setul de evaluare înaintea promptului

Adună între 50 și 200 de cereri reale din inbox, din istoricul de chat sau din tichete și scrie rezultatul corect pentru fiecare. Adaugă și cazurile incomode: două cereri într-un singur mesaj, numere de comandă lipsă, clienți furioși, un mesaj care încearcă să convingă agentul să acorde o rambursare. Fiecare modificare a promptului, a uneltelor sau a modelului se rulează pe acest set. Fără el, ajustezi pe bază de impresii.

Greșeală comună

Testarea unui agent doar pe exemplele folosite la scrierea promptului. Va părea perfect și va cădea în prima săptămână de trafic real. Păstrează un set separat, pe care nu l-ai folosit niciodată la ajustare.

6. Pilot cu un om în buclă

În pilot, agentul pregătește acțiunea și un om o aprobă. Afli unde este fiabil, unde ezită și cât costă pe sarcină, fără risc pentru clienți. OpenAI notează că „clienții obțin de regulă rezultate mai bune cu o abordare incrementală” decât cu un agent complet autonom din prima zi.

7. Lansează, monitorizează, îmbunătățește

Dă-i agentului autonomie pas cu pas: întâi acțiunile la care pilotul a arătat rezultate aproape perfecte, restul rămân la un om. Înregistrează fiecare rulare, analizează eșecurile săptămânal și adaugă fiecare tip nou de eșec în setul de evaluare.

Arhitectura unui agent AI: componentele

  • Componentă: Model
    Ce este: LLM-ul care citește, planifică și decideDe decis devreme: Ce model trece evaluările tale la un cost acceptabil pe sarcină
  • Componentă: Instrucțiuni
    Ce este: Promptul de sistem: rol, reguli, ton, când să se opreascăDe decis devreme: Cine răspunde de ele și cum sunt revizuite modificările
  • Componentă: Unelte
    Ce este: Acțiunile pe care agentul le poate apela în sistemele taleDe decis devreme: Denumiri, inputuri, permisiuni, confirmări
  • Componentă: Cunoștințe
    Ce este: Documentele și datele pe care le poate regăsiDe decis devreme: Sursa de adevăr și procesul de actualizare
  • Componentă: Memorie
    Ce este: Ce păstrează între pași sau între conversațiiDe decis devreme: Ce se stochează, cât timp și de ce
  • Componentă: Orchestrare
    Ce este: Bucla care rulează apelurile la model și la unelteDe decis devreme: Limite de pași, timp și cheltuieli pe sarcină
  • Componentă: Mecanisme de protecție (guardrails)
    Ce este: Verificări pentru inputuri, outputuri și acțiuniDe decis devreme: Ce se blochează, ce necesită aprobare
  • Componentă: Observabilitate
    Ce este: Trasee, loguri, metrici de cost și de calitateDe decis devreme: Cine le analizează și cât de des
ComponentăCe esteDe decis devreme
ModelLLM-ul care citește, planifică și decideCe model trece evaluările tale la un cost acceptabil pe sarcină
InstrucțiuniPromptul de sistem: rol, reguli, ton, când să se opreascăCine răspunde de ele și cum sunt revizuite modificările
UnelteAcțiunile pe care agentul le poate apela în sistemele taleDenumiri, inputuri, permisiuni, confirmări
CunoștințeDocumentele și datele pe care le poate regăsiSursa de adevăr și procesul de actualizare
MemorieCe păstrează între pași sau între conversațiiCe se stochează, cât timp și de ce
OrchestrareBucla care rulează apelurile la model și la unelteLimite de pași, timp și cheltuieli pe sarcină
Mecanisme de protecție (guardrails)Verificări pentru inputuri, outputuri și acțiuniCe se blochează, ce necesită aprobare
ObservabilitateTrasee, loguri, metrici de cost și de calitateCine le analizează și cât de des

Cât costă să construiești un agent AI?

Caută costul de dezvoltare al unui agent AI și vei găsi intervale precum „$5K până la $500K”. Nu sunt greșite, doar că nu sunt utile: vin fără o metodă, iar aceleași praguri se repetă de la un site la altul. Iată cum îți faci propria estimare, în două părți.

Costul de construcție: ore × tarif

Costul de construcție înseamnă timpul oamenilor. Factorii principali, aproximativ în ordinea impactului:

  • Integrările. Fiecare sistem atins de agent are nevoie de un API, un cont și gestionarea erorilor. Un sistem fără API poate dubla munca.
  • Curățarea datelor. Agenții scot repede la iveală datele dezordonate. Înregistrările duplicate și prețurile depășite ies la suprafață din prima săptămână.
  • Evaluarea și siguranța. Construirea setului de teste, rularea lui, corectarea eșecurilor. Planifică-le ca pe o parte importantă a muncii, nu ca pe un detaliu lăsat la final.
  • Numărul de unelte și reguli. Trei unelte bine proiectate sunt mai ieftine și mai fiabile decât cincisprezece.
  • Revizuirea și lansarea pe platforme externe (de exemplu Connected Console de la Google sau o aplicație ChatGPT), dacă agentul lucrează în asistenți publici.

Cere oricărui furnizor, inclusiv nouă, o estimare defalcată astfel, cu orele pentru fiecare element. O singură cifră fără defalcare ascunde unde se află riscul.

Costul de rulare: calculează-l pe sarcină

Costul de rulare înseamnă în mare parte utilizarea modelului, plătită per milion de tokenuri (MTok). Formula este simplă:

formula
cost per task = calls per task × (input tokens × input price + output tokens × output price)

Un exemplu calculat cu prețurile de listă de pe pagina de prețuri Anthropic (octombrie 2026): Claude Sonnet 5.5 la $2 per milion de tokenuri de input și $10 per milion de tokenuri de output; Claude Haiku 5.5 la $0.10 și $0.50 (pentru prompturi de până la 100K tokenuri). Să luăm un agent care face 6 apeluri la model pe sarcină, fiecare cu aproximativ 20.000 de tokenuri de input (instrucțiuni, definiții de unelte, conversație, documente regăsite) și 1.500 de tokenuri de output.

  • Element: Input: 6 × 20.000 = 120.000 de tokenuri
    Sonnet 5.5: $0.24Haiku 5.5: $0.012
  • Element: Output: 6 × 1.500 = 9.000 de tokenuri
    Sonnet 5.5: $0.09Haiku 5.5: $0.0045
  • Element: Pe sarcină
    Sonnet 5.5: ≈ $0.33Haiku 5.5: ≈ $0.017
  • Element: 1.000 de sarcini pe lună
    Sonnet 5.5: ≈ $330Haiku 5.5: ≈ $17
ElementSonnet 5.5Haiku 5.5
Input: 6 × 20.000 = 120.000 de tokenuri$0.24$0.012
Output: 6 × 1.500 = 9.000 de tokenuri$0.09$0.0045
Pe sarcină≈ $0.33≈ $0.017
1.000 de sarcini pe lună≈ $330≈ $17

Două pârghii schimbă mult aceste cifre. Prompt caching: cea mai mare parte din cele 20.000 de tokenuri de input (instrucțiuni, definiții de unelte) se repetă la fiecare apel, iar citirile din cache sunt facturate la o fracțiune din prețul de input ($0.10 per MTok la Sonnet 5.5). Rutarea între modele: lasă un model mic să se ocupe de pașii simpli și apelează-l pe cel mare doar când e nevoie. Adaugă hostingul, logarea și orice API-uri plătite apelate de unelte, de obicei mici pe lângă utilizarea modelului. Apoi compară totalul cu costul aceleiași sarcini făcute manual.

Mentenanța: ce continuă să coste după lansare

  • Actualizările și retragerile de modele, fiecare cerând o nouă rulare a setului de evaluare.
  • Schimbări în sistemele apelate de unelte: versiuni noi de API, câmpuri redenumite, produse noi.
  • Tipuri noi de eșec descoperite prin monitorizare, fiecare devenind o corecție și un nou caz de test.
  • Unelte noi pe măsură ce aria de acoperire crește, fiecare cu propria revizuire.

Construiești sau cumperi?

  • Aspect: Potrivit când
    Cumperi (agent gata făcut): Sarcina e generică: notițe de ședință, triajul inboxului, suport standardConstruiești (agent personalizat): Sarcina rulează pe sistemele, regulile sau datele tale
  • Aspect: Timp până la start
    Cumperi (agent gata făcut): ZileConstruiești (agent personalizat): Săptămâni
  • Aspect: Control
    Cumperi (agent gata făcut): Uneltele, modelul și roadmapul furnizoruluiConstruiești (agent personalizat): Uneltele tale, alegerea modelului și logurile
  • Aspect: Riscul principal
    Cumperi (agent gata făcut): Nu poate ajunge la sistemele care conteazăConstruiești (agent personalizat): Subestimarea muncii de integrare și de evaluare
AspectCumperi (agent gata făcut)Construiești (agent personalizat)
Potrivit cândSarcina e generică: notițe de ședință, triajul inboxului, suport standardSarcina rulează pe sistemele, regulile sau datele tale
Timp până la startZileSăptămâni
ControlUneltele, modelul și roadmapul furnizoruluiUneltele tale, alegerea modelului și logurile
Riscul principalNu poate ajunge la sistemele care conteazăSubestimarea muncii de integrare și de evaluare

O cale de mijloc frecventă: cumperi agenții generici și construiești stratul subțire care îți este specific, de obicei un server MCP peste propriile sisteme, pe care îl poate folosi oricare dintre acești agenți.

De ce eșuează proiectele cu agenți AI

  • Nicio sarcină clară sau măsură a succesului, așa că nimeni nu poate spune dacă funcționează. Este „valoarea de business neclară” de care vorbește Gartner.
  • Costuri descoperite târziu: costul de rulare pe sarcină nu a fost calculat niciodată, munca de integrare a fost subestimată.
  • Niciun control al riscului: permisiuni largi, fără confirmări, fără loguri. O singură greșeală vizibilă pune capăt proiectului.
  • Testare ghidată de demo: ajustat pe câteva exemple, niciodată testat pe trafic real.
  • Agent acolo unde ajungea un flux de lucru: cost mai mare și predictibilitate mai mică, fără niciun câștig.

Întrebări frecvente

  • Cât costă să construiești un agent AI?

    Costul de construcție înseamnă orele pentru integrări, curățarea datelor, unelte, evaluare și lansare, înmulțite cu tariful. Depinde mai ales de câte sisteme atinge agentul. Cere o estimare defalcată pe aceste elemente, nu o singură cifră.

  • Cât costă lunar rularea unui agent AI?

    Înmulțește numărul de apeluri pe sarcină cu tokenurile și prețul modelului, apoi cu volumul lunar. În exemplul nostru, 6 apeluri cu câte 20.000 de tokenuri de input și 1.500 de tokenuri de output costă aproximativ $0.33 pe sarcină cu Claude Sonnet 5.5 și aproximativ $0.017 cu Haiku 5.5, înainte de caching.

  • Cât durează construirea unui agent AI?

    Un pilot pentru o singură sarcină bine delimitată, pe sisteme cu API-uri funcționale, durează câteva săptămâni. Cel mai mult timp adaugă integrările fără API, datele dezordonate și revizuirile pe platforme externe.

  • Pot construi un agent AI fără să programez?

    Pentru sarcini simple, da: uneltele no-code și constructorii de agenți integrați în multe produse SaaS funcționează bine pentru sarcini generice. Când agentul trebuie să acționeze în propriile tale sisteme, după propriile tale reguli, ai nevoie de unelte personalizate, permisiuni și testare.

  • Care este diferența dintre un agent AI și un flux de lucru?

    Într-un flux de lucru, codul tău fixează pașii, iar un model se ocupă de unii dintre ei. Într-un agent, modelul decide pașii și ce unelte apelează. Fluxurile de lucru sunt mai ieftine și mai previzibile; agenții se ocupă de sarcinile al căror drum depinde de ce găsesc pe parcurs.

  • Care sunt componentele principale ale unui agent AI?

    Un model, instrucțiuni, unelte, cunoștințe, memorie, o buclă de orchestrare, mecanisme de protecție și observabilitate. Uneltele și mecanismele de protecție decid dacă este sigur; setul de evaluare decide dacă funcționează.

  • Ar trebui să folosesc un singur agent sau mai mulți?

    Începe cu unul. Împarte-l în mai mulți doar când instrucțiunile devin prea lungi ca să fie urmate în mod fiabil sau când părți ale sarcinii au nevoie de permisiuni diferite.

  • De ce eșuează proiectele cu agenți AI?

    Mai ales din motive de business: nicio sarcină clară, costuri descoperite târziu și lipsa controalelor de risc. Gartner numește exact aceste trei motive pentru proiectele pe care se așteaptă să le vadă anulate până în 2027.

Surse

  • Agenți AI
  • Dezvoltare agenți AI
Ahmet Molon, fondatorul SEM ROI
Ahmet Molon
Fondator