Temperatură, limite și reasoning effort

Setările modelului sunt butoane cu compromisuri.

Ce vei învăța

  • Explici: alege după sarcină și capacități
  • Aplici ideea într-un exemplu: Temperatură, limite și reasoning effort
  • Recunoști limitele și verifici rezultatul exercițiului

Setările modelului sunt butoane cu compromisuri. Înțelege efectul fiecăruia înainte de a schimba toate valorile simultan.

Poți parcurge acest curs fără cont și fără programare. Exemplele sunt sintetice și rezultatele AI trebuie verificate.

Cum funcționează, pas cu pas

Alege după sarcină și capacități

Verifică limba, contextul, tool calling, ieșirea structurată și modalitățile de intrare ale modelului. Compară pe aceleași cereri, cu aceeași rubrică și un buget realist. Temperatura schimbă eșantionarea, nu adevărul. Reasoning effort alocă efort pentru modelele compatibile și poate crește timpul și costul; valorile diferă între modele. Modelele locale oferă control asupra infrastructurii, dar cer resurse și întreținere. Open weights nu garantează o licență fără restricții sau întregul cod de antrenare. Catalogul și prețurile se schimbă; citește fișa curentă.

De la tokeni la răspuns

Un token este o unitate de text: uneori un cuvânt, alteori o parte de cuvânt sau punctuație. Modelul procesează tokenii din context și estimează o distribuție pentru următorul token. Selecția se repetă până la oprire. Atenția din Transformer combină informații despre relațiile dintre tokeni; nu este atenție umană. Antrenarea modifică parametrii, iar inferența folosește modelul antrenat. Un răspuns poate părea coerent fără să fie adevărat: obiectivul de generare a textului nu este o verificare independentă a faptelor.

Costul aparține întregului traseu

Numără apelurile de model, tokenii de intrare și ieșire, embeddings, reranking, vision și uneltele. Reasoning poate consuma tokeni facturați fără un răspuns vizibil la fel de lung. Costul indexării și costul conversației sunt diferite. Folosește tarifele curente, nu o cifră permanentă din curs. Estimarea simplă este tokeni/1.000.000 × tarif, plus operații suplimentare; creditele aplicației pot folosi propria conversie. Compară costul per sarcină reușită, nu doar per apel. Parallel poate reduce latența, dar crește consumul total. Bugetul trebuie să aibă o condiție de oprire verificată.

Harta vizuală

Temperatură, limite și reasoning effort Urmărește săgețile continue pentru fluxul principal. Săgețile albastre punctate furnizează date sau context; cele roz punctate arată feedback sau rezultate care revin. Culorile și formele disting modelele, stocările, deciziile și rezultatele. Relații: Cererea utilizatorului → Agent / LLM; Agent / LLM → Răspuns final; Răspuns final → Măsurători de calitate; Setări de eșantionare → Agent / LLM; Efort de raționament → Agent / LLM; Buget de tokenuri și cost → Agent / LLM; Apeluri și consum de tokenuri → Măsurători de calitate. P03 · Hartă de relații Temperatură, limite și reasoning effort Intrare Cererea utilizatorului Decizie / control Setări de eșantionare Decizie / control Efort de raționament Model AI / agent Agent / LLM Decizie / control Buget de tokenuri și cost Rezultat Răspuns final Date Apeluri și consum de tokenuri Decizie / control Măsurători de calitate Flux principal Date și context Feedback și revenire

Urmărește săgețile continue pentru fluxul principal. Săgețile albastre punctate furnizează date sau context; cele roz punctate arată feedback sau rezultate care revin. Culorile și formele disting modelele, stocările, deciziile și rezultatele. Pe ecrane mici, derulează orizontal pentru a urmări întreaga diagramă.

Un exemplu complet

Clasificarea are criterii stricte; brainstormingul cere variante. Testează temperaturi diferite unde modelul permite și compară rezultatele. Effort se compară separat pe sarcini complexe.

Încearcă tu

  1. Rulează cinci cereri cu două setări și notează calitate, timp și consum.
  2. Notează intrarea, sursa și rezultatul așteptat înainte să rulezi experimentul. Folosește doar datele fictive din exemplu.
  3. Urmărește etapele din diagramă. La fiecare pas scrie ce informație primește și ce produce; nu confunda rezultatul intermediar cu rezultatul final.
  4. Repetă cazul după eliminarea unei informații necesare sau după o intrare ambiguă. Verifică dacă sistemul cere clarificare, se oprește sau inventează.
  5. Compară cu soluția comentată. Păstrează configurația, data, rezultatul și o explicație pentru orice diferență. Schimbă un singur lucru și retestează.

Soluție comentată

Alegi valoarea care trece criteriile la costul acceptabil; păstrezi modelul și restul parametrilor constante. Pentru a considera exercițiul reușit, poți arăta legătura dintre intrare, etapele parcurse și rezultat. Dacă lipsesc date, un răspuns prudent este mai util decât o completare inventată. Nu compara doar stilul: verifică și condițiile, sursele și operațiile efectuate.

Când merită și ce poate merge prost

Unele modele nu acceptă aceiași parametri sau valori. Alege această abordare când îmbunătățește o nevoie măsurată. Păstrează o variantă simplă ca referință și compară rezultatele pe aceleași intrări. Un singur exemplu reușit nu stabilește fiabilitatea în toate situațiile.

Verifică ce ai înțeles

Temperatura zero garantează corectitudinea?

Nu. Poate reduce variația, dar un răspuns stabil poate fi greșit.

Un token este întotdeauna un cuvânt?

Nu; tokenizarea depinde de model și limbă. Numără cu tokenizerul potrivit.

Ce rezultat trebuie să obții în acest exercițiu?

Alegi valoarea care trece criteriile la costul acceptabil; păstrezi modelul și restul parametrilor constante.

Cuvinte de ținut minte

  • Reasoning effort: Setare dependentă de model pentru efortul de raționament.
  • Token: Unitate folosită de model pentru text și limite de context.
  • Latență / Latency: Timpul până la rezultatul util.

Surse și următorul pas

Pentru pregătire: P02 — Context engineering: ce informație ajunge la model?