Hace tres meses casi contrato un segundo desarrollador backend. Teníamos un backlog vergonzoso -- catorce features prometidas a clientes, dos personas estiradas al máximo, y yo cambiando de contexto entre llamadas de ventas y pull requests como un completo idiota. Luego empecé a usar Claude Code de verdad. No solo pegando funciones en una ventana de chat. Me refiero a integrarlo en el flujo diario real. Despejamos ese backlog en seis semanas. No contrate al segundo desarrollador.using Claude Code properly. Not just pasting functions into a chat window. I mean integrating it into the real daily flow. We cleared that backlog in six weeks. I didn't hire the second developer.
Eso no es un argumento de venta. Es solo lo que pasó.
Qué significa "correctamente"
La mayoría de las personas con las que hablo en meetups están usando herramientas de codificación con IA de la misma manera perezosa. Pegan una función, obtienen algo, lo pegan en su editor, se rompe, se rinden. Eso no es un flujo de trabajo. Eso es desesperación.
De verdad -- para mí -- significa que Claude Code vive dentro de mi terminal a través de Claude Code CLI, trabajando directamente en mi repo actual, leyendo archivos reales, no snippets sanitizados. La diferencia es enorme. Cuando tiene contexto completo de un plugin WordPress de 4,000 líneas que construimos para un cliente de salud en Estados Unidos el año pasado, el output es usable. Cuando trabaja a ciegas con un paste de 40 líneas, está adivinando.Claude Code CLI, working directly on my actual repo, reading real files, not sanitised snippets. The difference is enormous. When it has full context of a 4,000-line WordPress plugin we built for a US healthcare client last year, the output is usable. When it's working blind off a 40-line paste, it's guessing.
Lo corro en un MacBook Pro M3. Mi editor sigue siendo VS Code con los sospechosos habituales -- Prettier, ESLint, GitLens. Claude Code no reemplaza nada de eso. Se sienta al lado.alongside it.
La configuración que realmente uso
- Claude Code CLI instalado globalmente vía npm
- Un directorio .claude en cada raíz de proyecto con un archivo CLAUDE.md -- esto es básicamente un brief que escribo para Claude sobre el proyecto: stack, convenciones, qué no tocar
.claudedirectory in each project root with aCLAUDE.mdfile -- this is basically a brief I write for Claude about the project: stack, conventions, what not to touch - iTerm2 con paneles divididos: código a la izquierda, sesión de Claude a la derecha
- Commits de Git después de cada cambio generado por Claude, sin excepciones. He aprendido por las malas.
Ese último punto. Atrás en 2022 un proyecto de cliente -- migración de Shopify para un distribuidor de muebles con base en Manchester -- dejé que tres horas de edits asistidos por IA se acumularan sin commit. Toda la sesión se corrompió. Seis horas de trabajo desaparecidas. Ahora hago commit compulsivamente, casi neuroticamente. Claude Code o no.
La rutina matutina (Esto es específico a propósito, de forma aburrida)
Estoy en la oficina a las 8:30. Café del lugar en Exmouth Market. Abro Notion, veo qué hay en el tablero para el día, y luego abro mi terminal.
Lo primero que hago con Claude Code cada mañana es lo que he empezado a llamar un "context dump". Abro el proyecto, ejecuto claude y le doy un párrafo de dónde lo dejé el día anterior. Lee automáticamente el git diff reciente. Esto toma unos tres minutos y significa que no estoy gastando veinte minutos releyendo mi propio código para recordar qué estaba haciendo. Eso solo ya vale la suscripción.claude and give it a paragraph of where I left off the previous day. It reads the recent git diff automatically. This takes about three minutes and means I'm not spending twenty minutes re-reading my own code to remember what I was doing. That alone is worth the subscription.
Luego trabajo. No le estoy pidiendo a Claude que escriba features desde cero -- aunque a veces lo hago. Mayormente le pido que haga las cosas que me ralentizan pero requieren cero creatividad.
Cosas como:
- Escribir casos de prueba de PHPUnit para funciones que ya he escrito
- Generar interfaces de TypeScript a partir de una respuesta JSON que pego
- Refactorizar un componente de 300 líneas que sé que necesita dividirse pero no quiero pensar en ello.know needs splitting but don't want to think about
- Documentación de primer borrador para APIs internas
Nada de eso es emocionante. Todo eso solía consumirme una hora que no tenía.
Dónde Realmente Ahorra Tiempo (Con Números)
Seahawk ha construido más de 12,000 sitios hasta este punto. Una gran parte es WordPress -- temas, plugins, customizaciones de WooCommerce. Hay una categoría de tarea en desarrollo WordPress que es adormecedora pero técnicamente precisa: escribir hooks personalizados, registrar endpoints de REST API, construir páginas de settings con la Settings API.
Lo cronometré el mes pasado. Escribir una clase de método de envío personalizado de WooCommerce desde cero: históricamente me toma alrededor de 45 minutos incluyendo testing. Con Claude Code haciendo el scaffold mientras yo describo la lógica de negocio en inglés simple: 12 minutos. Y el scaffold es bueno -- sigue estándares de código WordPress porque se lo dije en mi CLAUDE.md.good -- it follows WordPress coding standards because I told it to in my CLAUDE.md.
Eso no es 10% más rápido. Es una categoría completamente diferente de velocidad.
El ahorro más grande es el costo de cambiar de contexto. Cuando estoy a mitad de una funcionalidad y un cliente me avisa sobre un bug en un proyecto completamente diferente, antes tenía que ignorar al cliente (malo) o perder mi hilo de pensamiento completamente (también malo). Ahora puedo pedirle a Claude que escriba un bloque de comentarios detallado resumiendo exactamente dónde estamos en la tarea actual, cambiar al bug, arreglarlo, volver, leer el comentario y retomar en unos cuatro minutos. Antes, esa recuperación me costaba veinte.
Dónde se desmorona
Siendo honesto. Y esto importa más que los éxitos.
Claude Code es genuinely malo en cualquier cosa que requiera entender por qué se tomó una decisión históricamente. Tuvimos un proyecto fintech en Seahawk -- un dashboard para una startup de pagos con sede en Londres -- donde existía un bit particularmente complicado de state management por una razón que precedía nuestro involucramiento. Algún edge case en cómo su API legacy hacía batch de responses. Claude seguía "arreglándolo". Cada sugerencia era técnicamente más limpia y completamente incorrecta. No sabía lo que no sabía.why a decision was made historically. We had a fintech project at Seahawk -- a dashboard for a London-based payments startup -- where a particularly gnarly bit of state management existed for a reason that predated our involvement. Some edge case in how their legacy API batched responses. Claude kept "fixing" it. Every suggestion was technically cleaner and completely wrong. It didn't know what it didn't know.
Este es el failure mode del que nadie habla lo suficiente. El output se ve correcto. Pasa revisión básica. Y luego se rompe en producción un jueves a la noche cuando un usuario toca ese edge case.looks correct. It passes basic review. And then it breaks in production on a Thursday evening when a user hits that edge case.
Mi regla ahora: Claude Code no toca nada donde el comentario dice "no cambies esto sin preguntarle a Ravi." (Ravi es nuestro lead developer backend.) Punto final.
También tiene dificultades severas con:
- Refactorizaciones multi-archivo donde la cadena de dependencias es más de tres niveles de profundidad
- Cualquier cosa que involucre un SDK de terceros que tenga menos de dos años -- alucina nombres de métodos con confianza
- CSS que necesita coincidir exactamente con el comp del diseñador (se acerca, luego te vuelve loco con pequeños errores)
- Performance optimisation donde el bottleneck no es obvio -- optimiza la cosa equivocada
En el punto dos específicamente: estaba integrando la API de Resend en un proyecto de Next.js en enero. Claude seguía haciendo referencia a un método.send() que no existe en el Resend Node SDK. Me llevó más tiempo debuggear la confianza incorrecta de Claude que lo que me habría tomado solo leer los docs. Lección aprendida. Para cualquier SDK, pego el README actual en la ventana de contexto primero.Next.js project in January. Claude kept referencing a.send()method that doesn't exist in the Resend Node SDK. Took me longer to debug Claude's confident wrongness than it would've taken to just read the docs myself. Lesson learned. For any SDK, I paste the actual README into the context window first.
Los Patrones de Prompt Que Realmente Funcionan
He iterado esto durante meses. Prompts malos producen outputs malos. Aquí está en qué he llegado.
Sé el desarrollador senior, no el becario. No preguntes "escribe una función que haga X." Pregunta "Necesito implementar X. Aquí está la restricción: Y. Aquí está lo que ya he descartado: Z. ¿Cuál es tu enfoque antes de escribir nada?" Hazlo pensar primero. El output después de esa conversación es dramáticamente mejor.Don't ask "write me a function that does X." Ask "I need to implement X. Here's the constraint: Y. Here's what I've already ruled out: Z. What's your approach before you write anything?" Make it think first. The output after that conversation is dramatically better.
Dale una persona con responsabilidades. Literalmente escribo: "Eres un desarrollador senior de WordPress que se preocupa profundamente por no introducir vulnerabilidades de seguridad. El cliente es una empresa de healthcare. Prioriza sanitización y verificación de nonce por encima de todo." ¿Se siente tonto? Sí. ¿Funciona? También sí.I literally write: "You're a senior WordPress developer who cares deeply about not introducing security vulnerabilities. The client is a healthcare company. Prioritise sanitisation and nonce verification above everything." Does this feel silly? Yes. Does it work? Also yes.
Especifica el formato del output. "Dame solo la función, sin explicación" o "Dame la función, luego una lista de puntos de lo que debo verificar manualmente." El output no estructurado es una pérdida de tiempo."Give me just the function, no explanation" or "Give me the function, then a bullet list of what I should manually verify." Unstructured output wastes time.
Un patrón que utilizo constantemente:
- Describe el objetivo en una oración
- Pega el código existente relevante con un comentario explicando su propósito
- Establece la restricción ("debe ser compatible hacia atrás con PHP 7.4")
- Pregunta por un enfoque primero, código después
- Revisa el enfoque, cuestiona si es necesario, luego pide el códigothen ask for the code
Cinco pasos. Suena como mucho trabajo. Me ahorra quince minutos de código deficiente cada vez.
Cómo ha cambiado lo que delego
Este es el punto que más me sorprendió. Claude Code no solo me hizo más rápido. Cambió lo que le entrego a los desarrolladores junior.me faster. It changed what I hand off to junior developers.
Antes, un desarrollador junior en Seahawk pasaba sus primeras dos semanas simplemente familiarizándose con nuestras convenciones y nuestro stack. Ahora le entrego un proyecto con un CLAUDE.md bien escrito y le digo que use Claude Code para generar código scaffold, luego que lo revise contra las convenciones. Están contribuyendo trabajo real en tres días en lugar de tres semanas.CLAUDE.md and tell them to use Claude Code to generate scaffold code, then review it against the conventions. They're contributing real work in three days instead of three weeks.
El archivo CLAUDE.md está haciendo el mentoring que solía hacer en walkthroughs de una hora. Eso es un cambio significativo. No porque no quiera hacer mentoring -- sí quiero -- sino porque ahora las conversaciones de mentoring son sobre decisiones y trade-offs, no "recuerda usar wp_nonce_field() en cada formulario."CLAUDE.md file is doing the mentoring I used to do in hourly walkthroughs. That's a meaningful shift. Not because I don't want to mentor -- I do -- but because now the mentoring conversations are about decisions and trade-offs, not "remember to use wp_nonce_field()in every form."
La documentación del model spec de Anthropic vale la pena leer si tienes curiosidad sobre los guardrails dentro de los cuales opera Claude -- entenderlos te ayuda a trabajar con sus tendencias en lugar de en contra.Anthropic model spec documentation is worth a read if you're curious about the guardrails Claude operates within -- understanding them helps you work with its tendencies rather than against them.
El ángulo específico del fundador
La mayoría de artículos sobre herramientas de IA para código están escritos para desarrolladores. Está bien. Pero hay un problema específico del fundador que Claude Code resuelve y que no he visto bien articulado.
Cuando diriges una agencia y además escribes código, tu enemigo más grande no son las brechas de habilidad. Es el costo de re-entrada. Te llaman a una junta de precios por cuarenta minutos, luego necesitas arreglar una regresión de CSS, luego tienes un 1-on-1 con un miembro del equipo. Para cuando regresas a la característica que estabas construyendo, has perdido el hilo tan completamente que empezar de nuevo se siente más fácil que retomarlo.re-entry cost. You get pulled into a pricing call for forty minutes, then you need to go fix a CSS regression, then you have a 1-on-1 with a team member. By the time you get back to the feature you were building, you've lost the thread so completely that starting again feels easier than picking up.
Claude Code, usado correctamente, reduce el costo de re-entrada dramáticamente. Mencioné el truco del bloque de comentarios resumido anteriormente. También lo uso para generar un rápido mensaje de Slack hacia mí mismo con puntos sobre qué está hecho, qué sigue, y qué está bloqueado. Toma diez segundos. Ahorra diez minutos de reconstrucción.
No te hará mejor manager. No despejará tu calendario. Pero si eres un founder que todavía ships -- y creo que más de nosotros deberíamos hacerlo -- elimina un tax específico y doloroso en tu tiempo de coding.
FAQ
¿Vale la pena Claude Code si no eres desarrollador de tiempo completo?
Honestly, probablemente menos. El valor compone cuando estás en la herramienta todos los días e inviertes tiempo construyendo buenos context files (CLAUDE.md, project briefs claros, etc.). Si estás entrando una vez a la semana, pasarás más tiempo re-estableciendo contexto que el que ahorras. GitHub Copilot podría ser más adecuado para usuarios ocasionales -- es más ambient y requiere menos setup deliberado.CLAUDE.md, clear project briefs, etc.). If you're dipping in once a week, you'll spend more time re-establishing context than you save. GitHub Copilot might suit occasional users better -- it's more ambient and requires less deliberate setup.
¿Cómo manejas la code quality -- simplemente confías en lo que genera?
Nunca ciegamente. Cada archivo generado por Claude pasa por ESLint y nuestra configuración Prettier automáticamente. Para cualquier cosa que toque autenticación, pagos o manejo de datos, hago una lectura manual línea por línea. Para funciones de utilidad y tests, soy más relajado. Calibras basándote en el riesgo. El OWASP Top Ten es un checklist mental útil cuando revisas código generado por IA que maneja entrada de usuario.OWASP Top Ten is a useful mental checklist when reviewing AI-generated code that handles user input.
¿Funciona bien específicamente con WordPress?
Mejor de lo que esperaba, con salvedades. Sabe WordPress profundamente -- hooks, filters, la Settings API, internals de WooCommerce. Pero su conocimiento del desarrollo más nuevo de Gutenberg blocks (particularmente la Interactivity API) es parcial. Siempre verifico contra el Block Editor Handbook para cualquier cosa relacionada con blocks.Block Editor Handbook for anything block-related.
¿Y qué hay del costo?
Pago por Claude Pro, que son $20/mes. Al nivel que lo uso, el ahorro de tiempo está entre cuatro y seis horas a la semana. Haz las cuentas con tu propia tarifa horaria. Para mí no es una pregunta que valga la pena hacer.
---
Todavía escribo un montón de código yo mismo. No me interesa convertirme en un prompt jockey que nunca toca una función real. Pero el founder que pretende que las herramientas de AI coding no han cambiado el craft se está engañando a sí mismo. La pregunta no es si usarlas. Es si las estás usando con suficiente rigor para obtener valor real -- o solo con suficiente descuido para introducir problemas reales.
Para mí, la diferencia entre esas dos cosas se redujo a tratar Claude Code como un desarrollador capaz pero junior. Inteligente. Rápido. Necesita un buen briefing. Necesita revisión. Y absolutamente no debería quedarse sin supervisión cerca de nada crítico para la misión.
Ese enfoque lo cambió todo.