Instrucțiuni de sistem pentru asistentul Claude: rol, date, limite și testare

Instrucțiunile de sistem pentru asistentul Claude sunt textul permanent care îi spune patru lucruri. Îi spune cine este, pentru cine lucrează, ce date poate folosi și ce face când nu știe. Le scrii o singură dată și le testezi pe întrebări reale. Abia apoi pui asistentul în fața echipei sau a clienților.

Instrucțiunile de sistem nu sunt același lucru cu un prompt. Un prompt este mesajul pe care utilizatorul i-l scrie lui Claude și la care acesta răspunde. Instrucțiunile de sistem stau deasupra fiecărui prompt și rămân la fel în toate conversațiile. Colegul tău poate întreba orice, dar instrucțiunile decid cum răspunde asistentul.

Instrucțiunile scrise contează pentru că modelul nu învață singur din folosire. O analiză publicată de Agenție SEO București despre cum funcționează Claude notează că modelul nu își actualizează cunoștințele în timpul utilizării. Tot ce trebuie să știe asistentul despre firma ta îi dai tu, în scris. Ce nu scrii, asistentul completează din presupuneri.

Un asistent bine instruit răspunde la fel pentru oricine din echipă. Un asistent fără instrucțiuni răspunde diferit de la o zi la alta. Diferența se vede repede, mai ales când asistentul ajunge la clienți.

Locul firesc pentru instrucțiunile unei echipe mici este un proiect Claude. Claude Projects sunt spații de lucru dedicate, în care pui instrucțiuni personalizate și fișiere de context reutilizabile. Claude le folosește în fiecare conversație din acel proiect. Astfel, toți colegii care lucrează în proiect primesc aceleași reguli.

Un conector dă asistentului acces la un alt sistem al firmei. În Claude, un conector personalizat se adaugă din Setări » Conectori, cu adresa unui server MCP de la distanță. MCP (Model Context Protocol) este protocolul prin care asistentul lucrează cu alte sisteme fără o conexiune separată pentru fiecare. Planul gratuit oferă un singur conector. Conectorul deschide ușa, iar instrucțiunile spun ce are voie asistentul să facă dincolo de ea.

Modelul ales schimbă ce poate știe asistentul fără documentele tale. Pagina Anthropic despre modelele Claude recomandă Claude Opus 5.5 pentru majoritatea sarcinilor, dacă nu ești sigur. Claude Sonnet 5.5 este descris ca cea mai bună combinație de viteză și inteligență. Claude Haiku 4.5 este cel mai rapid.

Data cunoștințelor diferă între modele. Opus 5.5 și Sonnet 5.5 au cunoștințe fiabile până în iunie 2026. Pentru Claude Haiku 4.5 folosit în firmă, limita este februarie 2025. De aceea, instrucțiunile trebuie să spună clar că faptele vin din documentele firmei, nu din memoria modelului.

Rolul bun al asistentului descrie un post, nu o personalitate. „Ești un asistent util” nu spune nimic. „Ești asistentul de suport intern al echipei de vânzări” spune pentru cine lucrează și ce așteaptă oamenii de la el. Scrie rolul cum ai scrie fișa postului pentru un angajat nou.

Un rol complet pentru asistentul Claude conține patru elemente:

• Funcția, într-o singură propoziție.
• Publicul: echipa internă sau clienții, niciodată ambele.
• Sarcinile permise, numite una câte una.
• Sarcinile interzise, numite la fel de clar.

Un asistent cu rol vag încearcă să ajute la orice. Asta pare un avantaj până când un coleg îi cere o estimare de preț sau o opinie juridică. Asistentul răspunde, pentru că nimeni nu i-a spus că nu e treaba lui.

Asistentul intern și cel pentru clienți au nevoie de proiecte separate. Colegii pot primi detalii despre procese, nume de responsabili și pași interni. Clienții nu trebuie să vadă nimic din toate astea. Două proiecte cu două seturi de instrucțiuni sunt mai sigure decât un singur text plin de excepții.

Instrucțiunile de sistem spun din ce surse răspunde asistentul și din ce surse nu. Fără această regulă, asistentul amestecă documentele firmei cu cunoștințele generale ale modelului. Ghidul ProofreaderPro despre lucrul cu Claude avertizează că modelul nu are acces la baze de date și poate inventa citări dacă i le ceri. Regula sigură sună simplu: răspunzi doar din sursele numite aici.

Sursele unui asistent de firmă se împart în trei categorii:

• Surse permise: documentele încărcate în proiect și sistemele legate prin conector.
• Date pe care le citește, dar nu le repetă: datele personale ale unui client, în răspunsul pentru altul.
• Date pe care nu le primește deloc: tot ce nu are nevoie să vadă pentru rolul lui.

Accesul la sisteme se scrie la nivel de operație, nu doar de sistem. Dacă asistentul citește oportunități din Zoho CRM, instrucțiunile spun că doar citește. Nu creează înregistrări și nu modifică niciun câmp. Dacă vrei mai târziu să scrie date, faci asta separat, după ce citirea funcționează corect.

Documentele din proiect contează cât instrucțiunile. Un asistent cu reguli bune și documente vechi dă răspunsuri vechi, cu încredere. Despre cum alegi și testezi documentele, ghidul despre o bază de cunoștințe pentru Claude din documentele tale intră în detalii.

Regula pentru „nu știu” este cea mai importantă linie din instrucțiunile de sistem. Când răspunsul nu este în surse, asistentul spune asta direct și arată unde poate afla colegul răspunsul. Halucinația este un răspuns inventat, prezentat ca fapt.

Chiar și un model bun inventează uneori un răspuns. Pe toate întrebările unei echipe, într-o lună, asta înseamnă un șir de răspunsuri greșite spuse cu siguranță. Instrucțiunile nu elimină riscul, dar îi dau asistentului o ieșire onorabilă în locul unei presupuneri.

Regula pentru „nu știu” are trei părți scrise explicit:

1. Fraza exactă pe care o folosește asistentul, de exemplu „Nu găsesc asta în documentele noastre.”
2. Omul sau canalul către care trimite întrebarea.
3. Informațiile pe care le cere colegului înainte de a trimite mai departe.

Același principiu acoperă acțiunile pe care nu le poți desface. Asistentul cere confirmare înainte de orice modificare într-un sistem conectat. Pentru un exemplu de escaladare configurată într-un canal de chat, vezi ghidul despre Claude în Slack pentru suport intern și escaladare corectă.

Tonul asistentului se scrie ca reguli verificabile, nu ca adjective. „Fii prietenos” nu poate fi testat. „Tutuiești colegii și folosești dumneavoastră cu clienții” poate fi verificat în fiecare răspuns. Fiecare regulă de ton trebuie să treacă acest test: un coleg poate spune da sau nu, fără discuție.

Limba se cere explicit, chiar dacă scrii instrucțiunile în română. Potrivit Curs de guvernare despre ce poate face Claude, chatbotul cunoaște în jur de 50 de limbi, cu niveluri variabile de competență. Scrie „răspunzi în română, cu diacritice” și vei evita răspunsurile care alunecă în engleză după un document încărcat în engleză.

Lungimea răspunsului se limitează tot prin instrucțiuni. ProofreaderPro notează că o calitate scade mult peste 800 până la 1.000 de cuvinte într-un singur răspuns. Pentru un asistent de firmă, răspunsurile scurte sunt oricum mai utile. Pașii dintr-o procedură merg cel mai bine ca listă numerotată.

Formatul fișierelor se poate stabili tot aici. Claude poate genera documente .txt, .docx, .pdf, .xlsx și .pptx. Dacă echipa ta lucrează cu un anumit șablon, instrucțiunile spun ce format folosește asistentul și când.

Exemplul de mai jos descrie un asistent intern pentru o echipă de vânzări care folosește Zoho Desk pentru tichete. Asistentul stă într-un proiect Claude cu documentele de proceduri. Un conector îi permite să citească tichetele. Textul poate fi copiat în câmpul de instrucțiuni al proiectului și adaptat.

Rol. Ești asistentul de suport intern al echipei de vânzări. Răspunzi doar colegilor, nu clienților.

Sarcini. Explici procedurile din documentele proiectului. Redactezi răspunsuri la tichete, pe care un coleg le verifică înainte de trimitere.

Surse. Folosești doar documentele din acest proiect și tichetele citite prin conector. Nu modifici și nu închizi tichete.

Când nu știi. Spui „Nu găsesc asta în documentele noastre.” Îi recomanzi colegului să deschidă un tichet către echipa de suport. Îi spui ce detalii să includă.

Ton și format. Scrii în română, cu diacritice, la persoana a doua singular. Răspunsurile au sub 200 de cuvinte. Pașii îi dai ca listă numerotată.

Interdicții. Nu dai prețuri și nu promiți termene. Nu copiezi datele personale ale unui client în răspunsul pentru alt client.

Trei linii se schimbă de la o firmă la alta. Prima este rolul, cu numele echipei și publicul. A doua este lista de surse, cu sistemele pe care le conectezi tu. A treia este canalul de escaladare, cu omul real care primește întrebările fără răspuns.

Lista de mai jos leagă fiecare element din instrucțiunile de sistem de un test concret. Fiecare rând are o întrebare pe care o poți pune asistentului înainte de lansare. Dacă un rând nu are test, regula respectivă nu este încă scrisă destul de clar.

Testele din tabel se rulează din nou după fiecare modificare. O regulă nouă poate intra în conflict cu una veche fără să observi.

Testarea instrucțiunilor de sistem începe cu întrebări luate din munca reală, nu cu întrebări inventate la birou. Cele mai bune surse sunt tichetele vechi, e-mailurile echipei și întrebările pe care colegii le pun de obicei pe chat. Ele arată cum formulează oamenii, cu greșeli și prescurtări cu tot.

Un ciclu de testare pentru asistentul Claude arată așa:

1. Aduni întrebările reale într-un singur document.
2. Adaugi întrebări capcană: din afara rolului, fără răspuns în documente, cu cereri interzise.
3. Scrii lângă fiecare întrebare răspunsul corect sau comportamentul corect.
4. Rulezi toate întrebările și notezi fiecare abatere.
5. Corectezi instrucțiunile și rulezi din nou tot setul, nu doar întrebarea care a picat.

La Svennis, păstrăm setul de întrebări de test lângă instrucțiuni și îl rulăm din nou după fiecare schimbare de text sau de model, pentru că o regulă corectată strică uneori alta. Pasul acesta prinde cele mai multe probleme înainte să le vadă un client.

Lansarea se face întâi la un grup mic de colegi. Ei folosesc asistentul în munca de zi cu zi și raportează răspunsurile ciudate. Pe planurile Enterprise, colecția de ajutor Claude descrie și accesul la jurnalele de audit și la Compliance API, utile pentru urmărirea după lansare.

Pentru o firmă din România, instrucțiunile de sistem trebuie să rezolve trei lucruri locale. Primul este limba. Al doilea este planul pe care rulează asistentul. Al treilea sunt datele clienților și ale angajaților.

Limba română se cere explicit, cu diacritice, cum am arătat mai sus. Mai e o limită de trecut în instrucțiuni. Claude nu este un traducător autorizat. Pentru contracte și acte oficiale este recomandat un traducător uman certificat. Asistentul poate face o traducere de lucru, dar instrucțiunile spun că nu o prezintă drept traducere oficială.

Planul contează pentru datele firmei. Pe planurile de consumator Free, Pro și Max, conversațiile pot fi folosite pentru îmbunătățirea modelelor, dacă utilizatorul permite asta în setări. În acest caz, conversațiile pot fi păstrate până la 5 ani. Dacă nu permite, se aplică retenția de 30 de zile, fără antrenare. Datele de pe planurile comerciale (Claude for Work, Enterprise, Education, Gov și API) nu sunt folosite implicit pentru antrenarea modelelor.

Un asistent care vede date de clienți are deci locul pe un plan comercial, cu un acord de prelucrare a datelor încheiat cu furnizorul. Colecția de ajutor Claude pentru planul Enterprise tratează și întrebarea dacă Anthropic acționează ca persoană împuternicită sau ca operator de date. Dacă asistentul atinge date despre candidați, citește și ghidul despre ce permite legea când folosești Claude în recrutare.

Primul pas practic este să alegi un singur proces, nu toată firma. Un asistent pentru întrebările interne ale echipei de vânzări este un început bun. Riscul e mic, iar întrebările reale există deja în tichete și e-mailuri.

Pentru acel proces, ordinea de lucru arată așa:

1. Creezi un proiect Claude și încarci documentele de proceduri actuale.
2. Scrii cele șase blocuri: rol, sarcini, surse, regula „nu știu”, ton și format, interdicții.
3. Adaugi conectorul doar după ce asistentul răspunde corect din documente.
4. Rulezi setul de întrebări de test și corectezi instrucțiunile.
5. Deschizi asistentul pentru un grup mic de colegi, apoi pentru toată echipa.

Fiecare pas se poate opri fără pagube. Dacă testele arată prea multe abateri, problema este de obicei în documente sau în regula pentru „nu știu”, nu în model.

Când instrucțiunile merg, colegii trebuie să știe să lucreze cu asistentul. Ghidul despre obiceiurile unui utilizator avansat de Claude este următoarea lectură potrivită pentru echipă.