es increíblemente eficaz para crear rápidamente nuevas aplicaciones. Por supuesto, esto es muy útil para cualquier tarea de programación, ya sea trabajando en una aplicación heredada existente o en una nueva base de código.
Sin embargo, por experiencia personal, creo que los agentes de codificación como Claude Code son mucho más poderosos en bases de código completamente nuevas debido a la eficacia con la que pueden pasar de 0 a 1.
Esta capacidad de crear rápidamente una aplicación es increíblemente útil para crear productos hiperpersonalizados, como herramientas internas. En este artículo, le explicaré cómo uso Claude Code para crear rápidamente aplicaciones completamente personalizadas, que antes habrían tardado semanas en crearse, pero que ahora se pueden crear en menos de una hora.
¿Por qué construir herramientas internas?
Las herramientas internas siempre han sido útiles. Por lo general, lo crean ingenieros de una empresa para simplificar procesos repetitivos. Por supuesto, esto es muy útil ya que hace que estos procesos repetitivos sean mucho más efectivos porque simplemente se pueden ejecutar con un único script o similar. Esto tiene dos beneficios principales:
Puede completar el proceso de manera más efectiva con herramientas internas que sin ellas. Las herramientas internas hacen que el manejo sea determinista en contraste con un ingeniero que siempre encuentra una solución personalizada para el problema.
Sin embargo, normalmente lleva algún tiempo crear estas herramientas internas (especialmente si no tiene acceso a un agente de grabación). Este tiempo le ha impedido crear herramientas internas para cualquier tarea que no sea lo suficientemente repetitiva o que no requiera suficiente tiempo.
Sin embargo, este juego ha cambiado por completo con el lanzamiento de Coding Agents. El costo de crear herramientas internas se ha reducido drásticamente, lo que le permite crear muchas más herramientas internas para ser mucho más efectivo.
Yo diría que, dado que el costo de crear herramientas internas es tan bajo, definitivamente debería dedicar tiempo a crear sistemas internos que puedan hacer que usted y otros miembros de su empresa sean más efectivos. También es bueno para hacer que los procesos sean más deterministas. Si se pidiera a dos ingenieros diferentes que resolvieran una tarea, probablemente propondrían soluciones algo diferentes. Sin embargo, si ya tiene herramientas internas para resolver esta tarea, el resultado es naturalmente determinista porque se maneja mediante un fragmento de código. Esto aumenta aún más el valor de las herramientas internas.
Cómo construir herramientas internas
Si ha llegado hasta aquí, es de esperar que sepa por qué debería tener herramientas internas. Simplemente es una forma de hacer que usted y otros miembros de su empresa sean más eficaces y garantizar que los casos se manejen de manera determinista.
Sin embargo, aún necesita saber cómo crear herramientas internas. He dividido esta sección en dos partes principales, que creo que son los pilares para crear herramientas internas:
Encontrar dónde necesita crear la herramienta Crear una herramienta reutilizable que sea fácilmente accesible para todos y que todos conozcan. A menudo se puede crear un único script para lograr algo, pero hacerlo reutilizable, generalizable y disponible para todos puede ser un desafío mayor.
Encontrar una necesidad para la herramienta
El primer paso es siempre encontrar la necesidad de una herramienta. Probablemente pueda encontrar esto en todas partes de su empresa. Básicamente, deberías buscar cuellos de botella, procesos que toman la mayor cantidad de tiempo y que obstaculizan tu crecimiento. También se debe crear una herramienta interna para tareas que se realizan de forma repetitiva.
Si tiene un proceso que surge una y otra vez, definitivamente debería crear herramientas internas para ello. Esto podría ser:
Comprobar si el procesamiento de documentos ha finalizado. Dirigir automáticamente las solicitudes de los clientes a la persona adecuada. Escribir documentación para su API.
Todos estos son procesos que normalmente se repiten muchas veces por semana y que no desea realizar manualmente cada vez.
Siempre debes estar atento a este tipo de tareas. Tareas que realiza de forma repetitiva, reiterada y tareas que un software puede resolver fácilmente. Por supuesto, algunas tareas requieren un toque humano. Por ejemplo, responder correos electrónicos o responder a informes de errores.
Sin embargo, debes intentar abrir tu mente a qué tipo de tareas se pueden resolver automáticamente. Con el lanzamiento de los LLM, se pueden automatizar cada vez más tareas. Puedes tener sistemas inteligentes como OpenClaw, que manejan automáticamente las solicitudes entrantes o similares, y pueden automatizar una sorprendente cantidad de trabajo.
Solo les insto a que tengan una mentalidad abierta a qué tareas se pueden automatizar y que siempre lo tengan en cuenta, ya que vemos que los agentes de codificación se vuelven cada vez más inteligentes y pueden automatizar más y más tareas.
Construyendo una herramienta reutilizable
Después de que encuentre la necesidad de una herramienta, lo que debería poder hacer varias veces a la semana en este momento debido a lo efectivos que son los agentes de codificación, es hora de crear una herramienta reutilizable.
Cuando construyo una herramienta reutilizable, trato de tener en cuenta lo siguiente:
Debe ser generalizable, por lo que debe aplicarse no sólo a su problema exacto sino también a algunas variaciones del mismo. Debería ser de fácil acceso para todos (por ejemplo, a través de un repositorio compartido de GitHub). Todos deberían ser conscientes de ello.
La última parte puede ser más complicada de lo que piensas. Si ha creado muchas herramientas internas, es imposible que todos los empleados realicen un seguimiento de todas las herramientas disponibles.
Es por eso que trato de actualizar siempre archivos como CLAUDE.MD, AGENTS.MD, WARP.MD o similares, para asegurarme de que los propios agentes conozcan las herramientas.
Las herramientas, por supuesto, deberían estar disponibles a través de un repositorio compartido de GitHub al que todos los agentes tengan acceso y conozcan.
Si sigue estos pasos, ya habrá avanzado mucho en la creación de una herramienta interna eficaz y reutilizable.
Otra parte muy importante que, en mi opinión, es un poco más difícil de lograr es crear una herramienta generalizable. Por supuesto, puede crear una herramienta que resuelva el problema exacto en el que está trabajando en este momento, lo cual suele ser relativamente simple.
Sin embargo, la parte que suele ser más desafiante es crear una herramienta que maneje diferentes variaciones del problema y sea más generalizable. Puede ser aplicado de manera más amplia y por más personas a cualquier problema que sea similar al problema original.
La razón por la que esto es más difícil es que no necesariamente se conocen las diferentes variaciones del problema que pueden surgir. Sin embargo, una solución simple para esto es pedirle al LLM que cree las herramientas internas para pensar en las diferentes variaciones que puede encontrar y discutirlas con el LLM.
Recomiendo encarecidamente hacer un uso intensivo del modo de plan para discutir con LLM el problema que está enfrentando, cómo resolverlo y cómo resolver diferentes variaciones del mismo para que su script sea lo más generalizable posible. En muchos casos, simplemente solicitar esto al LLM hará que cree un mejor script que se puede aplicar a más variaciones del problema que está enfrentando y hará que la herramienta sea mucho más reutilizable.
Herramientas específicas que he construido.
Es fantástico saber cómo descubrir problemas que requieren herramientas y saber cómo construir una herramienta. También creo que es muy importante conocer algunas herramientas específicas para comprender mejor cómo puede crear herramientas usted mismo.
Creo que la mejor herramienta que puede crear es aquella que está hiperpersonalizada según sus necesidades, lo que a su vez significa que es difícil sugerir a otros qué tipo de herramientas deberían crear. Sin embargo, proporcionaré algunos ejemplos de las herramientas que he creado como inspiración.
Ejemplos:
Un bot que revisa mis correos electrónicos y calendario y me da un informe diario. También lee automáticamente los correos electrónicos que le he entrenado para que no le importe, de modo que solo tenga que leer los correos electrónicos relevantes. Un bot de revisión de GitHub que me notifica cada vez que recibo una solicitud de revisión y me brinda una explicación de la solicitud de extracción. Descrito exactamente como quiero que se describan Scripts para verificar el procesamiento de documentos.
La forma en que se me ocurren estos guiones es simplemente pensar en cuáles son mis principales obstáculos o en las cosas a las que dedico mucho tiempo. Para todo aquello a lo que dedico mucho tiempo, empiezo a pensar en cómo se puede reemplazar completamente con una herramienta. O al menos hacerlo mucho más eficaz utilizando una herramienta.
En algunos casos de uso, esto no será posible. Algunas cosas, como escribir un código particular o tratar con diferentes partes interesadas, son difíciles de subcontratar a una herramienta interna. Sin embargo, para otros casos de uso, se puede simplificar bastante fácilmente utilizando una herramienta.
La herramienta que verifica mis informes de correo electrónico y calendario, por ejemplo, es una configuración simple del modelo OpenClaw que ejecuta un trabajo cron diariamente antes de que yo vaya a trabajar. Fue bastante sencillo pensar en esto, ya que a menudo paso tiempo por la mañana leyendo correos electrónicos o comprobando si hay algo que necesito preparar para mi calendario. Y pensé que esto podría automatizarse más fácilmente.
Para el bot de revisión de GitHub, también noté que comencé a dedicar cada vez más tiempo a descubrir y revisar solicitudes de extracción. Teniendo en cuenta cuánto más código se escribe ahora con motores de codificación, revisar las solicitudes de extracción se convirtió en una parte de mi día más importante de lo que preferiría.
Una simplificación fue recibir una alerta en Slack cada vez que me etiquetaran en la solicitud de extracción y generar un resumen especializado que describiera la solicitud de extracción. También hice que el agente buscara errores típicos que encontré en solicitudes de extracción anteriores escaneando mi historial de revisión de GitHub. Esta configuración ya me ahorró alrededor del 50% del tiempo que pasé revisando solicitudes de encuesta, donde algunas solicitudes podían aprobarse automáticamente, dado que fue un cambio simple y pasó todas las pruebas que configuré para que ejecutara el agente. Mientras que otras, generalmente solicitudes de encuesta más grandes, aún tenía que revisarlas yo mismo, pero la revisión fue más efectiva dado que tenía un resumen descriptivo de la solicitud de revisión y sabía qué partes del código necesitaba mirar.
Conclusión
En este artículo, analicé cómo crear herramientas eficaces para uso interno utilizando Claude Code o cualquier otro agente de codificación. Los agentes codificadores han simplificado mucho la creación de herramientas internas para que sean aún más eficaces. Si bien antes estaba obligado a crear únicamente herramientas internas para problemas muy repetitivos que requerían mucho tiempo, ahora el listón ha bajado para que pueda crear herramientas internas para problemas menos importantes. Esto tiene el increíble beneficio de que le ahorrará una gran cantidad de tiempo. Cada vez que note algún problema que crea que es probable que se repita, puede crear herramientas internas, ponerlas a disposición de todos los miembros de su equipo y así hacer que todos sean más efectivos. Las herramientas internas tienen el potencial de ser increíblemente poderosas y siempre debes tener presente cómo podemos resolver un problema mediante la creación de herramientas internas que manejen diferentes variaciones del problema que estás resolviendo.
👉 Mi libro electrónico y seminario web gratuitos:
🚀 10 veces su ingeniería con LLM (curso gratuito por correo electrónico de 3 días)
📚 Obtenga mi libro electrónico gratuito sobre Modelos de lenguaje de visión
💻 Mi seminario web sobre modelos de lenguaje de visión
👉 Encuéntrame en las redes sociales:
💌 Subpila
🐦X/Twitter