Mantener la base publicada
Preservar gates de etiqueta, identidad de fuente/revisión, comportamiento admitido y rutas negativas en commits posteriores. Una publicación antigua no valida código nuevo.
ROADMAP · SIN PROMESAS DE FECHA
Cerrar brechas de evidencia, no ampliar la afirmación.
Un hito termina solo cuando se ejecuta todo su gate.
Semaprax sigue un roadmap centrado en evidencia. Los documentos expresan intención; completar requiere implementación, casos negativos, artefactos y gates de host.
entity Semaprax
status investigación pre-alfa
snapshot b9f593c
authority github.com/wavect/semaprax// STATUS
Estado del repositorio en la instantánea auditada
| Instantánea del repositorio | b9f593c · 2026-09-16. El commit de main revisado coincide con la etiqueta v0.5.0. La CI de esa etiqueta terminó correctamente; la CI independiente de la rama fue cancelada. Esto no garantiza aptitud para producción ni seguridad general. |
|---|---|
| Estado del producto completo | 55 Parcial · 0 Implementado · 0 Faltante |
| Contrato de grafo y proyecto | Los esquemas del grafo se seleccionan por función y preservan contratos anteriores. Project v1 es la base; los perfiles de datos con ownership v8, v9, v10 y v11 tienen límites propios. |
| Versión preliminar publicada | v0.5.0 · Publicada el 16 de septiembre de 2026 a las 09:43 UTC. Tres archivos: Linux x86-64, macOS Apple Silicon y Windows x86-64, con SHA256SUMS. El binario semaprax incluido es la toolchain completa, no la CLI independiente de Cargo. CI de la etiqueta exacta. |
| Previews de paquetes y API | Publicar la toolchain no publica sus paquetes Rust/npm generados ni promueve APIs privadas. Las decisiones sobre Project v8-v11, ownership genérico público, más plataformas y etapas Agent nativas/Wasm siguen siendo independientes. |
¿Qué viene después para Semaprax?
v0.5.0 ya está publicada, no es un futuro hito de concurrencia. Hay que preservar perfiles semánticos, ownership, agentes iterativos e integración host, ampliar lo pendiente y promover explícitamente interfaces públicas concretas. El roadmap conserva antiguos títulos numerados de líneas de trabajo, no fechas futuras de publicación. Los 55 requisitos siguen parciales y no se anuncia fecha para v1.0.
// 01
Hitos por estado de evidencia
Promover perfiles concretos de paquetes y API
Decidir publicación y soporte de consumidores Rust/npm, Project v8-v11 y transportes privados. Ownership genérico público requiere descriptor/carrier propios y los gates restantes, no solo genéricos internos.
Ampliar ownership y programación cotidiana
Partir de colecciones, genéricos, valores de función, closures e I/O delimitados. Completar lifetimes generales, composición más amplia, capturas propias y el perfil Everyday sin presentar lo existente como ausente.
Extender agentes duraderos y aplicaciones
Preservar autorización iterativa, vínculos de checkpoints/migración y contabilidad acumulada. Más proveedores, coordinación distribuida, herramientas de aplicaciones con soporte y etapas Agent nativas/Wasm requieren implementación y evidencia adicional.
Más plataformas y un producto completo mantenido
Añadir motores de navegador, dispositivos físicos, flujos instalados e interfaces de ecosistema con sus propias decisiones de conformidad y soporte. Validar continuamente el producto prometido completo, sin inferir fechas ni porcentajes.
// 02
Roadmap
Soporte amplio nativo y de aplicaciones
Hay tres archivos de toolchain publicados y perfiles delimitados de navegador/móvil/escritorio. Una plataforma de aplicaciones completa entre motores, dispositivos físicos, sistemas y flujos instalados sigue siendo un requisito más amplio.
Repositorio de GitHubInteroperabilidad bidireccional general
Siguen pendientes interfaces externas generales seguras para ownership, ABI estables de agregados/recursos/componentes/genéricos, publicación mantenida y compatibilidad amplia. Metadatos, código generado y fixtures privados no completan el requisito.
Repositorio de GitHubRevisado contra el commit fijado y el registro de v0.5.0. Las especificaciones versionadas delimitan admisión y autoridad; los encabezados antiguos de v0.4 en la matriz y el roadmap no identifican la última versión. Repositorio de GitHub.
// REF
Fuentes primarias de esta página
Revisado contra el commit fijado y el registro de v0.5.0. Las especificaciones versionadas delimitan admisión y autoridad; los encabezados antiguos de v0.4 en la matriz y el roadmap no identifican la última versión.
// FAQ
Preguntas respondidas sin exageraciones
¿Cuándo llegará Semaprax v1.0?
No se anuncia fecha para v1.0. v0.5.0 se publicó el 16 de septiembre de 2026. Los antiguos títulos numerados identifican líneas de trabajo, no versiones pendientes. Las futuras publicaciones requieren evidencia nueva y decisiones explícitas de soporte.
¿Cuándo pasa un punto del roadmap a implementado?
Una parte implementada debe cumplir sus tests y contrato; completar un requisito exige además todos sus objetivos y gates. Soporte público y publicación en registro son decisiones separadas. Un workflow correcto o un diseño no resuelve los cuatro estados.
Proyecto de investigación de Wavect: Wavect GmbH. Creado por Wavect como proyecto de investigación de sistemas de código abierto.