De l'Assistència a l'Orquestració: per què Composer 2.0 és el nou estàndard davant el xat de Claude o GPT

El salt decisiu no és canviar de model sinó de paradigma: de conversa lineal a agent que coordina canvis coherents entre molts arxius.

En el desenvolupament d'alt rendiment amb Next.js i TypeScript, el temps no es perd «escrivint» codi, sinó gestionant la coherència entre fitxers. Després d'evolucionar des de Copilot fins a Claude i GPT integrats en Cursor, el següent salt no ha sigut un canvi de model, sinó un canvi de paradigma: l'arribada de Composer 2.0.

1. El fi de l'assistència lineal

Fins fa poc, fins i tot usant Claude des de l'editor, el flux era una conversa: plantejaves un problema i la IA oferia una solució tècnica. El xat permetia aplicar canvis, però el procés continuava sent majoritàriament lineal.

Composer 2.0 trenca eixa barrera. Ja no és una assistent que consultes; és un agent d'execució. La diferència tècnica és crítica: mentre el xat proposa, Composer orquestra.

2. La potència del canvi multi-fitxer real

En un ecosistema modern —Next.js (App Router), Supabase i next-intl— una funcionalitat gairebé mai viu en un sol fitxer.

Si afegeixes un camp en un formulari, probablement hauràs de tocar l'esquema de validació, el component de React, la Server Action de Supabase i els JSON de traducció.

L'avantatge és que Composer entén l'arquitectura completa: localitza tots els punts de fricció en l'arbre de directoris i aplica les modificacions de forma simultània i coherent. No es tracta només de «saber» de diversos fitxers —Claude ja ho feia—, sinó de sincronitzar-los sense microgestió manual en cadascun.

3. La confiança en el sistema: de programadora a arquitecta

Un pilar del meu mètode Lean Web és eliminar la microgestió línia a línia. La validació és funcional i estructural.

• Confiança en el tipatge: si el compilador de TypeScript no mostra errors després de la intervenció de Composer, l'estructura és sòlida.
• Confiança en el stack: si el desplegament en Vercel renderitza bé i la lògica de negoci respon, el codi té validesa de producte.

La meua senioritat no va a revisar sintaxi coma a coma sinó a dirigir l'execució. El paper és ser arquitecta de prompts usant la IA com un departament d'IT: si l'eina orquestra un canvi complex i el resultat compleix qualitat i criteris, la missió està complida.

4. Avantatges i inconvenients de l'execució total

Avantatges:

• Time-to-market: el que abans implicava coordinar tres o quatre fitxers manualment pot resoldre's amb una ordre en llenguatge natural quan el canvi està ben especificat.
• Menys error d'integració: en tocar tots els fitxers relacionats en el mateix pas es redueixen oblits d'imports, rutes o claus de traducció en next-intl.

Inconvenients:

• Control de versions: els canvis massius exigeixen flux Prompt → executar → validar comportament → commit; Git és xarxa de seguretat, no etiqueta cosmètica.
• Corba de precisió del prompt: perquè Composer no «al·lucine» amb la teua arquitectura, cal donar instruccions d'enginyeria, no vaguetats tipus «arregla el formulari».

5. Conclusió: sobirania tecnològica sense fricció

Passar del xat tradicional de Claude o GPT a l'orquestració de Composer 2.0 és recuperar autonomia: qui ve de grans projectes i ara executa sola necessita eixa capa per a competir contra el ritme d'un equip.