Structured baseline result
Resultados como result, profile_detected, readiness_level, missing_required_blocks y risk_flags.
HREVN Developers
Recursos técnicos y primer camino de prueba
Esta página existe para que un developer, crawler o agente técnico entienda HREVN sin depender de seguir varios enlaces antes de ver el núcleo operativo.
Aquí están juntos el runtime vivo, el servidor MCP, las surfaces públicas, los artefactos instalables y el camino mínimo para correr un primer baseline check.
Qué devuelve HREVN
Remedy payload
Un remedy_payload estructurado para explicar qué falta antes de seguir en lugar de dejar solo una alerta genérica.
Receipt-aware continuity
Un check_id, evidencia verificable y un punto de continuidad utilizable tras interrupciones, handoffs o reinicios.
Runtime y primer test
Managed API
Backend vivo detrás de https://api.hrevn.com para baseline checks, bundle generation y verification.
MCP server
Acceso estructurado al mismo runtime mediante MCP, publicado como repo y package instalable.
Primer camino técnico
El camino mínimo es instalar una surface o el MCP server, configurar la API key y ejecutar un baseline check contra el runtime vivo.
Artefactos instalables públicos
Google / Genkit
Package npm público para la surface de Google / Genkit.
OpenClaw
CLI pública en PyPI para un flujo local-first.
Anthropic
Runner público para la surface orientada a Claude Code.
Codex
CLI pública para la surface helper-first de Codex.
MCP server
Servidor MCP público reutilizable entre distintas surfaces.
Surfaces públicas y estado honesto
Anthropic
Repo y runner instalable para una ruta basada en skills, runner local y MCP.
Codex
Repo y CLI instalable para una alpha helper-first ya ejecutable.
Google / Genkit
Repo más package npm público sobre el runtime vivo de HREVN.
OpenClaw
Repo más CLI PyPI con framing local-first y validación end-to-end real.
Kiro
Power alpha pública con MCP, steering y hooks de ejemplo. Estado actual: exploración honesta, no integración cerrada.
Siguiente paso
Si vienes por discovery técnico, el camino bueno suele ser: revisar el overview técnico, abrir la surface que más se parece a tu entorno y ejecutar el primer baseline check contra el runtime vivo.