Skills de SDD y tools de LangChain: ¿son lo mismo? La distinción que confunde a los equipos
Las skills de SDD son instrucciones para el agente de desarrollo. Las tools de LangChain son funciones que el agente de producción ejecuta en runtime. Operar en capas distintas, momentos distintos, con propósitos distintos.
La confusión que ocurre en los equipos
Cuando un equipo empieza a trabajar con SDD y LangChain al mismo tiempo, una confusión aparece con regularidad: mezclar las skills del asistente de desarrollo con las tools del agente en producción. Ambas "son cosas que el agente usa", ambas "son archivos de instrucciones"… pero ahí acaban las similitudes.
La confusión lleva a intentar hacer que el agente de producción "sea consciente" de las skills de SDD, a incluir skills como herramientas en el chain de LangChain, o a tratar de que el agente de producción siga los mismos patrones que el asistente de codificación. Esto es innecesario, sobre-ingenierizado y mezcla dos mundos que operan en momentos completamente distintos.
La distinción fundamental: las skills de SDD son para el agente que construye el sistema. Las tools de LangChain son para el agente que ejecuta el sistema. Son dos agentes distintos, en dos momentos distintos, con propósitos distintos.
Skills de SDD: instrucciones para el desarrollo
Las skills de SDD (en .claude/skills/o en agents.md) son archivos de texto que el asistente de codificación — Claude Code, Cursor, Copilot — carga en su contexto mientras el desarrollador está escribiendo código. Definen qué patrones usar, qué librerías preferir, cómo estructurar los tests, qué convenciones de naming seguir.
Cuando el desarrollador le pide al asistente "crea una nueva tool para buscar en Jira", el asistente consulta las skills para decidir: ¿qué librería de cliente HTTP usar? ¿Cómo estructurar el manejo de errores? ¿Qué patrón de docstring seguir? Las skills responden esas preguntas de forma consistente a lo largo de todo el proyecto.
# Skill: LangChain Tools
## Patrón estándar para tools
- Decorar siempre con @tool
- Docstring en español, primera persona del agente
- Incluir condición de activación explícita
- Type hints completos en todos los parámetros
- Manejo de errores con try/except + logger
## Ejemplo canónico
@tool
def nombre_de_la_tool(param: str) -> str:
"""
[Qué hace]. [Cuándo invocarla]. [Qué devuelve].
Args:
param: descripción del parámetro.
"""
try:
result = external_call(param)
return format_result(result)
except Exception as e:
logger.error(f"Tool error: {e}")
return f"Error: {str(e)}"Tools de LangChain: funciones en producción
Las tools de LangChain son componentes del agente de producción. Cuando el agente recibe un mensaje de un usuario en producción y decide que necesita buscar en Jira, LangChain ejecuta la función Python decorada con@toolque hace exactamente esa búsqueda. El resultado vuelve al contexto del LLM y el agente continúa generando su respuesta.
Las tools de producción no saben nada de las skills de SDD que se usaron para crearlas. No las consumen, no las referencian, no las necesitan. Las skills sirvieron su propósito durante el desarrollo — guiar al asistente de codificación para que generara el código correcto. Una vez el código está escrito, las skills son irrelevantes para el runtime.
Metáfora: las skills son las instrucciones al arquitecto ("usa vigas de acero, no de madera"). Las tools son las vigas de acero del edificio terminado. El edificio no necesita las instrucciones del arquitecto para mantenerse en pie.
Comparativa: dos capas, dos momentos
| Dimensión | Skills SDD | Tools LangChain |
|---|---|---|
| Qué son | Archivos de instrucciones en texto (Markdown) | Funciones Python decoradas con @tool |
| Quién los lee | El agente de desarrollo (Claude Code, Cursor) | El LLM del agente en producción |
| Cuándo actúan | Durante la escritura de código | En tiempo de ejecución |
| Dónde viven | .claude/skills/ o agents.md | En el repositorio de producción |
| Qué producen | Código generado según patrones | Acciones en sistemas externos |
| Después del despliegue | Desaparecen (no van a producción) | Siguen ejecutándose en producción |
| Quién las escribe | El equipo de desarrollo / AI engineer | El desarrollador, siguiendo los patrones de las skills |
El takeaway
¿Quieres aplicar esto en tu equipo?
En Kuuli Technologies llevamos estas metodologías a equipos reales. Escríbenos si quieres una sesión de trabajo o una consultoría sobre agentes IA y SDD.