En el meu Molt ha canviat des de llavors, així que és hora de bloquejar el que he après i compartir una actualització per a aquells que segueixen. Articles anteriors Articles anteriors Només han passat sis mesos, però se sent com una vida. Miro enrere a la meva pròpia ingenuïtat quan vaig parlar de Claude Code llavors: 
 
 He sentit moltes coses positives sobre Claude Code, però mai ho he provat jo mateix, perquè encara necessitaré un IDE per editar codi, i m'agrada Cursor. Pagar per Cursor i Claude Code a $ 400 / mes és una mica overkill per a mi. He sentit moltes coses positives sobre Claude Code, però mai ho he provat jo mateix, perquè encara necessitaré un IDE per editar codi, i m'agrada Cursor. Pagar per Cursor i Claude Code a $ 400 / mes és una mica overkill per a mi. Molta aigua ha fluït sota el pont des de llavors, i Claude Code és ara la meva eina principal. l'utilitzo per a la gran majoria de les meves tasques, fins i tot aquelles no relacionades amb la programació, com ara l'anàlisi de dades a través de diversos formats de fulls de càlcul o la generació de logotips a través de l'API Nano Banana 3. Naturalment, el major catalitzador per a aquest interruptor va ser el llançament d'Opus 4.5. Com a usuari d'energia de Sonnet 4, solia descarregar una part de les meves tasques a Cursor i diverses iteracions de GPT-5, però sempre vaig marxar amb una sensació de "business inacabat". L'arribada de Sonnet 4.5 ja va traslladar al voltant del 95% del meu flux de treball a Claude, però no era gairebé el "dunk dunk" que volia, principalment a causa de la latència. Les cadenes de raonament de Sonnet eren massa llargues. He passat temps experimentant amb Codex i Composer, relegant Sonnet principalment a la planificació i les revisions de codi d'alt nivell. Opus 4.5 finalment va acabar amb aquest retrocés; Tres altres coses que han impactat més en el meu flux de treball, a més de la nova Opus, van ser: l'arribada de la Eliminació de les restriccions de seguretat i . Taller d'art per a Claude Plugins de Compound Engineering per a Claude Code Taller d'art per a Claude Plugins de Compound Engineering per a Claude Code El test d'IA mereix una profunditat de la seva pròpia, però tots hem estat allà: un desenvolupador o un agent d'IA es troba amb el codi que simplement no funciona. Amb l'AI, és encara més divertit - acostumo a demanar-li que cobreixi tot amb proves d'unitat, i l'agent normalment lliura una suite que passa perfectament, però encara acabo mirant 500 errors durant la prova real. Durant molt de temps, escriure proves E2E amb AI va ser un dolor enorme. Mai no he estat un gran fan de E2E per començar, principalment perquè el cost de manteniment tendeix a créixer quadràticament a mesura que la base de codi s'expandeix. Tot va canviar quan vaig adonar-me que amb la configuració correcta i els nous models, la prova realment es va fer simple i accessible. Ara, que la línia de gestió clàssica - "testa'l tu mateix abans de lliurar-lo a QA" - que normalment s'ignora, s'ha convertit en una part essencial de la meva Claude.md. Només li demano que escrigui proves Playwright E2E per a totes les noves funcionalitats i verificar que no hem trencat res vell executant la suite de proves després de cada Quan es tracta de restriccions de seguretat, solia pensar que les històries sobre els agents d'IA que resolien tasques durant mitja hora sense intervenció humana eren BS total. Aquell va ser el moment en què finalment vaig aconseguir aquesta vibe AGI completa - l'agent acaba de mossegar-se en un sol de tasques i em dóna el resultat acabat. --dangerously-skip-permissions Però cap d'aquests punts produeix tant d'impacte per si sol com quan es combina amb el concepte d'Enginyeria Composta. És un terme difícil de traduir al rus, perquè en un context financer, "composta" normalment només es converteix en "complex" (interés complex/composta), que no captura gaire l'essència estructural aquí. En el meu flux de treball, fortament inspirat en la metodologia de Compound Engineering de Every, construeixo un cicle d'aprenentatge de cercle tancat: els agents d'IA analitzen errors, proves i solucions reeixides, i després cuinen aquesta experiència directament a la base de coneixements (utilitzant arxius com ara arxius d'intel·ligència artificial). ) i CLAUDE.md El meu temps es distribueix en conseqüència: aproximadament el 80% de l'esforç es gasta en la planificació, la revisió i la prova, mentre que només el 20% es gasta en la codificació real. Tècnicament, tot el que necessito ja està cuit en les habilitats d'Enginyeria Composita per a Aquest conjunt d'eines actualment inclou 24 agents especialitzats, 13 comandes de trencaclosques i 11 habilitats supercarregades a través de servidors MCP. El codi de Claude El codi de Claude He integrat llistes de control clares per a la prova i la versió que els agents segueixen religiosament, assegurant un procés d'aprenentatge de cercle tancat on cada cas de correcció i vessant es documenta automàticament a la base de coneixements. Així és com es veu un flux de treball d'enginyeria compacta típic: En primer lloc, iniciem el Fase (utilitzant el Aquest és el lloc on converteixo les idees d'alt nivell en especificacions detallades que serveixen com a pla per als meus agents d'IA. Aquests plans s'emmagatzemen com a fitxers Markdown. Plan /workflows:plan Una part important d’aquesta etapa és la (viació ), que és increïblement útil perquè Claude tendeix a sobreenginyer durant la fase inicial de la planificació. Si necessiteu més detalls granulars, podeu utilitzar el Comandament per carregar seccions específiques. Si el vostre pla cobreix múltiples característiques, podeu executar per decidir què construir, què esborrar i què necessita més refinament. Efectivament, tot el procés de gestió d'enginyeria es trasllada a fitxers de Markdown amb agents d'IA que actuen com els enginyers Review /plan_review /deepen_plan /triage A continuació, el Fase d’execució ( ): el sistema agafa les tasques, executant-les en paral·lel utilitzant treballs de git aïllats. Aquesta configuració permet el seguiment del progrés sense confondre la branca principal o bloquejar arxius que un altre agent podria estar treballant simultàniament Work /workflows:work Quan el codi estigui llest, desencadeno el El període ( Aquesta és una auditoria multiagent en la qual diversos algoritmes especialitzats busquen errors abans de la fusió.Molt com en l'etapa de planificació, la sortida consisteix en fitxers de marcatge esperant el seu Igual que amb els plans inicials, un agent especialitzat construeix un arbre de dependència per a aquestes correccions per assegurar-se que els canvis que es sobreposen no es conflicten entre si. Review /workflows:review /triage Aquest enfocament reflecteix les tendències emergents de la indústria on les revisions de codi impulsades per la IA ajuden els equips a accelerar el lliurament i minimitzar l'error humà. Per a aquells que prioritzen la privacitat, els fluxos de treball similars fins i tot es poden desplegar utilitzant LLMs locals a través d'Ollama per mantenir la base de codi completament dins d'un perímetre segur. Mitjançant la integració d'aquestes capacitats d'agent directament en el cicle de vida del desenvolupament, el sistema actua menys com un simple assistent i més com un programador proactiu. La llar estesa és (que En aquesta fase, el sistema captura l'experiència que s'ha après, ja siguin correccions específiques o nous patrons, per fer-los entrar en el flux de treball per al futur. Compound /workflows:compound Afegir-ho al codi Claude és senzill: primer, afegir el mercat amb , i després instal·lar el mateix plugin a través . /plugin marketplace add https://github.com/EveryInc/compound-engineering-plugin /plugin install compound-engineering De fet, funciona exactament així? El meu flux de treball típic és el següent: Comencem generant una descripció de característiques centrada en l'experiència de l'usuari, estratificant-se en un context tècnic crític (si tinc una visió arquitectònica específica). actua com una "memòria viva", que conté les millors pràctiques de cross-projectes adaptades a la meva pila: no-build, BEM, Vanilla Rails, auto-hosting, i així successivament. CLAUDE.md Crucialment, cada projecte té un guió CI local per executar proves i linters. Defineix explícitament el que fa que una prova sigui "bona", com escriure-les, i obliga a un cercle estricte "test-fix-commit": verificació manual seguida del script CI abans que qualsevol codi arribi al repo. CLAUDE.md La prova "manual" no és un tipus aquí. utilitzant habilitats de o la integració del navegador natiu a través de plugins de Chrome, Claude pot replicar eficaçment els fluxos d'usuari. Aquesta fase manual és vital per prevenir la "optimització de la prova" i les al·lucinacions. Enginyeria Composita curl Enginyeria Composita Llavors vaig llançar Claude utilitzant el Si estic jugant amb múltiples característiques alhora, he configurat un arbre de treball utilitzant una eina d'enginyeria composta (no hi ha cap comanda específica per a això, però si només dius a Claude què fer, desencadena el flux de treball correcte). --dangerously-skip-permissions Finalment, passem a la fase de planificació: i Segueix per En la majoria dels casos, la qualitat del resultat final es determina en la fase de planificació. /plan /plan_review /triage Quan el pla es veu bé, disparo Claude treballa de forma autònoma a la branca i no em distreu, gràcies a la de moda. /workflows:work --dangerously-skip-permissions La part més llarga i difícil del procés comença una vegada que la codificació està realment "acabada" - revisió i proves.Abans de començar la revisió de codi, li demano a l'agent que comprovi que les proves es van escriure (malgrat les estrictes instruccions en , aquest pas sovint s'ignora - la IA s'està convertint realment en humana), executeu-les utilitzant el meu script CI local (que gestiona l'enllumenat i l'execució de proves), i assegureu-vos que es cobreix tota la nova funcionalitat. claude.md Llavors, el cicle de revisió real es llança a l'ús i Sovint es necessiten diverses iteracions; sovint, la revisió inicial revela que tota la implementació és fonamentalment defectuosa, requereix múltiples rondes per aconseguir un resultat acceptable. . /workflows:review /triage /resolve_parallel Més enllà de la revisió local, dos altres trucs ajuden a mantenir el codi funcionant: una revisió de bot amb Claude a GitHub i Cursor BugBot. Estic feliç de pagar per aquest últim perquè funciona sorprenentment bé, atrapant errors que tant les revisions manuals com els tests manquen constantment. Ambdós es desencadenen automàticament en cada compromís amb la branca. Només demano a Claude que comprovi els comentaris de PR: si n'hi ha molts, ell dissenya un pla; si només n'hi ha uns pocs, els repara directament sense que jo mai obri GitHub. Després de tots aquests ajustos, executo una prova manual, i si tot sembla sòlid, tot el que queda és desplegar. . /workflows:compound Notes i comentaris. El recurs més car en l'ús d'agents d'IA és l'atenció humana. La idea que una persona ha de supervisar meticulosament cada moviment d'un agent està morta. Per a la majoria de projectes, el valor intrínsec del codi és depreciable. Pots girar quatre instàncies de Claude simultàniament per explorar quatre enfocaments diferents per a una sola tasca, i després simplement triar el guanyador. Pots investigar coses que mai no veuran la llum del dia. Pots cobrir casos d'avantguarda amb proves que mai no et preocuparien en la vida real. Ni tan sols has de llegir tot el codi generat - sempre que les especificacions del teu projecte ho permetin, i estàs construint només un altre SaaS en comptes d'un vaixell de coets. Deu rondes de revisió de codi amb agents només per obtenir un resultat decent? No hi ha problema, això és només fer clic a un botó deu vegades. Cent proves que necessiten ser revisades? No la transpireu - ningú no avaluarà mai la qualitat d'aquestes proves, perquè ningú no les hauria escrit mai en primer lloc, i ningú no les tocarà mai a mà. Quan els agents treballen de forma autònoma, vostè acaba amb un munt de micro-pauses en el seu flux de treball. Pots omplir-los fent clic a TikTok, però és molt més eficient per executar múltiples instàncies de Claude simultàniament, girar les tasques de git i fer front a diverses tasques alhora. Hi ha experts legítims aquí? 
 
 
 
 
 
 
 
 Per aprofundir en el tema, recomano llegir l'article de Dan Shipper "Compound Engineering: How Every Codes With Agents" a Every.to. Descriu el cicle de desenvolupament intern i explica com aquest mètode permet a un desenvolupador en solitari treballar a l'escala d'un departament. Un altre material - "The Story Behind Compounding Engineering", on els creadors comparteixen detalls del projecte, incloent històries sobre com la IA va començar a corregir errors de codi amb antelació. També podeu llegir Reddit (r/ClaudeCode), on s'observen resultats similars: molts informen d'un augment de la productivitat de 3 a 5 vegades, especialment en revisions de codi i tasques de seguretat. Hi ha vídeos de demostració a YouTube (per exemple, "Compound Engineering with Claude Code"), que mostren sessions on una persona treballa a la velocitat d'un equip. Si l'implementes tu mateix, comprova els arxius README i CLAUDE.md en el repositori de GitHub: contenen llistes de control. La sèrie "Chain of Thought" explica com construir arquitectures d'aplicacions en l'era dels agents. Aquest plugin fa que Claude treballi durant hores sense sortir de les pistes. Enginyeria Composta: Com cada un codifica amb agents "La història darrere de l'enginyeria computacional" Reddit Enginyeria Composta amb Claude Code repositoris “La cadena del pensament” Aquest plugin fa que Claude treballi durant hores sense sortir de les pistes. Sobre l'autor , ex-developer fullstack, ex-executiu de fintech, ara gerent de producte tècnic, entusiasta de codificació de vibe i RoR. Iván Kuznetsov Iván Kuznetsov

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

About me

Aquest àudio és produït a l'idioma original de la història!

Indie Hacking Vibe Coding Setup: El que ha canviat en 6 mesos

About Author

COMENTARIS

Etiquetes penjant

AQUEST ARTICLE VA SER PRESENTAT A

Related Stories

What Are Writers' Biggest Struggles in 2025?

Why Over-Explaining Your Tech Is Killing Your Content Strategy

Startups of The Year: Meet the Engineering Industry

Meet Filestack: HackerNoon Company of the Week

What Are Writers' Biggest Struggles in 2025?

Why Over-Explaining Your Tech Is Killing Your Content Strategy

Startups of The Year: Meet the Engineering Industry

Meet Filestack: HackerNoon Company of the Week

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps