• 3 min de lectura
Aict convierte herramientas Unix en XML y JSON para agentes
Aict reimplementa 33 herramientas estilo Unix con salida en XML, JSON y texto plano, con el objetivo de reducir el trabajo de análisis para flujos de trabajo basados en agentes.

Imagen: Hacker News
La salida en texto plano de Unix fue creada para humanos. Aict adopta el enfoque opuesto: reimplementa 33 herramientas Unix para que emitan XML o JSON estructurados por defecto para flujos de trabajo dirigidos por agentes.
La propuesta es simple: herramientas como ls, grep y cat normalmente devuelven texto legible por humanos, obligando a los sistemas posteriores a inferir columnas, tipos de archivo, marcas temporales y otros metadatos. Aict, en cambio, etiqueta cada campo explícitamente, usa rutas absolutas, almacena las marcas temporales como enteros Unix y puede detectar automáticamente el idioma y el tipo MIME.
El proyecto distribuye herramientas en 6 categorías, que incluyen inspección de archivos, búsqueda y comparación, utilidades de rutas, procesamiento de texto, datos y archivos, y utilidades del sistema. La lista incluye cat, head, tail, file, stat, wc, ls, find, grep, diff, realpath, basename, dirname, pwd, sort, uniq, cut, tr, sed, awk, jq, tar, env, system, ps, df, du, md5sum, sha1sum, sha256sum, además de subcomandos de git, completados de shell y una herramienta de diagnóstico "doctor".
Servidor MCP e instalación
Aict incluye un servidor MCP integrado a través de aict mcp, expuesto mediante transporte stdio. El proyecto documenta la configuración para Claude Desktop y Claude Code, donde el binario puede registrarse como servidor MCP y sus herramientas llamarse como funciones nativas con argumentos tipados y resultados JSON estructurados.

Recomendado
Signal prueba usar teléfonos Android como dispositivos vinculados
Las opciones de instalación incluyen:
- Homebrew en macOS mediante brew tap synseqack/aict y brew install aict
- Instalación con Go: go install github.com/synseqack/aict@latest
- Compilar desde el código fuente con go build -o aict .
Por defecto, la salida es XML. JSON está disponible con --json, mientras que --plain vuelve a la salida de texto tradicional.
Coste de tokens y pruebas de rendimiento
El repositorio es inusualmente directo sobre las compensaciones. Indica que la salida de aict cuesta entre 1,1 y 7,8× más tokens por tarea que la salida concisa de GNU, medida con tiktoken o200k_base. Pero el argumento es que una salida más rica reduce llamadas adicionales a herramientas: por ejemplo, un listado de directorio con tamaño, tipo e idioma pasa de 2 llamadas con herramientas GNU a 1 llamada con aict, mientras que encontrar archivos .go con tamaño y tiempo de modificación baja de 4 llamadas a 1.
En una evaluación en vivo de opencode citada por el proyecto, la configuración con aict produjo aproximadamente un 46% menos de tokens de salida en la mediana —265 frente a 487— y fue correcta 3/3, mientras que la configuración con GNU produjo un informe defectuoso en una ejecución después de confiar en file(1).
La velocidad es la otra cara de la moneda. El proyecto informa un coste de arranque de unos 3,6 ms por invocación. Mediciones de 5 ejecuciones en Linux/amd64 muestran una sobrecarga notable respecto a las herramientas GNU: ls (1000 archivos) tardó 4,0 ms con GNU, 51 ms con --plain y 70 ms con --xml; grep (100k líneas) midió 1,3 ms para GNU, 119 ms para --plain y 130 ms para --xml. El repositorio recomienda --plain cuando solo se necesita el contenido bruto.
El soporte de plataforma es parcial en Windows: herramientas como ls, cat, stat, wc, find, diff, grep, head, tail, sort, uniq, cut, tr, sed, awk, jq, tar, sumas de verificación (checksums), df y utilidades de rutas funcionan allí, mientras que system está limitado a Linux/macOS y ps es solo para Linux. Las plataformas no soportadas devuelven un elemento estructurado <error> en lugar de fallar. El proyecto se publica bajo la licencia MIT.
Computing Editor
Tomas lives in the terminal. He covers chips, laptops, and operating systems with a focus on performance and efficiency. He reads kernel changelogs the way other people read fiction, and he's always on the hunt for the perfect mechanical keyboard switch. If it processes data, Tomas has an opinion on it.
vía Hacker News


