El Informe USERS sigue de principio a fin el desarrollo de una aplicación web en PHP construida con Claude Code, la pestaña de programación dentro de la aplicación de escritorio de Anthropic. El recorrido muestra cómo la herramienta opera sobre archivos reales, qué decisiones toma por su cuenta y dónde la intervención humana sigue siendo indispensable.
Auto: Elisa Belmar
Una herramienta que trabaja dentro del proyecto
Claude Code no funciona como un panel lateral que sugiere fragmentos de código. Vive en una pestaña específica de la aplicación de escritorio de Claude y opera directamente sobre la carpeta del proyecto: lee cualquier archivo, crea otros nuevos, modifica los existentes y ejecuta comandos del sistema. Esa autonomía se regula mediante varios modos de trabajo, que van desde pedir confirmación en cada acción hasta ejecutar tareas completas sin interrupciones.
Para conservar contexto entre sesiones, el desarrollador puede mantener un archivo CLAUDE.md en la raíz del proyecto con las convenciones del equipo, las librerías elegidas y las reglas que no deben modificarse sin instrucción explícita. A ese archivo se suma una memoria automática que la herramienta actualiza con las correcciones y preferencias que aparecen durante el trabajo. Ambos mecanismos se cargan al inicio de cada sesión y reducen el costo de empezar siempre desde cero.
Claude Code está disponible como parte de la aplicación de escritorio de Claude, que se descarga desde el sitio de Anthropic para Mac y Windows. Una vez instalada la aplicación e iniciada sesión con una cuenta de Anthropic, la pestaña Code estará disponible de inmediato. No requiere configuración adicional para empezar.
Del Excel al tablero web
Para mostrar cómo se trabaja en la práctica, el Informe documenta un caso concreto: convertir una planilla Excel con tareas y proyectos en una aplicación web con indicadores. El stack elegido es PHP sobre XAMPP, pensado para correr sin sobresaltos en cualquier hosting compartido.
La instrucción inicial pide algo distinto a lo que finalmente se construye, porque, frente al pedido de leer el Excel directamente, Claude Code propone migrar los datos a MySQL y usar la planilla solo como punto de partida para una importación única. Justifica cada decisión técnica con argumentos concretos, como descartar PhpSpreadsheet, que exige Composer y una carpeta vendor de hasta 40 MB, en favor de SimpleXLSX, un único archivo de 30 KB sin dependencias.
El desarrollador acepta o reformula esa propuesta antes de que exista una sola línea de código, porque corregir una arquitectura cuando el proyecto ya está escrito cuesta mucho más que ajustarla a tiempo. Lo mismo sucede con la interfaz: la primera versión del dashboard calcula bien los indicadores pero los distribuye mal en pantalla, deja paneles afuera y no aprovecha la librería de gráficos disponible. Las correcciones llegan en instrucciones sucesivas, divididas en pasos, porque pedir todos los cambios al mismo tiempo suele degradar la coherencia del resultado.
La alternativa que propuso es SimpleXLSX: un único archivo PHP de aproximadamente 30 KB, sin dependencias, que se copia directamente al proyecto. Cubre exactamente lo que la migración necesita: leer el archivo, iterar las filas y acceder a las celdas por columna. No escribe Excel, no maneja fórmulas, no procesa formatos complejos. Para una importación de datos que después se deshabilita, es la herramienta correcta.
Lo que cambia para quien programa
Trabajar con Claude Code no elimina la complejidad del desarrollo, la redistribuye. La generación de módulos, la escritura de funciones bien definidas y las correcciones puntuales se resuelven en una fracción del tiempo habitual. Lo que no se acelera son las decisiones de negocio: qué indicadores conviene mostrar, qué umbrales aplicar, cómo tratar campos vacíos o qué constituye una tarea vencida.
El tiempo ahorrado en tipear código se reinvierte en pensar con mayor precisión antes de pedirlo. Los errores que aparecen siguen un patrón identificable. La herramienta asume que los datos de entrada son válidos cuando la instrucción no aclara lo contrario, y tiende a proponer arquitecturas pensadas para sistemas más grandes que el problema real. Ninguna de las dos cosas es una falla de lógica: son consecuencias directas de la información que recibió.
El desarrollador deja de ser principalmente quien escribe el código y pasa a ser quien define qué debe hacer, evalúa si el resultado cumple esa definición y decide cuándo avanzar. Esa posición exige una habilidad que se vuelve central: leer código que no se escribió y detectar si hace lo que debería. Aceptar la salida sin revisarla no es trabajar más rápido, es trasladar el riesgo a etapas posteriores donde corregirlo sale bastante más caro.
Cuando los datos reales son más complejos que lo que describe el prompt, el código generado no los cubre. La solución no es esperar que Claude Code anticipe todos los casos posibles, sino describir los casos problemáticos en la instrucción antes de que el código exista.
Encuentra la versión completa de la publicación en la que se basa este resumen, con todos los detalles técnicos en RedUSERS PREMIUM
También te puede interesar:
CONSTRUYE TU PROPIO AGENTE DE IA
Google Antigravity permite construir Clode, un agente de IA propio capaz de conversar por Telegram, recordar interacciones, procesar voz y conectarse con servicios externos, con una arquitectura modular pensada para crecer sin perder control operativo.
Lee todo lo que quieras, donde vayas, contenidos exclusivos por una mínima cuota mensual. Solo en RedUSERS PREMIUM: SUSCRIBETE!
