Corrección del 16 de septiembre de 2026. El título anterior prometía mostrar cuánto tráfico generaban mis agentes, pero el artículo no aportaba mediciones. También afirmaba una instalación sin evidencia adjunta y contenía restos del formato interno del generador. Esta versión retira esas afirmaciones y presenta el trabajo como una prueba pendiente.
La pregunta que quiero responder
¿Qué cambia en el tráfico de una máquina cuando un agente pasa de estar inactivo a ejecutar una tarea concreta? Esa pregunta necesita observaciones comparables. Abrir un monitor y mirar un gráfico no alcanza para atribuir tráfico a una herramienta.
Sniffnet es el proyecto propuesto para esta observación. Antes de la prueba hay que verificar su versión, la plataforma y qué información permite obtener. Este artículo no presupone que identifique procesos ni que permita leer el contenido de conexiones cifradas.
Protocolo propuesto
- Registrar sistema operativo, versión de Sniffnet, interfaz observada, agente, modelo y tarea.
- Definir intervalos iguales para reposo, agente abierto sin tarea y agente ejecutando la tarea.
- Cerrar aplicaciones ajenas a la prueba o registrar su actividad como posible interferencia.
- Guardar, cuando la herramienta lo permita, bytes enviados y recibidos, duración y destinos observados para cada intervalo.
- Repetir las condiciones y conservar las observaciones originales, incluidas las corridas que contradigan la hipótesis.
La comparación debe usar la misma interfaz y duración. Un destino compartido por varias aplicaciones no prueba cuál originó el tráfico; esa atribución necesita evidencia adicional.
Qué publicaría después
Una tabla con cada corrida, sus condiciones y resultados; las limitaciones de la captura; y una explicación de qué se puede atribuir y qué sigue siendo incierto. Los bytes de red tampoco son una medida directa de tokens facturados: habría que comparar ese dato con el registro del proveedor.
Mi postura es que una prueba pequeña y documentada vale más que un relato en primera persona sin datos. Estado actual: protocolo propuesto, sin resultados publicados.
¿Buscás este enfoque para tu equipo?
Conocé mis casos técnicos o conversemos sobre un rol senior, arquitectura y liderazgo técnico.
Artículos Relacionados
Mem0 no arregla un agente sin límites, lo complementa
27 sept 2026 · 8′ · Tutoriales · agentes-ia · cline
CUDA Rust: dos tracks nativos, no un wrapper sobre C++
17 sept 2026 · 6′ · Tutoriales · rust · CUDA
Cline en autopilot: por qué le pongo límites a mi agente
02 sept 2026 · 7′ · Tutoriales · AI agents · arquitectura de software
Comentarios (0)
¿Qué pensás de esto?
Dejá tu comentario en 10 segundos.
Usamos tu login solo para mostrar tu nombre y avatar. Nada de spam.
Todavía nadie comentó. Sé el primero — tu opinión vale oro cuando somos pocos.