ENTWICKLER

Beginnen Sie mit der Aufzeichnung.
Halten Sie den Vertrag explizit.

Erkunden Sie das Evidenzmodell und die Integrationsgrenzen, bevor Sie einen folgenreichen Workflow anbinden.

01 / EVIDENZMODELL

Eine Aufzeichnung, der ein Prüfer folgen kann.

Eine nützliche Evidenzaufzeichnung verbindet Quelle, Kontext, Richtlinie und maßgebliche Belegreferenz. Das folgende Beispiel ist erläuternd. Es ist kein veröffentlichtes API-Anfrageschema.

evidence-example.json
{
  "record_kind": "illustrative_example",
  "tenant_scope": "demo-workspace",
  "source": "Beispielquelle (nur illustrativ)",
  "context": [
    "Beispielkontext (nur illustrativ)"
  ],
  "policy": "Support escalation v3.2",
  "receipt_reference": "demo_rct_7v2a\u2026e91c",
  "verification_status": "not_a_live_receipt"
}
02 / AUFZEICHNUNGSFELDER

Halten Sie jede Referenz aussagekräftig.

Quelle
Das als Evidenz erfasste Material und die Referenz, die zur Prüfung seiner Herkunft benötigt wird.
Kontext
Abgerufenes Material und Konfiguration, die dem aufgezeichneten Workflow zur Verfügung standen.
Richtlinie
Der Richtlinienbezeichner oder die Version, die mit dem Ereignis verbunden ist.
Belegreferenz
Ein maßgeblicher Bezeichner, der vom Evidenz-Backend zurückgegeben wird — niemals von einem produktiven Frontend erfunden.
Tenant-Geltungsbereich
Die Arbeitsbereichsidentität, die vom authentifizierten Backend durchgesetzt wird. Ein clientseitiger Wert autorisiert keinen Zugriff.
03 / INTEGRATIONSGRENZEN

Identität vor Evidenz.

Die Produktarchitektur von PHIROK umfasst geschützte MCP- und gRPC-Grenzen. Authentifizierung, tenant-Geltungsbereich und maßgebliche Belegbehandlung sind Teil des Integrationsvertrags.

  • Identität aus dem authentifizierten Backend-Kontext auflösen.
  • Erfolglose Aufbewahrung als Fehler behandeln, nicht als verifizierten Beleg.
  • Aufzeichnungen über maßgebliche Bezeichner abrufen.
  • Quellmaterial und seinen Verifizierungskontext verfügbar halten.
  • Test-Fixtures von produktiver Evidenz getrennt halten.
Vor der Integration

Beziehen Sie Endpunkt, Authentifizierungsanforderungen und versionierten API-Vertrag für Ihr Deployment. Diese Website veröffentlicht oder errät diese Details nicht.

04 / EVALUIERUNG

Machen Sie die Akzeptanzkriterien beobachtbar.

FÄLLE 01–03

Aufbewahrung und Wiederherstellung

Prüfen Sie, dass Evidenz aufbewahrt, mit Provenienz abgerufen wird und einen Neustart übersteht.

  1. 01
    Aufbewahren → prüfen

    Evidenz schreiben, einen maßgeblichen Beleg erhalten und ihn zurück zur aufbewahrten Aufzeichnung auflösen.

  2. 02
    Abrufen → Provenienz

    Bestätigen, dass die Suche nachvollziehbare Evidenz statt generierter Ersatzantworten liefert.

  3. 03
    Neustart → wiederherstellen

    Aufbewahrten Zustand und Belegabruf über die Wiederherstellungsverfahren Ihres Deployments verifizieren.

FÄLLE 04–05

Isolierung und Fehler

Prüfen Sie die Mandantentrennung und dass Fehler als explizite Ergebnisse sichtbar werden.

  1. 04
    Tenant A → Tenant B

    Prüfen, dass ein authentifizierter Arbeitsbereich nicht auf die Evidenz eines anderen Arbeitsbereichs zugreifen kann.

  2. 05
    Fehler → explizites Ergebnis

    Verhalten bei ungültiger Eingabe, nicht verfügbarem Speicher und unbefugtem Zugriff prüfen.

Evaluierungsbriefing vorbereiten
05 / FRAGEN

Fragen und Antworten.

Generiert PHIROK Antworten?

Nein. PHIROK wird als überprüfbare Gedächtnis- und Evidenzplattform dargestellt. Sein nicht-generativer Abruf liefert Evidenz, die ein anderes System oder ein Prüfer verwenden kann.

Kann ein Beleg beweisen, was eine KI gedacht hat?

Ein Beleg kann aufgezeichnete Evidenz und Kontext binden. Er offenbart nicht das private interne Denken eines Modells und begründet nicht, dass jede verfügbare Eingabe eine Ausgabe kausal beeinflusst hat.

Sind kommerzielle Produktions-Embeddings verfügbar?

Die aktuelle semantische Ebene wird mit deterministischen Test-Fixtures beschrieben. Diese Website bewirbt keine kommerziellen Produktions-Embeddings als verfügbare Funktion.

Wo kann ein Agent die Website lesen?

Die Hauptinhalte liegen in schlichtem HTML vor. Eine prägnante Markdown-Übersicht und ein vollständiges technisches Briefing bieten ein zusätzliches Leseformat. Sie ersetzen nicht die API-Dokumentation des Deployments.

IHRE NÄCHSTE ENTSCHEIDUNG

Baue auf dem Datensatz auf.
Halte den Vertrag explizit.

Beginne mit dem Beweismodell, bereite ein Evaluierungs-Brief vor und integriere einen folgenreichen Workflow.