Origin-Agent-Cluster: aislamiento predecible de memoria JavaScript
Comprende la política Origin-Agent-Cluster, los subdominios, la validación y los fallos de despliegue.
BotBrowser Team
Quieres la documentación estructurada de Plataforma?
Este artículo forma parte de la biblioteca editorial. Para pasos de configuración, material de referencia y actualizaciones continuas, entra en la sección de docs.
Origin-Agent-Cluster solicita al navegador agrupar la ejecución JavaScript por origen. No promete un proceso del sistema operativo, una cuota de memoria ni reemplaza la política de mismo origen. BotBrowser permite repetir una prueba autorizada en un contexto declarado, pero no puede forzar la distribución interna del navegador ni cambiar una respuesta HTTP.
Resumen
Origin-Agent-Cluster: ?1solicita agrupación por origen;?0pide el comportamiento anterior cuando está disponible.- Esquema, host y puerto forman un origen; un subdominio sigue siendo otro origen.
- Comprueba la respuesta final,
window.originAgentCluster, DevTools y un fixture tipo WPT. - Las redirecciones, cachés, service workers, frames y workers deben entregar una política coherente.
- Conserva una alternativa de aplicación para navegadores que no expongan la propiedad o ignoren la solicitud.
Contenido
Qué controla la cabecera
La cabecera de respuesta crea una preferencia de agrupación de agentes para documentos y trabajadores relacionados. El booleano window.originAgentCluster es la observación portable. true no significa un proceso dedicado; el planificador, la presión de memoria y la arquitectura del navegador siguen siendo decisiones internas. Una etiqueta meta o un script tardío no puede cambiar el grupo ya creado.
Orígenes y subdominios
https://app.example.test y https://cdn.example.test son orígenes diferentes aunque pertenezcan a la misma organización. Verifica URL final, cabecera y booleano para cada frame y ruta. La política no elimina la política same-origin: los mensajes deben validar event.origin y su esquema.
Fixture y matriz
const observed = window.originAgentCluster;
const state = observed === true ? 'origin-keyed' : observed === false ? 'site-keyed' : 'unknown';
console.log({ state, origin: location.origin });
| Observación | Interpretación | Acción |
|---|---|---|
?1 y true | Resultado por origen observado | Mantén la función declarada |
Sin cabecera y false | Resultado heredado o por sitio | Usa alternativa |
| Propiedad ausente | API no expuesta | Marca no compatible |
| Cabeceras mezcladas | Variante de CDN o ruta | Corrige antes de publicar |
BotBrowser permite repetir esta matriz en un perfil autorizado y comparar el resultado visible. No puede modificar la cabecera, la respuesta CORS/CORP de un tercero ni garantizar un proceso concreto.
Conclusión
Declara la cabecera en la respuesta final, prueba mismo origen, subdominio, redirección, frame y caché, y conserva una alternativa. El siguiente paso seguro es validar window.originAgentCluster junto con la versión del navegador y el contrato de cada recurso.
Preguntas frecuentes
¿Crea ?1 un proceso por origen?
No. Solicita agrupación de agentes; el proceso y la cuota son detalles internos.
¿Un subdominio es mismo origen?
No. Cambiar el host cambia el origen aunque el sitio registrable sea igual.
¿Puede un script activar la cabecera?
No. La respuesta que crea el documento determina la política.
¿Qué hace BotBrowser?
Permite repetir una prueba autorizada, pero no fuerza aislamiento ni inspecciona procesos privados.
¿Qué hacer si falta la propiedad?
Registra no compatible y usa la alternativa documentada.
Lecturas siguientes
Public sources
Artículos Relacionados
Lleva BotBrowser de la investigación a producción
Usa estas guías para entender el modelo y después avanzar hacia validación multiplataforma, contextos aislados y despliegue de navegador preparado para escalar.