Sprocket es un agente open source que diseña hardware y escribe software. Presentado en Hacker News (123 puntos, 12 comentarios en el momento del reporte), se inicia con npx @spikonado/sprocket y funciona en navegador o en una app de escritorio.

La particularidad no está tanto en la calidad del código, difícil de evaluar en un repositorio con 12 estrellas, sino en el dominio. Sprocket dibuja esquemas en React, genera la lista de componentes (BOM, Bill of Materials), escribe instrucciones de ensamblaje y, según el README, compra por sí solo los componentes en sitios web cuando se lo pides. Es un agente de programación que habla el idioma del hardware.

Por qué te importa. Los agentes de programación general como Cursor, Codex y Claude Code ya cubren bien el software. Sprocket apunta a un dominio donde un asistente genérico no llega: los límites de un datasheet, la checklist de un BOM, las reglas de un microcontrolador. Es la señal de un movimiento hacia agentes verticales, especializados en un campo específico en lugar de intentar hacerlo todo.

La herramienta es incipiente. Las pretensiones son ambiciosas: comprar de forma autónoma en cualquier sitio es una operación que tiene todo el aspecto de una demo, no de una funcionalidad confiable. La comunidad es mínima. Pero la señal importa más que la herramienta: el hardware es un dominio donde un agente especializado puede hacer cosas que un asistente general no toca.

Si quieres verlo de cerca, el repositorio es público en GitHub con instrucciones para comenzar sin instalación.

En detalle

Sprocket llega en un momento en el que los agentes de programación general se están consolidando. Claude Code, Cursor, OpenAI Codex: todas herramientas que escriben software partiendo de una intención expresada en lenguaje natural. El salto que Sprocket intenta dar es diferente: llevar el enfoque de agente al mundo físico, donde el código se traduce en placas electrónicas, componentes para pedir e instrucciones de montaje. Que las herramientas general purpose se estén estabilizando en un nivel de calidad confiable para el software hace que este sea el momento adecuado para ver dónde el enfoque aún no ha llegado.

El README describe un agente que recupera contexto de la web para cada decisión que toma. En hardware, esto significa buscar datasheets, comparar componentes alternativos, verificar compatibilidad de pines y voltajes. En software, significa escribir el firmware o el código de control para los componentes que eligió. El flujo es interesante porque cierra la brecha entre diseño y adquisición: el mismo agente que dibuja el esquema puede pedir los componentes. En un trabajo real estas fases suelen vivir en mundos separados, y la integración es donde el valor puede emerger o donde pueden ocurrir las peores fallas.

La funcionalidad de compra autónoma es la parte más delicada. El README sostiene que Sprocket puede comprar cualquier cosa en cualquier sitio web cuando se lo pidas. Sin detalles sobre cómo maneja autenticación, pagos, confirmaciones o gestión de errores. En un repositorio con 12 estrellas y 144 commits, es prudente tratarla como un experimento, no como una función lista. Para confiar realmente se necesitarían al menos una sandbox de pagos y un registro legible de las acciones tomadas antes de la confirmación del pedido.

La señal más interesante es la dirección. Hasta ahora los agentes IA han apuntado a dominios digitales: código, documentos, datos. El hardware es un dominio donde los límites son físicos e inexorables, y donde un error cuesta más (un componente equivocado significa tiempo de envío, soldadura, pruebas). El ciclo de iteración también es más lento: un bug en código se corrige en minutos, un error de pines se descubre cuando llega la placa, semanas después. Un agente especializado que conoce estos límites puede resolver problemas que un asistente genérico ni se plantea.

También hay un riesgo concreto, y ya lo hemos visto en otros contextos. Cuando los agentes operan en sistemas reales sin sandbox adecuadas, los límites entre “ejecuta una tarea” y “causa daños” se vuelven sutiles. Un agente que compra componentes en línea con acceso a tu método de pago es un caso evidente donde los permisos y los límites importan más que la capacidad del modelo.

Por ahora Sprocket es un experimento a seguir de cerca, no una herramienta para poner en producción. El valor está en demostrar que el patrón del agente vertical se puede aplicar al hardware, no en haberlo resuelto ya.