Claude Code în IDE: ce aduce pluginul și unde vă puteți împiedica

Ați instalat pluginul, ați găsit butonul, l-ați apăsat - și prima impresie e de obicei aceasta: e un mod de a porni claude fără să treceți într-o fereastră separată de terminal. Comod, desigur. Dar să instalați un plugin întreg doar pentru un buton ar fi ciudat.

Impresia e înșelătoare. Terminalul din IDE exista și înainte de plugin, iar nimic nu vă împiedica să tastați manual claude acolo. Pluginul face altceva: leagă agentul de editor, ca să se vadă unul pe altul. Ce aveți deschis și selectat, de ce se plânge linterul, cum arată rând cu rând o modificare propusă - toate acestea nu mai trebuie să i le povestiți agentului. Pornirea dintr-un buton e partea cea mai plictisitoare din tot pachetul.

Claude Code e o unealtă de terminal și funcționează foarte bine fără IDE: deschideți terminalul, tastați claude, apoi scrieți în limbaj obișnuit.

Diferența nu e dacă agentul pornește sau nu. Diferența e cu ce îi verificați munca. Fișierele de pe disc le modifică de-adevăratelea. Când editorul e închis, aveți în mână doar un raport: "am adăugat tratarea erorilor în trei metode". Sună plauzibil. Dar nu aveți cu ce compara.

Pluginul acoperă exact acest gol. Mai jos: ce vă oferă și unde se împiedică oamenii cel mai des.

1. Ce aduce legătura cu editorul

Pluginul oficial știe să facă cinci lucruri. Le luăm pe rând, începând cu cel de dragul căruia a fost gândit totul.

• Diff în fereastra IDE. Un diff e lista modificărilor: ce rânduri au fost șterse, ce rânduri au fost adăugate, ce s-a schimbat între versiunea veche și cea nouă. Modificările agentului se deschid în vizualizatorul de diff obișnuit al editorului, nu ca text în terminal. În stânga ce a fost, în dreapta ce a devenit.
• Contextul selecției. Fila deschisă și fragmentul selectat ajung singure la agent. Nu trebuie să copiați codul în chat și să explicați în cuvinte despre ce bucată e vorba.
• Trimiterea codului către agent. Selectați un fragment, apăsați combinația de taste - și în prompt ajunge o referință exact la acele rânduri, de forma @src/auth.ts#L1-99.
• Diagnosticarea din IDE. Erorile de linter și de sintaxă, pe care editorul le subliniază cu roșu, Claude le poate cere singur de la IDE, fără să i le povestiți dumneavoastră. Pe aceasta oamenii o descoperă de obicei ultima, deși e printre cele mai utile. Nu le verifică automat după fiecare modificare, așa că, dacă e nevoie, cereți-i pur și simplu să se uite la erorile din fișier.
• Pornire rapidă. Logoul Claude de pe panoul IDE sau o combinație de taste - și agentul se deschide fără să ieșiți din editor.

2. Instalarea: două piese, nu una

Aici se împiedică oamenii cel mai des. Pluginul nu include Claude Code. Rulează comanda claude în terminalul integrat al IDE-ului și se conectează la ea. Deci trebuie instalate ambele părți:

1. Claude Code însuși - dacă lipsește, pluginul vă va spune direct: Cannot launch Claude Code;
2. pluginul Claude Code [Beta] de la Anthropic PBC - se instalează din Marketplace, iar după instalare e bine să reporniți IDE-ul complet, uneori chiar de mai multe ori.

Dacă claude e instalat, dar nu se află acolo unde îl caută IDE-ul, calea completă se setează în Settings → Tools → Claude Code [Beta] → Claude command.

3. Combinațiile de taste de care aveți nevoie imediat

Ultimul rând din tabel nu e acolo de decor. Combinațiile de taste nu merg întotdeauna: combinația e interceptată când de sistem, când de un alt plugin. Nu e o defecțiune și nici un motiv să reparați IDE-ul - deschideți cu mouse-ul, e mai lent, în schimb merge peste tot.

Nu va trebui să căutați mult: pictograma pluginului e logoul Claude, același ca peste tot în interfață. Nu aveți cum s-o confundați.

Send to Claude Code

A doua combinație de taste e cea mai folosită. Selectați o bucată de cod, apăsați Ctrl+Alt+K - și în promptul agentului ajunge o referință exact la acele rânduri. Același lucru îl găsiți în meniul de acțiuni al selecției, la opțiunea Send to Claude Code.

În prompt apare un rând ca acesta - calea către fișier și intervalul de rânduri:

@presentations/assets/slides.css#L29-30

Apoi adăugați după el sarcina, cu cuvintele dumneavoastră:

@presentations/assets/slides.css#L29-30 scoate margin-left, din cauza lui se strică layoutul pe ecrane înguste

Câștigă amândoi: agentul nu consumă pași ca să caute fișierul, iar dumneavoastră nu consumați context pe această căutare.

Dacă nu aveți pluginul

O referință la un rând se poate obține și cu mijloacele IDE-ului: clic dreapta pe rând - Copy / Paste Special - Copy Reference. În clipboard va ajunge src/utils/slides.js:16.

Formatul e altul - fără @ și cu două puncte. Nu mai e o includere automată a fișierului în context, ci doar text în cerere, dar ca indicație "uită-te aici" funcționează: agentul citește calea și deschide singur locul potrivit.

4. Două moduri de pornire și comanda /ide

Porniți claude din terminalul integrat al IDE-ului - toate funcțiile se activează singure, nu trebuie să faceți nimic.

L-ați pornit dintr-un terminal extern (o fereastră separată, Windows Terminal, iTerm) - legătura cu editorul lipsește până nu o cereți:

# conectează Claude Code la IDE-ul deschis
/ide

Eu mi-aș face pur și simplu obiceiul să pornesc agentul din terminalul IDE-ului. Atunci nu mai trebuie să vă amintiți deloc de /ide: e necesară într-un singur caz - când terminalul e extern.

Și încă ceva despre folderul din care porniți. Agentul se uită la fișierele din locul în care a fost pornit - dintr-un folder vecin va lucra cu alte fișiere decât trebuie. În propriul proiect, porniți-l din rădăcina lui, aceeași care e deschisă în IDE.

Cu sarcinile cursului e altfel: porniți agentul din folderul sarcinii, nu din rădăcina codegym-project. Fiecare sarcină de acolo e un folder separat, cu propriile fișiere și propriile reguli pentru agent, iar din rădăcina proiectului agentul ar avea în câmpul vizual tot cursul deodată.

5. Unde să afișați diff-ul

Unde anume se afișează modificările e o setare, nu ceva bătut în cuie:

# deschide setările Claude Code
/config

Acolo există opțiunea diff tool: valoarea auto afișează modificările în IDE, terminal le lasă în terminal. Această opțiune apare doar când agentul e conectat la IDE, așa că dintr-un terminal extern rulați mai întâi /ide. Dacă diff-ul rămâne încăpățânat în terminal, aici trebuie să vă uitați, nu să căutați o defecțiune în plugin.

În terminal, diff-ul vine ca text, cam așa:

diff --git a/src/main/java/RefundQueue.java b/src/main/java/RefundQueue.java
index 3a7f2bc..9d41a80 100644
--- a/src/main/java/RefundQueue.java
+++ b/src/main/java/RefundQueue.java
@@ -42,7 +42,7 @@ void prioritize(RefundRequest refundRequest) {
-    if (refundRequest.isUrgent()) {
+    if (refundRequest.isUrgent() || refundRequest.amount() > 100) {
         moveToTop(refundRequest);
     }
 }

Se citește așa: rândul cu minus a fost, rândul cu plus a devenit. Restul sunt antete tehnice: ce fișier e și de la ce rând începe fragmentul afișat.

Și acum motivul pentru care merită activată afișarea în IDE. În modurile în care Claude cere permisiunea înainte de fiecare modificare, întrebarea nu vine doar ca text în terminal: IDEA deschide modificarea în propria fereastră de diff, cu butoanele Reject și Apply. Vă uitați la rândurile evidențiate în contextul întregului fișier și decideți chiar acolo.

Un diff text în consolă nici nu se compară cu asta: aici aveți evidențierea sintaxei, rândurile vecine, navigarea obișnuită. Decizia "accept sau nu" se ia după cod, nu după descrierea codului.

6. Trei capcane tipice

Esc nu întrerupe agentul

În terminalul JetBrains, tasta Esc mută implicit focusul în editor - și pur și simplu nu mai ajunge la Claude Code. Situație neplăcută: agentul face altceva decât trebuie, apăsați Esc și nu se întâmplă nimic.

Se rezolvă o singură dată: Settings → Tools → Terminal, debifați Move focus to the editor with Escape. Eu aș face asta imediat după instalarea pluginului, fără să aștept să se întâmple prima dată.

"No available IDEs detected"

Agentul nu vede editorul. Verificați pe rând: pluginul e instalat și activat; IDE-ul a fost repornit complet; claude e pornit din terminalul integrat, nu dintr-o fereastră externă.

WSL: agentul în Linux, IDE-ul în Windows

Un caz particular al aceleiași erori. Dacă Claude Code rulează în WSL2, iar IDE-ul în Windows, conexiunea e de obicei blocată de izolarea de rețea a WSL2 sau de firewall. Se rezolvă cu o regulă de firewall sau trecând WSL2 pe mirrored networking - ambele variante sunt descrise în documentația pluginului. Mirrored networking există doar în Windows 11 22H2 și versiunile mai noi, pe Windows 10 rămâne regula de firewall.

7. La ce folosește toate acestea

Legătura cu IDE-ul vă dă esențialul: vedeți ce face agentul în timp ce o face. Mai departe, ritmul e acesta:

1. Claude propune o modificare;
2. dumneavoastră vă uitați la diff și decideți dacă o acceptați sau nu;
3. Git înregistrează ce ați acceptat.

Al treilea pas e doar schițat aici. Ritmul de lucru cu Git, commit-urile și revenirile la o versiune anterioară sunt un subiect separat și amplu, iar cursul se va întoarce la el. Deocamdată e suficient să rețineți un singur lucru: punctul de salvare apare după verificarea dumneavoastră, nu înaintea ei.

Atât de ordonat arată ciclul acesta doar pe o schemă. În munca reală, jumătate din modificări le veți accepta fără să vă uitați, pentru că e vorba de redenumirea unei variabile, iar la una veți sta zece minute și veți cere să fie refăcută. E normal. Ideea nu e să citiți fiecare rând cu lupa, ci să aveți posibilitatea asta în momentul în care o modificare arată ciudat.

Fără editor, posibilitatea asta pur și simplu nu există: trebuie să comparați cu descrierea, nu cu codul.