/projects/orison
Orison
Lenguaje de aplicaciones nativo para agentes y suites de herramientas
Orison
Lenguaje de aplicaciones nativo para agentes y suites de herramientas
04
Contexto del proyecto05
Problema
Orison aborda el reto de convertir Lenguaje de aplicaciones nativo para agentes y suites de herramientas en un sistema útil, gobernado y explicable.
Solución
Orison se organiza alrededor de límites explícitos, flujos inspeccionables y un stack de entrega visible que incluye Rust, WebAssembly, LSP y JSON Schema.
Desafíos
El trabajo difícil es mantener autonomía, datos, herramientas y experiencia de usuario alineados sin ocultar riesgo operativo ni evidencia.
Innovación
El valor distintivo está en tratar la arquitectura como una superficie del producto: las capacidades se explican mediante responsabilidades, rutas de prueba y límites de entrega.
Experiencia de dominio
Orison demuestra criterio de ingeniería aplicada en arquitectura de producto, sistemas de agentes, límites de datos, controles y disciplina de entrega.
Evidencia del caso de estudio11
Resultados
- Orison convierte un concepto técnico en un flujo de producto revisable.
- Mantiene el comportamiento del sistema ligado a límites explícitos, evidencia y decisiones visibles para operadores.
- Crea una referencia de arquitectura reutilizable para trabajos relacionados de productos de IA.
Decisiones de arquitectura
- Orison separa las superficies de usuario de las responsabilidades de runtime y control de datos.
- Rust y las decisiones de stack cercanas se presentan como decisiones de entrega, no como insignias decorativas.
- La evidencia, la revisión y el estado operativo siguen visibles para poder inspeccionar el sistema después de usarlo.
Señales de experiencia del dominio
Arquitectura de agentesGobernanzaEvidenciaUX operativaRust
Análisis técnico profundo09
Orison es un caso de estudio sobre Lenguaje de aplicaciones nativo para agentes y suites de herramientas. Lenguaje de aplicaciones nativo para agentes y suites de herramientas La profundidad está en hacer legibles los límites, la evidencia, el workflow y las decisiones de entrega.
Límite del sistema
Orison se presenta mediante responsabilidades claras para que usuarios, herramientas, datos y acciones de runtime no se mezclen en una llamada opaca al modelo.
Modelo de workflow
El flujo mantiene planificación, uso de herramientas, estado y presentación de resultados lo bastante separados para que un operador entienda qué ocurrió y por qué.
Postura de evidencia
La página trata pruebas, logs, artefactos y rutas de revisión como parte del producto, no como notas opcionales de implementación.
Stack de entrega
Rust sostiene la historia de implementación mientras el stack alrededor cubre persistencia, interfaces, automatización y verificación.
Qué demuestra esto
- Orison expone decisiones de arquitectura como contenido de producto inspeccionable.
- Rust se conecta con responsabilidades de runtime y entrega.
- El caso distingue experiencia de usuario, límites de herramientas, evidencia y operaciones.
- La estructura se puede reutilizar en productos agentivos relacionados.
456Indicador: tests passing
34Indicador: JSON contracts
30+Indicador: CLI commands
~77µsIndicador: round trip
27Indicador: stdlib modules
5Indicador: crates
Stack tecnológico04
Rust
Motivo técnico: The compiler and agent-facing tools need memory safety, speed, and predictable binaries.
WebAssembly
Motivo técnico: Provides a portable target for running compiled components outside the native toolchain.
LSP
Motivo técnico: Lets humans and agents share editor-grade hover, rename, and reference capabilities.
JSON Schema
Motivo técnico: Makes diagnostics, patch operations, OpenAPI output, and UI manifests machine-readable.
Herramientas implementadas08
ori CLI
Herramienta implementada: Exposes 30+ subcommands where every command returns a JSON envelope.
agent map
Herramienta implementada: Returns a compact symbol table so agents can orient without loading the whole repo.
Capsule
Herramienta implementada: Summarizes module exports and semantic context for focused edits.
Diagnose
Herramienta implementada: Produces repair candidates and machine-readable status for an agent loop.
Patch IR
Herramienta implementada: Applies structural edits by stable node ID instead of brittle text rewrites.
Type and effect checks
Herramienta implementada: Runs resolver, type checker, inference, effect propagation, borrow checks, and exhaustive match checks.
LSP server
Herramienta implementada: Brings hover, rename, references, and diagnostics into editors.
OpenAPI and UI manifest generators
Herramienta implementada: Extract runtime-facing contracts from source instead of maintaining parallel docs.