Un reporte claro nos ahorra horas. Incluye la versión de Axon, el sistema operativo, el código que falla y el comportamiento esperado vs. el real.
Bug Report — Axon Runtime
Low — menor
Medium — impacta uso
High — crash / bloquea
Cómo hacer un buen reporte
01
El código mínimo que reproduce el error
No pegues el proyecto completo. Aisla el problema al bloque más pequeño posible. Si el bug está en una task, muestra solo ese agente y esa task.
02
El error exacto del runtime
Copia el mensaje completo incluyendo la referencia archivo:línea. Axon siempre incluye contexto en sus errores — ese contexto es valioso.
03
Versión de Axon y OS
Corre axon --version y pega el output completo. Algunos bugs son específicos de plataforma (MSVC vs GCC, Windows vs Linux).
04
Comportamiento esperado vs. real
No asumas que sabemos qué debería pasar. Descríbelo explícitamente — a veces lo que parece un bug es un comportamiento intencional mal documentado.
05
Si involucra Ollama o GPU
Incluye la versión de Ollama (ollama --version), el modelo usado, y si tienes GPU disponible (compute = auto vs gpu vs cpu).
Request for Comments
El lenguaje se diseña en público.
Antes de implementar cualquier feature nueva, se publica un RFC. Aquí puedes leer los RFCs activos, comentarlos en el forum, y proponer los tuyos.
Consensus Module
en diseñoRFC-001
N agentes debaten sobre una decisión. Los que tienen mayor historial de confidence acumulado pesan más. El runtime produce una decisión trazable con justificación y registro de dissenters.
Cómo el runtime de Axon debería orquestar múltiples instancias en distintas máquinas. Gossip protocol, cifrado ChaCha20, y descubrimiento automático de nodos.
Crea un thread en el forum con el prefijo [RFC], describe el problema que resuelve, la API propuesta, y los casos edge que consideraste. El equipo lo revisará, lo numerará formalmente, y abrirá el periodo de comentarios.
.png){kind=logo}