Întrebări de interviu în inginerie contextuală: În cadrul XX Scenarii de Afaceri, read_file, cum este write_file proiectat? M-am confruntat cu această întrebare în timpul interviului și am estimat că performanța pe loc nu va fi foarte bună 😅 Ai răspuns bine?

Un videoclip care rezumă cercul AI în 2025

Cele 9 sfaturi practice ale lui Boris din Codul Claude: Se pare că configurația masterului este atât de "simplă" Boris Cherny are o poreclă în Anthropic: tatăl lui Claude Code. A fost activ pe X în ultima vreme, așa că mulți îl întreabă pe Boris: Cum folosești exact Claude Code tu însuți? Tocmai a împărtășit 9 sfaturi practice despre X. Nu sunt atât de multe trucuri pe cât crezi, iar fiecare este nepretențios. [1] Filosofia de bază: Nu există un răspuns standard la cele mai bune practici ale lui Claude Code Boris a început spunând: > Setup-ul meu ar putea fi surprinzător de banal! Claude Code funcționează foarte bine direct din cutie, așa că personal nu îl personalizez prea mult. > Configurația mea poate fi "originală", așa cum te aștepți. Claude Code funcționează foarte bine din start, iar eu personal nu am făcut prea multă personalizare. Este de înțeles că aceste bune practici, precum Skills și Plugins, au fost de mult integrate în funcționalități ca dezvoltatori Claude Code. Nu există o singură metodă corectă de a folosi Claude Code. Echipa l-a proiectat intenționat să fie aruncat casual, iar tu îl poți folosi cum vrei, cum vrei să-l schimbi și cum vrei să-l schimbi. Fiecare din echipa Claude Code îl folosește complet diferit. Așadar, nu este nevoie să te chinui să găsești "cele mai bune practici", cel mai important este să te potrivești propriului tău ritm. [2] Sarcini multi-agent în paralel: Deschide mai mult de o duzină de Claudes în același timp Rutina zilnică a lui Boris este următoarea: deschide 5 instanțe Claude Code în terminal, numerele tab 1 până la 5, activează notificările sistemului și sari peste care trebuie introdusă. În același timp, el rulează 5 până la 10 sarcini pe versiunea web. Terminalele și paginile web se pot "transfera" reciproc: folosește simbolul & pentru a transfera sesiunea locală pe pagina web sau folosește --teleport pentru a comuta înainte și înapoi pe ambele părți. Lansează mai multe sarcini din aplicația Claude pe telefon în fiecare dimineață și în timpul zilei, apoi revine mai târziu să vadă rezultatele. Logica de bază a acestui mod de lucru "multi-threaded" este că Claude Code este bun la autonomie, iar multe sarcini nu necesită să fii atent. Începi sarcina, îi dai o direcție, o lași să meargă și faci altceva singur. Reduci când ai nevoie de confirmarea ta. Acest lucru este complet diferit de tradiționalul "omul tastând o linie de cod, AI-ul formând câteva linii". Totuși, acest lucru necesită și cerințe mai mari pentru utilizatori, iar tu trebuie să fii bun la atribuirea sarcinilor agenților și să poți comuta între mai multe sarcini în orice moment. Aceasta reprezintă o mare provocare pentru modelele tradiționale de dezvoltare care sunt obișnuite să dezvolte singure și au o singură sarcină în același timp. Mi-e rușine să spun că, deși folosesc regulat și Agent de Programare, încă nu m-am obișnuit să rulez prea multe sarcini simultan, așa că anul acesta îmi voi consolida practica în acest domeniu. [3] Selecția modelului: De ce să folosești Opus în locul Sonnetului mai rapid Boris spune că folosește Opus 4.5 pentru toate sarcinile sale în modul gândire. Acesta este cel mai bun model de programare pe care l-a folosit vreodată. Unii oameni vor întreba: Nu este Opus mai mare și mai lent decât Sonnet? Răspunsul lui Boris este că, deși răspunsul unic este puțin mai lent, trebuie să-l corectezi mult mai rar, apelurile la unelte sunt mai precise, iar rezultatul final este mai rapid. De fapt, am fost mereu de acord că scrierea codului nu poate fi rapidă, ci trebuie să fie de înaltă calitate; dacă un model rapid necesită să-l corectezi de trei ori, este mai bine să folosești un model lent pentru a face asta deodată. Timpul nu este doar despre timpul de răspuns al modelului, ci și despre costurile tale de atenție și efort. Singura problemă este că Opus costă mai mult. 【4】 este un fișier special de configurare al codului Claude, plasat în rădăcina proiectului. De fiecare dată când pornești Claude Code, acesta citește automat fișierul și tratează conținutul acestuia ca "cunoștințe de fundal". Poți înțelege astfel: Aceasta este specificația proiectului pe care ai scris-o către AI, spunându-i structura, specificațiile și precauțiile proiectului. Abordarea echipei Boris este ca întregul depozit Claude Code să fie menținut într-un singur Git. În fiecare săptămână, oamenii adaugă lucruri la Rigano. Regula este simplă: de fiecare dată când îl vezi pe Claude făcând ceva greșit, scrie "nu face asta" în el, iar data viitoare va ști. Ce este și mai interesant este că folosesc acest mecanism și atunci când revizuiesc codul. Boris va @.claude în PR-ul colegului său și îi va cere lui Claude să adauge o nouă regulă la . Acest lucru se realizează prin GitHub Action al lui Claude Code. Dan Shipper numește acest lucru un "proiect cu dobândă compusă": fiecare corectare a erorilor devine un atu al echipei, permițând AI-ului să înțeleagă tot mai bine proiectul tău. Dacă nu ai folosit încă comanda, Claude va analiza automat structura proiectului și va genera o versiune inițială. Apoi adaugi pe măsură ce folosești și adaugi ce nu este în regulă când îl vezi. [5] Modul planificare: gândește clar înainte să o faci Boris spune că începe majoritatea sesiunilor în modul Plan. Faceți dublu click pe Shift+Tab în Claude Code pentru a comutați. În modul Plan, Claude nu schimbă codul direct, dar îți oferă mai întâi un plan de execuție. Poți discuta și revizui planul înainte și înapoi până când ești mulțumit. Apoi treci pe modul de acceptare automată, pe care Claude îl face de obicei dintr-o dată. "O planificare bună este cu adevărat importantă", acest obicei transferă de fapt înțelepciunea clasică a dezvoltării software către colaborarea cu AI: mai întâi designul, apoi codul. Problema cu care mulți oameni folosesc AI pentru a scrie cod este să o pornească direct, iar rezultatul este că costul rework-ului este ridicat din cauza direcției greșite. Petrecerea a câteva minute pentru alinierea planului economisește ore întregi de refacere. [6] Automatizarea muncii repetitive: comenzi de tip slash și sub-agenți Boris a avut mai multe operațiuni pe care a trebuit să le facă de zeci de ori pe zi și le-a transformat în comenzi de tăiere. De exemplu, "/commit-push-pr" finalizează trimiterea, push-ul și crearea PR-ului cu un singur click. Comenzile slash sunt practic fișiere Markdown plasate sub directorul .claude/commands/. Poți scrie comenzi în limbaj natural și poți de asemenea să încorporezi scripturi bash pentru a obține informații din timp, reducând numărul de apeluri dus-întors al modelului. Aceste comenzi pot fi trimise către Git și partajate de întreaga echipă. Pe lângă comanda de tip slash, folosește și un sub-agent (un agent este o instanță separată a lui Claude specializată în anumite tipuri de muncă. De exemplu, el are un sub-agent de simplificare a codului care simplifică automat codul după ce Claude principal își finalizează treaba. Există, de asemenea, un sub-agent de verificare a aplicației responsabil pentru testarea end-to-end. Ce au în comun aceste două trăsături este că consolidezi ceea ce faci în mod repetat și îl lași pe Claude să-l spună el însuși. Nu trebuie să repeți explicația de fiecare dată sau să-ți amintești detaliile comenzii. Folosește Hook-ul PostToolUse pentru a formata codul generat de Claude. Claude generează de obicei automat cod bine formatat, iar acest hook gestionează ultimele 10% din cod pentru a evita formatarea defectuoasă ulterioară în procesul de integrare continuă (CI). [7] Securitate și integrare: configurarea permisiunilor și instrumente externe Boris nu folosește opțiunea --hazard-skip-permissions. În schimb, el aprobă în prealabil unele comenzi de securitate folosite frecvent cu comanda /permissions pentru a evita să apară căsuța de confirmare de fiecare dată. Aceste configurații sunt salvate în .claude/settings.json și partajate de echipă. Și mai puternică este integrarea cu serverele MCP. MCP, prescurtare de la Model Context Protocol, este un protocol standard lansat de Anthropic care permite AI să se conecteze la instrumente externe. Cu MCP, Claude Code poate direct: - Căutarea și trimiterea de mesaje Slack - Rulează interogări BigQuery pentru a răspunde la întrebări despre date - Extrage jurnalul de erori din Sentry Echipa Boris a trimis, de asemenea, configurația MCP a Slack către depozit, iar toată lumea a folosit-o direct din cutie. Aceasta înseamnă că Claude Code nu este doar un instrument de programare, ci un "asistent all-in-one" care poate chema întregul tău lanț de unelte. [8] Procesare lungă a sarcinilor: Lasă-l pe Claude să verifice singur Pentru misiuni de lungă durată, Boris are mai multe strategii: Primul este să-l lase pe Claude să folosească automat agentul de fundal pentru a verifica rezultatele după finalizare. O poți solicita în prompt sau poți folosi un Stop Hook pentru a o declanșa mai determinist. > Notă: Cârligele sunt mecanismul "cârlig" al lui Claude Code care îți permite să inserezi logică personalizată în momente specifice când Claude execută o acțiune. Poți să te gândești la asta ca la un "declanșator": când apare un eveniment, execută automat comanda sau scriptul prestabilit. > Stop Hook este momentul în care Claude răspunde și este gata să predea controlul. > documentație conexă: Al doilea este să folosești pluginul ralph-wiggum, care este practic un "Bash": imaginează-ți o buclă moartă simplă (deși adevărată) care continuă să trimită aceeași instrucțiune de sarcină (fișierul prompt) agentului AI, făcându-l să-și îmbunătățească munca iar și iar până când este complet terminată. Al treilea este să folosești --permission-mode=dontAsk sau --hazardly-skip-permissions în mediul sandbox, astfel încât Claude să nu fie întrerupt de confirmarea permisiunilor și să alerge singur până la final. Ideea de bază este: deoarece este o sarcină lungă, nu o lăsa să te aștepte. Oferă-i suficientă autonomie și capacitate de autocorecție. [9] Cea mai importantă: oferă-i Claude capabilități de validare Boris îl pune pe acesta la final, spunând că acesta este probabil cel mai important factor pentru obținerea unui rezultat bun. Dacă Claude își poate valida munca, calitatea rezultatului final poate fi mărită de 2 până la 3 ori. A dat un exemplu: pentru fiecare modificare la care se trimit, Claude se va testa singur cu extensii Chrome: deschide browserul, testează interfața și iterează când găsește o problemă până când funcționează corect și experiența este rezonabilă. Metodele de verificare variază în funcție de scenariu. Poate fi rularea unei comenzi bash, rularea unei suite de teste sau testarea unei aplicații într-un browser sau emulator de telefon mobil. Forma nu este importantă, dar ceea ce contează este: lasă AI-ul să aibă o buclă de feedback. Acest adevăr este de fapt foarte simplu. Inginerii umani se bazează, de asemenea, pe ciclul "scrierii codului-testării-vederii rezultatelor-modificării" pentru a asigura calitatea. La fel este și AI. Dacă poate fi doar scris și nu măsurat, e ca și cum ai face lucruri cu ochii închiși, iar calitatea depinde de noroc. Sugestia lui Boris este să investească în consolidarea mecanismului de verificare. Aceasta este cea mai mare rentabilitate a investiției. [10] Maeștrii folosesc săbiile pentru a câștiga fără mutări În romanele de arte marțiale, maeștrii nu au atât de multe funcții cu săbiile și nu există mișcări de câștigat. Boris nu afișează configurații personalizate complexe, nu are prompturi private misterioase și folosește funcții oficiale. Diferența este că el înțelege cu adevărat logica din spatele acestor caracteristici și apoi le combină într-un flux de lucru eficient. Munca paralelă se realizează deoarece Claude poate executa autonom; Opus este folosit datorită eficienței generale mai ridicate; Este vorba de a transforma corectarea erorilor în active; Modul Plan este să gândești clar înainte să faci asta; comenzile de tip slash și sub-agenții sunt muncă repetitivă automată; Mecanismul de verificare este să ofere feedback AI în buclă închisă. Dacă abia începi cu Claude Code, nu este nevoie să te grăbești cu configurații avansate. Folosește bine elementele de bază mai întâi: învață să lucrezi în paralel, să planifici și să acumulezi metode de verificare AI. Când te confrunți cu adevărat cu un blocaj, nu e prea târziu să arunci acele flori.