AutoHedge
Primer uso de AutoHedge: define el resultado antes de abrir el REPL
Comprende el CLI, el historial reciente y el contrato de investigación sin confundir ayuda, tesis generadas o vistas truncadas con ejecución verificada.
Qué aprenderás
- Empieza por la interfaz real
- Usa una tarea con evidencia ficticia
- Separa resultado y fallo
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
- Las tareas se introducen en el REPL, no como argumento posicional.
- El historial registra intentos, incluidos los fallidos.
- Una vista de 2.000 caracteres no limita coste ni demuestra integridad.
Empieza por la interfaz real
El comando del paquete apunta a autohedge.cli:main. El parser ofrece ayuda y versión, no una tarea posicional ni una opción confirmada de paper trading. autohedge abre el REPL y la tarea se introduce dentro. Ayuda, interrogación y variantes de salida tienen tratamiento especial; el resto de entradas no vacías se convierten en tareas.
No supongas que --help está aislado de las dependencias: importar el paquete carga el entorno, la clase principal y las definiciones de workers antes del parser. Los agentes se construyen a nivel de módulo. Aquí no se lanzó esa cadena, no se instaló el paquete ni se llamó al modelo; la prueba seleccionó solo el parser con una versión falsa.
Usa una tarea con evidencia ficticia
En un entorno de evaluación autorizado, prepara un memorando de una empresa ficticia con una afirmación positiva, otra contradictoria y fechas ausentes. Solicita una tabla de evidencia y preguntas abiertas, no una orden de compra. La aceptación exige detectar contradicciones y conservar datos desconocidos, en vez de inventar precios, probabilidades o fuentes.
El REPL escribe la tarea en ~/.autohedge/recent_tasks.txt antes de intentar ejecutarla. Conserva cinco entradas y mueve al final una tarea idéntica existente; la bienvenida muestra tres. No incluyas credenciales ni posiciones confidenciales en el prompt. Que una tarea aparezca en el historial no significa que haya terminado correctamente.
Separa resultado y fallo
Cada tarea del REPL crea un objeto AutoHedge y muestra como máximo los primeros 2.000 caracteres de str(result). Ese límite no restringe tokens del proveedor, conversación subyacente ni tamaño de respuesta API. Una sección ausente del panel puede estar fuera de la vista truncada, no necesariamente fuera del resultado completo.
El envoltorio devuelve mensajes de conversación, no un recibo de transacción verificado. Revisa fuentes y fechas, distingue fallo del proveedor de una respuesta débil y separa el artefacto de cualquier firma futura. La prueba aislada comprobó orden del historial y parser con almacenamiento falso, sin modificar el directorio personal real.
Pasos de implementación
- 1
Revisa imports y dependencias antes de invocar el CLI.
- 2
Prepara una tarea ficticia sin trading.
- 3
Excluye secretos del prompt y del historial.
- 4
Evalúa artefacto completo y estado de fallo por separado.
Ejemplo para copiar
{"fixture":"invented conflicting company memo","requiredOutput":["dated evidence","contradictions","unknowns"],"signingToolsAllowed":false,"realModelRun":false,"paperTradingFlagProvidedByThisExample":false}Preguntas frecuentes
¿Puedo pasar una tarea tras el comando?
El parser inspeccionado no define ese argumento posicional. Su interfaz de tareas es el prompt interactivo.
¿Una tarea reciente demuestra éxito?
No. Se guarda antes de construir y ejecutar el sistema.
Fuentes
- autohedge/cli.pyFuente verificada 2026-09-08
- autohedge/env_loader.pyFuente verificada 2026-09-08
- autohedge/main.pyFuente verificada 2026-09-08
- autohedge/workers.pyFuente verificada 2026-09-08
- autohedge/__init__.pyFuente verificada 2026-09-08