Tutorial de la sèrie Claude Code 4: Quins són els casos d'ús de Claude Code?

Casos d'ús típics

Divido els casos d'ús en quatre categories, ordenades de més a menys freqüència.

Primera categoria: Entendre el codi

Aquesta és probablement la més utilitzada. Quan agafeu un projecte d'una altra persona, mireu un mòdul antic o obriu un repositori sense documentació, pregunteu directament.

Procediment concret:

claude "Què fa aquest projecte? On és l'entrada?" — Llegirà package.json, l'estructura de directoris, fitxers clau i donarà un resum.
Obriu una funció i demaneu que n'expliqui la lògica i en dibuixi el flux (descripció textual).
Demaneu que segueixi el camí complet d'una petició API des del frontend fins a la base de dades.

Aquí, el que fa és essencialment la "feina bruta de lectura de codi" per vosaltres. No cal que busqueu manualment amb grep i després feu el trencaclosques mental. Ell organitza el camí i vosaltres feu el judici.

L'alternativa per a aquesta categoria és: cercar manualment al codi, prendre notes, dibuixar el gràfic de trucades.

Segona categoria: Escriure i modificar codi

Aquesta és la més comentada, però no és la més utilitzada. Normalment, els escenaris d'escriptura de codi són així:

Generar noves funcionalitats: "Afegeix un endpoint per canviar el correu electrònic dins del mòdul user, valida el format del correu i escriu tests unitaris."
Refactorització entre fitxers: "Canvia totes les crides a moment() en aquests tres fitxers per dayjs(), sense modificar altra lògica."
Migracions i actualitzacions: "Converteix aquest component de Vue 2 a la sintaxi de Composition API de Vue 3."

El codi que genera pot no ser perfecte a la primera, però pot fer tots els canvis entre fitxers d'una vegada, i podeu veure les diferències fitxer per fitxer i acceptar o rebutjar.

L'alternativa per a aquesta categoria és: escriure codi repetitiu manualment, cercar i reemplaçar referències entre fitxers manualment.

Tercera categoria: Depurar i corregir

Quan apareix un error, el flux habitual és: mireu l'error, localitzeu el fitxer, suposeu la causa, proveu una correcció, si no funciona torneu enrere. Claude Code pot rebre tota la traça de l'error i localitzar-lo juntament amb el codi del projecte.

Ús típic:

Passeu-li la sortida d'un test fallit, ell llegirà el codi rellevant, donarà una solució, i després tornarà a executar el test per veure si passa.
Quan la CI falla, enganxeu el registre, que ho corregeixi, i després executeu git diff per confirmar els canvis.

Aquí fa més de "primer investigador". El que dedica temps a pensar sou vosaltres, però ell s'encarrega de remenar fitxers, comparar diferències i executar ordres de verificació.

L'alternativa per a aquesta categoria és: executar tests repetidament, llegir registres d'error, comparar diferències de codi manualment.

Quarta categoria: Automatització diversa

Aquests escenaris són els menys vistosos, però sumats estalvien més temps.

Exemples:

Escriure missatges de commit: claude "Escriu un missatge de commit en format Conventional Commits basat en el git diff actual"
Generar descripcions de PR: Que compari la branca actual amb main i generi un resum dels canvis i una explicació de les proves.
Escriure notes de llançament: Que llegeixi l'historial de commits de l'última setmana i generi un CHANGELOG.
Resoldre problemes d'entorn: "Aquesta dependència ha fallat en instal·lar-se. Mira la sortida del terminal i troba la causa."

El comú d'aquestes tasques és que no són complexes, però sí tedioses. Fer-les vosaltres requereix canviar de finestra i escriure molt. Delegar-les a ell, i en pocs segons estan fetes.

L'alternativa per a aquesta categoria és: editar text manualment, escriure documentació normativa, cercar problemes de configuració de l'entorn.

Un "mapa"

Si poseu aquestes quatre categories en el flux de treball diari, seria quelcom com aquest mapa:

Agafeu un projecte desconegut
    │
    ▼
[Entendre el codi] ─── Esbrinar l'estructura, l'entrada, la lògica clau
    │
    ▼
Començar a escriure una funció nova o modificar un mòdul
    │
    ▼
[Escriure codi / modificar codi] ─── Generar implementació, refactorització entre fitxers
    │
    ▼
Executar tests, apareix un error
    │
    ▼
[Depurar i corregir] ─── Analitzar l'error, localitzar, corregir, tornar a executar
    │
    ▼
Preparar per al commit
    │
    ▼
[Automatització diversa] ─── Escriure commit, descripció de PR, notes de llançament
    │
    ▼
Commit, fet

No cal que l'utilitzeu en tots quatre quadrants. Alguns equips només l'utilitzen per entendre codi, d'altres només per escriure tests i enviar PR. Trieu l'escenari que us resulti més molest i comenceu per allà.

Dos criteris útils

Si no esteu segurs si hauríeu de delegar una tasca a Claude Code, pregunteu-vos dues coses:

1. Aquesta tasca és més "mecànica" que "creativa"?

Canviar cent referències, formatar sortides, generar codi plantilla — fer-ho vosaltres acumula temps, però ja teniu la idea. Adequat per delegar.

2. El "cost de verificació" d'aquesta tasca és alt?

Si una modificació requereix saltar, executar tests, mirar registres per confirmar, llavors provar-ho manualment és lent. Claude Code pot fer el cicle "modificar-executar-verificar-tornar a modificar" sol, i us alleugerirà molt.