AutoHedge
Código AutoHedge: envoltorios, entradas vacías y estados de éxito engañosos
Reproduce conversaciones acumuladas, orden del historial y construcción de consultas con colaboradores falsos, sin acceder a cuentas reales.
Qué aprenderás
- Un retorno no es un recibo
- Comprueba casos de forma de datos
- Enseña el límite con un modelo pequeño
Antes de empezar
- Conceptos básicos de Python, Git y dependencias
- Tarea ficticia sin cartera ni autoridad de firma
Explica la implementación y sus contraejemplos sin confundir simulación o texto generado con resultados financieros verificados.
Conclusiones clave
- Conversación no equivale a recibo ni validador.
- Lista de precios y consulta de tokens se normalizan de manera distinta.
- Una prueba inyectada demuestra ramas locales, no exactitud del proveedor.
Un retorno no es un recibo
La ruta correcta de run registra lo que devuelve el director y serializa la conversación. No inspecciona un estado de ejecución, exige una firma de transacción ni valida independientemente el riesgo. La prueba aislada suministró una respuesta ficticia y verificó el retorno alternativo de lista y la acumulación entre llamadas.
El envoltorio registra y vuelve a lanzar excepciones. El CLI interactivo, en cambio, captura el error de tarea, lo imprime y continúa esperando entrada. Si diseñas monitorización, define éxito en el nivel de tarea o artefacto: que el proceso siga aceptando texto no demuestra éxito del análisis anterior ni de una acción posterior.
Comprueba casos de forma de datos
get_token_price devuelve la cadena {} para una lista vacía o una cadena de espacios. Una lista no vacía se une con comas sin recortar cada elemento ni eliminar duplicados. search_tokens devuelve [] ante consulta vacía, pero recorta una consulta no vacía antes de formar la petición. Estas normalizaciones distintas importan al componer herramientas reutilizables.
La prueba Python, con hashes comprobados, ejecutó solo funciones seleccionadas con cliente HTTP, entorno e identificadores falsos. Una entrada vacía no usa el cliente; [" A ", "A"] produce exactamente el parámetro ids " A ,A". Esto demuestra comportamiento local, no reglas actuales de la API remota, disponibilidad o precisión de precios.
Enseña el límite con un modelo pequeño
El ejemplo JavaScript independiente reproduce únicamente unión de listas y tratamiento de vacíos. No es una migración de la herramienta completa y no tiene red, clave API ni cartera. Los contraejemplos explican por qué una forma de salida plausible no equivale a datos normalizados o evidencia verificada.
La prueba también reordena tareas recientes en almacenamiento falso en memoria. Nunca importa el paquete completo, ejecuta agentes de módulo ni accede al historial personal real. Publicar límites junto con aserciones evita inferir comportamientos no probados de instalación, autorización o firma a partir de una prueba de ayudantes.
Pasos de implementación
- 1
Selecciona funciones exactas y comprueba sus hashes.
- 2
Sustituye red, agentes e historial por colaboradores falsos.
- 3
Incluye vacíos, duplicados y espacios.
- 4
Publica resultados observados y límites no probados.
Ejemplo para copiar
function priceIds(input) {
const joined = Array.isArray(input) ? input.join(",") : input;
return !joined || !joined.trim() ? null : joined;
}
console.log([priceIds([]), priceIds(" "), priceIds([" A ", "A"])]);
// [null, null, " A ,A"]Preguntas frecuentes
¿La prueba llamó a una API de mercado real?
No. Usó un cliente HTTP inyectado e identificadores inventados, sin cuentas ni peticiones reales.
¿{} demuestra que el servicio no encontró precios?
No para entrada vacía: la función devuelve esa cadena localmente antes de solicitar nada.
Fuentes
- autohedge/main.pyFuente verificada 2026-09-08
- autohedge/cli.pyFuente verificada 2026-09-08
- autohedge/tools/jupiter_price.pyFuente verificada 2026-09-08
- autohedge/tools/jupiter_search.pyFuente verificada 2026-09-08