'/%3e%3cpath%20d='m0%200-119.7-83.92%2091.32-65.6%20128.91%2079.56z'%20fill='%231d6075'%20stroke='%231d6075'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20588.6%20492.05)'/%3e%3cpath%20d='m0%200%20113.06-90.6L320.45%2054.67l.46%20143.88z'%20fill='%2318505f'%20stroke='%2318505f'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20278.27%20483.16)'/%3e%3cpath%20d='m0%200%20.34%20159.15-225.4-137.58L-83.84-66.9Z'%20fill='%23216b83'%20stroke='%23216b83'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20390.91%20251.7)'/%3e%3cpath%20d='m0%200%20.34%20159.15%20236.09-134.2L95.2-63.54Z'%20fill='%23123e4b'%20stroke='%23123e4b'%20stroke-width='0.8'%20stroke-linejoin='round'%20transform='matrix(1.33333%200%200%20-1.33333%20390.91%20251.7)'/%3e%3c/svg%3e){kind=small}
Referencia · Seguridad y despliegue
Referencia de seguridad y despliegue
Dónde están los controles, dónde se ejecuta el trabajo, qué es la traza de auditoría y los límites de lo que afirmamos.
Actualizado el 12 de octubre de 2026
Modelo de amenazas, en breve
Los principales riesgos de los agentes de código: cambios sin revisar, permisos excesivos, filtración de credenciales y objetivos desviados por entradas no fiables. Nuestra respuesta es estructural: los agentes trabajan en tus herramientas, mediante herramientas tipadas, y no pueden fusionar. El mapa completo está en la página de Seguridad.
Límites de control
- Comprobaciones fuera del modelo
- Se ejecutan en el harness, no dentro de un prompt.
- Llamadas a herramientas tipadas
- Las acciones sobre sistemas de registro pasan por herramientas tipadas y con permisos, diseñadas para evitar escrituras libres.
- Sin credenciales en el repositorio
- Los secretos quedan en tu propio almacén.
- Los agentes no pueden fusionar
- Abren pull requests en borrador; una persona revisa y fusiona cada cambio. Nada se fusiona automáticamente.
- Reversión
- Deshacer la fusión.
Despliegue
El trabajo se ejecuta en tus propios repositorios y herramientas, con Cursor y tus modelos. Realized.dev no aloja runtime ni modelo: tu código y tus datos se quedan donde están.
Traza de auditoría
Tu historial de Git y las revisiones de pull requests: quién propuso cada cambio, qué pruebas se ejecutaron y quién aprobó la fusión.
Mapa de marcos
Mapeado, no certificado ni auditado. Un mapa de controles, no una evaluación.
| Marco | Relación |
|---|---|
| OWASP Agentic Top 10 (2026) | Riesgos asignados a controles. |
| EU AI Act art. 12 + 14 | Registro mediante el historial de Git; supervisión humana mediante fusiones aprobadas por una persona. |
| SOC 2, ISO 27001, ISO 42001 | Inspiran nuestras prácticas. |
Lo que no afirmamos
- SOC 2, ISO 27001 e ISO 42001: Mapeado, no certificado ni auditado.
- No hay Stop Button, interruptor de emergencia ni registro de auditoría firmado criptográficamente.
- No alojamos tu runtime, tus modelos ni tus datos.
- El mapa de controles no es una evaluación jurídica ni regulatoria.
Preguntas
- ¿Puede un agente llevar cambios a producción?
- No. Los agentes abren pull requests en borrador; una persona revisa y fusiona cada cambio.
- ¿Dónde se guardan las credenciales?
- En tu propio almacén. Ninguna en el repositorio.
- ¿Realized.dev tiene certificaciones?
- No. SOC 2, ISO 27001 e ISO 42001 inspiran nuestras prácticas. Mapeado, no certificado ni auditado.
- ¿Cuál es la traza de auditoría?
- Tu historial de Git y las revisiones de pull requests.
- ¿Hay un interruptor de emergencia?
- No. El control viene de las fusiones aprobadas por una persona y de deshacer una fusión.
- ¿Salen nuestros datos de nuestro entorno?
- El trabajo se ejecuta en tus repositorios y herramientas; no alojamos runtime ni modelo.