Empieza con el registro. Mantén el contrato explícito.
Explora el modelo de evidencia y los límites de integración antes de conectar un flujo de trabajo trascendente.
01 / MODELO DE EVIDENCIA
Un registro que un revisor puede seguir.
Un registro de evidencia útil conecta el origen, el contexto, la política y la referencia autoritativa del recibo. El siguiente ejemplo es explicativo. No es un esquema publicado de solicitud de API.
El material capturado como evidencia y la referencia necesaria para inspeccionar su procedencia.
Contexto
Material recuperado y configuración disponibles para el flujo de trabajo registrado.
Política
El identificador o la versión de la política asociados al evento.
Referencia del recibo
Un identificador autoritativo devuelto por el backend de evidencia, nunca inventado por un frontend de producción.
Alcance del tenant
La identidad del espacio de trabajo aplicada por el backend autenticado. Un valor suministrado por el cliente no autoriza el acceso.
03 / LÍMITES DE INTEGRACIÓN
La identidad antes que la evidencia.
La arquitectura de producto de PHIROK incluye límites protegidos de MCP y gRPC. La autenticación, el alcance del tenant y la gestión autoritativa de recibos forman parte del contrato de integración.
Resuelve la identidad a partir del contexto autenticado del backend.
Trata una retención fallida como un error, no como un recibo verificado.
Recupera registros mediante identificadores autoritativos.
Mantén disponibles el material de origen y su contexto de verificación.
Mantén los accesorios de prueba separados de la evidencia de producción.
Antes de integrar
Obtén el endpoint, los requisitos de autenticación y el contrato de API versionado para tu despliegue. Este sitio no publica ni supone esos detalles.
04 / EVALUACIÓN
Haz que los criterios de aceptación sean observables.
CASOS 01–03
Conservación y recuperación
Verifica que la evidencia se conserva, se recupera con procedencia y sobrevive a un reinicio.
01
Conservar → inspeccionar
Escribe evidencia, obtén un recibo autoritativo y resuélvelo de vuelta al registro conservado.
02
Recuperar → procedencia
Confirma que la búsqueda devuelve evidencia trazable en lugar de sustitutos generados.
03
Reiniciar → recuperar
Verifica el estado conservado y la búsqueda de recibos en los procedimientos de recuperación de tu despliegue.
CASOS 04–05
Aislamiento y fallos
Comprueba el aislamiento entre espacios de trabajo y que los fallos producen resultados explícitos.
04
Tenant A → Tenant B
Comprueba que un espacio de trabajo autenticado no puede acceder a la evidencia de otro espacio de trabajo.
05
Fallo → resultado explícito
Inspecciona el comportamiento ante entradas inválidas, almacenamiento no disponible y acceso no autorizado.
No. PHIROK se presenta como una plataforma de memoria verificable y evidencia. Su recuperación no generativa devuelve evidencia para que la utilice otro sistema o revisor.
¿Puede un recibo probar lo que pensaba una IA?
Un recibo puede vincular la evidencia y el contexto registrados. No revela el razonamiento interno privado de un modelo ni establece que cada entrada disponible influyera causalmente en una salida.
¿Hay embeddings comerciales de producción disponibles?
La capa semántica actual se describe con accesorios de prueba deterministas. Este sitio no anuncia embeddings comerciales de producción como una capacidad disponible.
¿Dónde puede un agente leer el sitio?
El contenido principal está presente en HTML simple. Un resumen en Markdown y un informe técnico completo proporcionan un formato de lectura adicional. No sustituyen la documentación de la API del despliegue.
TU PRÓXIMA DECISIÓN
Construye sobre el registro. Mantén explícito el contrato.
Empieza con el modelo de evidencia, prepara un brief de evaluación e integra un flujo consecuente.