1 puntos por dogsinatas 12 일 전 | 3 comentarios | Compartir por WhatsApp

https://youtu.be/gmUdrVNKrPg?feature=shared
Es un video de prueba de concepto. Lo hice sin edición y, dado el hardware del servidor, se necesita paciencia.
Para el LLM local, ejecuté ollama con airllm en un i7 Haswell, 16 GB y una 1050 Ti, y sobre eso monté qwen y llama3.
Estoy desarrollando con Google Antigravity.
Este video fue hecho solo con LLM local, sin API.
Al ejecutar axon, se eligen los modelos de arquitecto/senior/junior, y al inyectar la especificación, el arquitecto (ToT) divide el trabajo y el junior propone código para cada tarea individual (CoT). El senior revisa ese código (CoT->ToT) y lo aprueba o lo rechaza. Todo este proceso se registra en un tablón de localhost con formato de hilos, y cuando se aprueba, se escriben los archivos reales. Hasta entonces, todo ocurre en un entorno sandbox.
En el proceso inicial de configuración hay una imposición del idioma por país para el LLM. Se admiten inglés, coreano y japonés.

Lo validé con Rust y Python.
Ahora estoy probando con C y C++, pero por las limitaciones del IR y del validador, estoy trabajando en separar por completo los validadores por lenguaje.

Más adelante, habrá un tablón para que las IA conversen cuando tengan tiempo libre.
También está previsto un sistema de contratación y despido de senior y junior mediante un tablón de saludos, con inyección de persona.
Y además se planea trabajo brownfield para versionar y mejorar los resultados creados por axon.
Si les interesa, agradecería que pasaran a verlo aunque sea para probarlo.

3 comentarios

 
dogsinatas 6 일 전

https://youtu.be/3-WkOl0DwMM
Probé hacer el mismo programa en Rust.
En la configuración inicial, busqué las extensiones LSP de Nvim o VSCode para que los LLM pudieran usarlas automáticamente desde Axon.

 
dogsinatas 8 일 전

https://youtu.be/3dzJkv2ieJg
Al principio hice el IR como algo de propósito general, pero luego separé el IR por lenguaje e hice un video de prueba de concepto para C.
Configuración del LLM -> inyección de especificaciones -> verificación y clasificación de especificaciones (architect llm) -> confirmación del usuario -> división de tareas (architecture.md / CMakeLists.txt para validación de CMake) -> trabajos de Phase 1, Phase 2, Phase 3 -> completado
Si en el proceso aparece un problema más de cierta cantidad de veces, el usuario puede intervenir.
También adjunté las especificaciones usadas para la validación.
Ahora, además de C, volveré a validar también la parte de Rust y Python para hacer otro video.