PHIROK
Commencer

DÉVELOPPEURS

Commencez par l'enregistrement.
Gardez le contrat explicite.

Explorez le modèle d'éléments de preuve et les limites d'intégration avant de connecter un workflow à fort enjeu.

01 / MODÈLE D'ÉLÉMENTS DE PREUVE

Un enregistrement qu’un réviseur peut suivre.

Un enregistrement d'éléments de preuve utile relie la source, le contexte, la politique et la référence de reçu faisant autorité. L'exemple ci-dessous est explicatif. Il ne s'agit pas d'un schéma de requête d'API publié.

evidence-example.json
{
  "record_kind": "illustrative_example",
  "tenant_scope": "demo-workspace",
  "source": "Source d\u2019exemple (illustratif uniquement)",
  "context": [
    "Contexte d\u2019exemple (illustratif uniquement)"
  ],
  "policy": "Support escalation v3.2",
  "receipt_reference": "demo_rct_7v2a\u2026e91c",
  "verification_status": "not_a_live_receipt"
}
Ouvrir les exemples interactifsTélécharger l'exemple
02 / CHAMPS DE L'ENREGISTREMENT

Gardez chaque référence significative.

Source
Le matériau capturé comme élément de preuve et la référence nécessaire pour inspecter son origine.
Contexte
Le matériau récupéré et la configuration disponibles pour le workflow enregistré.
Politique
L'identifiant ou la version de la politique associée à l'événement.
Référence du reçu
Un identifiant faisant autorité renvoyé par le backend des éléments de preuve, jamais inventé par une interface de production.
Portée du tenant
L'identité de l'espace de travail appliquée par le backend authentifié. Une valeur fournie par le client n'autorise pas l'accès.
03 / LIMITES D'INTÉGRATION

L'identité avant les éléments de preuve.

L'architecture produit de PHIROK comprend des limites MCP et gRPC protégées. L'authentification, la portée du tenant et la gestion faisant autorité des reçus font partie du contrat d'intégration.

  • Résolvez l'identité à partir du contexte backend authentifié.
  • Traitez une conservation infructueuse comme un échec, et non comme un reçu vérifié.
  • Récupérez les enregistrements par des identifiants faisant autorité.
  • Gardez le matériau source et son contexte de vérification disponibles.
  • Gardez les fixtures de test séparées des éléments de preuve de production.
Avant d’intégrer

Obtenez le point de terminaison, les exigences d'authentification et le contrat d'API versionné pour votre déploiement. Ce site ne publie ni ne devine ces détails.

04 / ÉVALUATION

Rendez les critères d'acceptation observables.

CAS 01–03

Conservation et récupération

Vérifiez que les éléments de preuve sont conservés, récupérés avec provenance et survivent à un redémarrage.

  1. 01
    Conserver → inspecter

    Écrivez des éléments de preuve, obtenez un reçu faisant autorité et remontez jusqu'à l'enregistrement conservé.

  2. 02
    Récupérer → provenance

    Vérifiez que la recherche renvoie des éléments de preuve traçables plutôt que des substituts générés.

  3. 03
    Redémarrer → récupérer

    Vérifiez l'état conservé et la recherche de reçus dans les procédures de récupération de votre déploiement.

CAS 04–05

Isolation et échecs

Vérifiez l'isolation entre espaces de travail et que les échecs produisent des résultats explicites.

  1. 04
    Tenant A → Tenant B

    Vérifiez qu'un espace de travail authentifié ne peut pas accéder aux éléments de preuve d'un autre espace de travail.

  2. 05
    Échec → résultat explicite

    Inspectez le comportement en cas d'entrée invalide, de stockage indisponible et d'accès non autorisé.

Préparer un dossier d'évaluation
05 / QUESTIONS

Questions et réponses.

PHIROK génère-t-il des réponses ?

Non. PHIROK est présenté comme une plateforme de mémoire vérifiable et d'éléments de preuve. Sa récupération non générative renvoie des éléments de preuve qu'un autre système ou un réviseur peut utiliser.

Un reçu peut-il prouver ce qu'une IA pensait ?

Un reçu peut lier les éléments de preuve et le contexte enregistrés. Il ne révèle pas le raisonnement interne privé d'un modèle et n'établit pas que chaque entrée disponible a causalement influencé une sortie.

Des embeddings commerciaux de production sont-ils disponibles ?

La couche sémantique actuelle est décrite avec des fixtures de test déterministes. Ce site n'annonce pas d'embeddings commerciaux de production comme fonctionnalité disponible.

Où un agent peut-il lire le site ?

Le contenu principal est présent en HTML simple. Un aperçu Markdown concis et un dossier technique complet offrent un format de lecture supplémentaire. Ils ne remplacent pas la documentation d'API du déploiement.

VOTRE PROCHAINE DÉCISION

Construis sur l’enregistrement.
Garde le contrat explicite.

Commence par le modèle de preuve, prépare un brief d’évaluation et intègre un flux conséquent.

Explorer PHIROKOuvrir le bac à sable