@@ -113,6 +113,8 @@ Aquesta distinció defineix **dues fases** que canvien radicalment com s'hauria
Això vol dir que **el gap de verificació és més gran allà on el desenvolupador està menys equipat per tancar-lo**.
Hi ha una paradoxa de fons aquí, que els mateixos proveïdors dels models han reconegut: **fer servir un agent de manera efectiva requereix supervisió, i la supervisió requereix exactament les habilitats que es poden atrofiar per excés d'ús de l'agent**. No és una contradicció retòrica — és la dinàmica que fa que el problema no es resolgui per si sol amb el temps: com més delegues, menys equipat estàs per supervisar el que delegues; i com menys equipat estàs, menys evident es fa que cal frenar.
La implicació pràctica és directa: el nivell d'autonomia segur depèn tant de la qualitat de l'entorn com de la capacitat de verificar la sortida.
**Si estàs en construcció de criteri**, la teva manera d'usar la IA ha de posar més pes en la verificació i el suport:
@@ -44,6 +44,14 @@ Això força el desenvolupador a fer la feina de clarificació **abans del promp
El que fa interessant aquesta dinàmica és que **l'habilitat sovint transfereix**. Desenvolupadors que aprenen a comunicar-se amb precisió amb la IA acostumen a millorar també la comunicació amb humans: millors descripcions de PR, millors reports de bugs, millors especificacions. L'eina demanda una competència — llegir bé, escriure bé, pensar amb claredat — que la professió sempre ha necessitat però que rarament ha entrenat explícitament.
## Dependència de proveïdors i cost de tokens
Hi ha un cost que no és cognitiu ni d'habilitat però que també creix amb l'ús: la **dependència del proveïdor del model**. Quan el flux de treball d'un equip depèn que un agent estigui disponible, una interrupció del proveïdor deixa l'equip parat. Feina que abans es feia amb un editor i un terminal passa a requerir una subscripció activa a una API que no controles, i una connectivitat que no garanteixes.
A diferència del cost d'un empleat — que és estable i previsible —, el cost en tokens és **fluctuant per disseny**: cada versió nova d'un model pot consumir-ne més per la mateixa feina, i els canvis de preus, capacitats o quotes són unilaterals. Equips que han fet de l'agent el seu camí per defecte no només paguen aquest cost; també han perdut la capacitat de produir el mateix sense ell.
Aquesta dependència no és el mateix que l'atròfia d'habilitat, però hi té una relació directa: com menys es practica la feina sense l'agent, més car i més arriscat es torna haver-la de fer sense. La mitigació és la mateixa que per al criteri — mantenir un nivell d'ús que preservi la capacitat de treballar sense l'eina quan calgui, i no fer-la l'únic camí. Models locals, eines deterministes ben mantingudes i la pràctica conscient d'escriure codi a mà són les tres palanques que mantenen oberta aquesta sortida.
## El que no canvia
Les eines evolucionen ràpidament: formats de configuració, comportaments del model, fluxos de treball. Una inversió en afinar el fitxer d'instruccions o dominar les opcions d'un agent concret pot quedar obsoleta a la propera versió. Hi ha un risc real d'optimitzar el que caduca.
