Cognitive Flow Oriented · v0.3.0

The open-source language where agents become architecture.

Stop chaining prompts. Start engineering systems. Axon gives you a runtime, a memory model, and a flow language — so what you build today scales into something real tomorrow.

Runtime C++17 62/62 tests Open source
Provider activo Ollama · local + OpenAI · Anthropic · Cohere — Phase 5
research_pipeline.axon
Runtime
Search Analyst Summarize
✓ 62/62
Tests passing
62/ 62
Runtime
C++17
Paradigm
CognitiveFlow
Memory types
5native available

Paradigm shift

La programación siempre ha evolucionado hacia un nivel más alto de abstracción.

Cada era resolvió el problema de su tiempo. Axon resuelve el de este.

1950s
Assembly
"Habla con el hardware"
Cada instrucción era una orden directa al procesador. Potente. Frágil. Solo para especialistas.
1970s
C
"Habla con la memoria"
Punteros, stack, heap. El programador controla dónde vive cada dato y cuándo muere.
1990s
Java
"Habla con los objetos"
La memoria se abstrae. El foco pasa a modelar el mundo como entidades y relaciones.
2000s
Python
"Habla con librerías"
Abstraes los objetos. El foco pasa a componer funcionalidad existente, no a construirla.
2020s
LLMs
"Habla con prompts"
El lenguaje natural se vuelve interfaz. Poderoso, pero sin estructura, sin contrato, sin runtime.
Ahora
Axon
"Coordina inteligencia."
No es un cambio de sintaxis. Los actores tienen estado, contrato y ciclo de vida. El runtime orquesta la ejecución como lo haría un sistema operativo.
v0.3.0 · disponible

Runtime

Un sistema operativo para la inteligencia.

Axon no corre sobre otro lenguaje. Tiene su propio runtime compilado en C++17 — con scheduler de threads, grafo de ejecución con detección de ciclos, y máquina de estados finita por actor.

Cada actor atraviesa estados bien definidos. Si falla, el runtime decide qué sigue según el contrato declarado — no según código imperativo que el programador olvidó escribir.

Ciclo de vida del actor — Finite State Machine
IDLE RUNNING SUCCESS/ FAILED/ FLAGGED

Lo que un sistema operativo hace por los procesos, Axon lo hace por los actores: ciclo de vida, memoria, comunicación y concurrencia — gestionados por el runtime, no escritos a mano.

Build once. Run anywhere. Scale to millions.

Powered by the Axon Runtime
Grafo de ejecución en vivo · 3D interactivo arrastra para rotar

Filosofía

Principios que no cambian con las versiones.

La mayoría de los frameworks evolucionan cambiando los fundamentos. Axon evolucionará expandiéndolos.

01
Declarativo sobre imperativo
Defines qué hace cada actor y cuáles son sus contratos. El runtime decide cómo y cuándo ejecutarlo — tú no gestionas el loop.
02
Explícito sobre implícito
La memoria, los fallos, los reintentos — todo está visible en el código. Sin magia. Sin estado oculto que se descubre en producción.
03
Compilado, no interpretado
C++17, sin GIL, con thread pool real. Porque la latencia importa cuando hay inteligencia en el loop y milisegundos determinan la calidad del resultado.
04
Flujos, no scripts
Un proyecto Axon tiene estructura real: un entry point, actores declarados, lógica en main. No es un notebook. No es un script pegado con cinta. Es ingeniería.
05
Escala sin reescribir
El mismo flow que corre en tu laptop hoy puede convertirse en un sistema distribuido mañana sin tocar la lógica de los actores. La infraestructura cambia, el código no.
06
Construido en público
RFC abierto, roadmap visible, estado honesto de cada feature. Lo que existe hoy, lo que viene en la siguiente fase, y lo que es visión a largo plazo — marcado con claridad.

Universal Computational Graph

De un flow inicial a un resultado. Sin límite de profundidad.

En Axon cada nodo tiene un tipo y un contrato. Un flow arranca la ejecución, dispara agentes, que ejecutan tasks, que pueden invocar otros agentes o flows completos — formando una red de ejecución que el runtime traza, valida y optimiza en tiempo real.

F
Flow — punto de entrada o subflow
A
Agent — actor con modelo y memoria
T
Task — unidad de trabajo del agente
ejecución normal
on_fail / retry
subflow / import
Grafo de ejecución — 3D interactivo arrastra para rotar

Memory System

De la tabla al código — mismo color, misma línea
memory_example.axon

      

Cinco tipos de memoria. Una sola sintaxis.

Cada actor declara qué recuerda y por cuánto tiempo. No hay estado oculto — el modelo de memoria es explícito, gestionado por el runtime, y observable en cada ejecución.

R
runtimepor actor · efímera
Vive solo mientras el actor ejecuta. Muere con el proceso — ideal para contexto que no debe sobrevivir ni un segundo más de lo necesario.
S
sessionpor flow · efímera
Compartida entre todos los actores del mismo flow durante la ejecución. Permite coordinación real sin acoplar el código de un actor a otro.
SH
sharedglobal del flow · efímera
Todos los actores leen y escriben en el mismo espacio, sin restricciones. El espacio de trabajo común de todo el flow.
P
persistentglobal · sobrevive · .bin
Key-value con TTL opcional que sobrevive entre ejecuciones distintas del programa. Se guarda en disco y se recupera en cualquier corrida futura.
SE
semanticglobal · sobrevive · .idx
Índice HNSW + embeddings nativos. Busca por significado y contexto, no por coincidencia exacta de texto. Persiste como un único archivo portable.

Parallel Runtime

parallel {} no es una promesa.
Es un thread pool.

Cuando escribes parallel {} en Axon, el scheduler C++17 asigna cada actor a un worker real del thread pool — no a una cola de eventos, no a corutinas cooperativas que se turnan.

Sin GIL. Sin un intérprete cediendo el control entre instrucciones. Cada core hace su trabajo en paralelo real, y el runtime sincroniza los resultados cuando todos terminan. El mismo código aprovecha 4 cores en tu laptop y 64 en un servidor de producción, sin cambiar una línea.

Dentro de un bloque parallel {} puedes mezclar actores completamente distintos — con distintos modelos, distintas tasks, y distinta memoria — y el runtime los coordina como si fueran uno.

C++17
Thread pool
0
GIL overhead
N
Real Cores
62
Tests passed
Thread pool · ejecución real simultánea
parallel_example.axon

    


core 0
Researcher
72%
core 1
Validator
85%
core 2
Reviewer
60%
core 3
idle
30%

Transport Layer

Interconecta máquinas, entornos y nubes.

Axon no está atado a una sola máquina. Tus flows pueden conectar instancias locales, servidores en red, y servicios en la nube usando el mismo modelo de actor — sin cambiar la lógica del flow.

RESTdisponible
HTTP estándar. Compatible con Ollama local, APIs remotas, y cualquier endpoint que hables.
transport rest · endpoint "localhost:11434"
gRPCdisponible
Baja latencia, streaming bidireccional. Ideal para conectar servicios internos o nodos del mismo datacenter.
transport grpc · endpoint "interno:50051"
API ProvidersPhase 5
OpenAI, Anthropic, Cohere, y más — misma sintaxis de actor, mismo contrato de validación, distinto provider.
provider openai · model "gpt-4o"
Mesh distribuidoPhase 8
Canal punto a punto cifrado con ChaCha20 entre nodos del runtime en distintas máquinas o regiones cloud.
mesh { encryption = "chacha20" · key = env:KEY }
Topología de red · 3D interactivo arrastra para rotar

Consensus en diseño · RFC abierto

¿Y si el sistema pudiera llegar a una conclusión por sí mismo?

Consensus es un módulo donde múltiples actores debaten sobre una decisión. Cada uno con su propio contexto e historial de precisión acumulado — el runtime sabe quién ha acertado antes y le da más peso en la decisión colectiva.

El resultado no es solo un "sí" o un "no". Es una decisión trazable: qué actores votaron qué, por qué los de mayor precisión inclinaron la balanza, y qué argumentos presentaron los que discreparon.

Inteligencia colectiva con trazabilidad completa. No una caja negra — un panel con actas.

Casos de uso: evaluar si lanzar una feature · auditar código desde múltiples perspectivas · validar estrategia con actores especializados · decisiones de contratación · análisis de riesgo

Contribuir a la RFC →
Consensus · simulaciónen diseño
"¿Lanzamos la feature de mesh distribuido en Phase 6?"
ArchitectSí — la base del runtime lo soporta0.91
QA LeadNo — cobertura insuficiente0.88
ProductSí — demanda del roadmap0.62
SecurityNo — cifrado sin auditoría0.55
Consenso del runtime
Retrasar lanzamiento — priorizar cobertura de tests y auditoría de cifrado.
Los dos actores con mayor historial (Architect 0.91, QA Lead 0.88) divergen. El runtime aplica peso por confidence acumulado: QA Lead prevalece por historial de falsos positivos de Product y Security en decisiones anteriores.
dissenters: Architect, Product · registrado en flow.consensus_log

Working in Progress

Lo que ya funciona, y lo que falta por construir.

Un vistazo directo al estado de implementación del lenguaje — sin roadmap de marketing, el estado real del código hoy.

ImplementadoN features
Core del lenguaje — tipos, operadores, control de flujoRuntime C++17 · Lexer · Parser · Interpreter
Compute — GPU/CPU con fallback automáticocompute = auto · gpu_fallback = true
File I/O nativo con auto-detecciónCSV, JSON, DOCX, XLSX, PDF, TXT
Memoria en 5 tipos + semántica HNSWruntime, session, shared, persistent, semantic
Multi-flow, imports, composiciónFlow1()->Flow2(Flow1.output)
parallel {} · thread pool real · sin GILScheduler C++17
Shell interopshell {}
Errores con contexto archivo:línea62/62 tests pasando
En progreso · pendiente6 features
API Providers — OpenAI, Anthropic, CoherePhase 5 · próxima fase activa
Web scraping / HTML nativoPhase 4C · pendiente
RAG pipeline + fine-tuning LoRAPhase 7 · en desarrollo
Consensus moduleRFC abierto · en diseño
Mesh distribuido · protocolo ultrasónicoPhase 8 · visión a largo plazo
75% del core implementado
GitHub
Código fuente, issues abiertos y RFCs en discusión. El desarrollo ocurre aquí, en público.
Ver el repositorio →
RFC · Consensus
El módulo Consensus está en diseño. Si tienes ideas sobre cómo debería funcionar, esta es la discusión.
Contribuir a la RFC →
Discord
Preguntas, proyectos en construcción, feedback sobre el lenguaje — la comunidad que está construyendo con Axon.
Unirse →