Inspecteerbare architectuur live op deze site architectuur

Het contract dat je kunt lezen, draaien en reproduceren

De toestemmingswerkbank (permission workbench) is geen plaatje van een idee. Hij draait één kleine, inspecteerbare module met een geversioneerd contract. Deze pagina toont de grenzen, de regels, het schema en de tests, en laat je hier een toegestane, een geweigerde en een ingetrokken leesactie reproduceren.

De bezoeker geeft toestemming en trekt die in; het beleid zit tussen elke functie en de vault; elke beslissing wordt in de trace vastgelegd voordat er data beweegt bezoekergeeft · trekt in beleidcheck(actor, field) functieread(field, why) vaultfixture-data tracenegen velden, eerst vastgelegd geen directe wegvraagtalleen toegestane leesactieselke beslissing →
Eén weg naar data: een functie vraagt het beleid; het beleid legt de beslissing vast in de trace (logboek van beslissingen) voordat er iets wordt teruggegeven of geweigerd; de vault is nooit rechtstreeks bereikbaar. live op deze site

Wat hier live is, in vier delen

Datagrenzen live op deze site

  • De vault bevat alleen fixture-data (voorbeelddata): zeven agenda-afspraken, één privénotitie, drie fictieve contacten, aangemaakt in het tabblad van de bezoeker bij Start.
  • Niets blijft bewaard: geen cookie, geen opslag, geen netwerkverzoek na Start tijdens de gemeten begeleide reeks op de werkbankpagina (Start → Toestemming → Uitvoeren → Briefing → Intrekken → Exporteren); op Controleer drukken downloadt daar vermelde bestanden van deze origin en valt buiten die meting.
  • De publieke interface van de vault is precies fields · policy · read · trace · accessLog · reset · exportJson; die is bevroren, en geen enkele accessor geeft data terug zonder een in de trace vastgelegde leesactie (een regressietest bewijst het).
  • Een functie krijgt een context met alleen read(field, why) — nooit de vault.

Toestemmingsregels live op deze site

  • Een toestemming geldt voor één actor en één veld: grant(actor, field) → regel R-n.
  • Niets is standaard toegestaan: zonder actieve regel wordt een leesactie geweigerd met R-none.
  • Intrekken behoudt de id van de regel: een latere weigering noemt die, R-n revoked.
  • Elke leespoging — toegestaan of geweigerd — schrijft een item in de trace en een regel in het toegangslog voordat ze terugkeert of een fout opwerpt.
  • Het beeld (de scène, het diagram) luistert alleen; het beslist nooit.

Geversioneerd schema live op deze site

JSON Schema, draft 2020-12, één versie per bestand — een latere versie wijzigt nooit een eerdere:

Beide schema's worden in het Engels gepubliceerd.

Tests en de module live op deze site

Download beide bestanden in één map en draai de tests zelf:

Beide bestanden, en de tests die ze draaien, zijn Engelstalig technisch materiaal.

  • workbench-core.js — de handhavingsmodule, niet geminificeerd, precies zoals geserveerd aan de werkbank.
  • workbench_core_test.mjs — 15 tests: toegestaan, geweigerd, ingetrokken, toestemmingen per actor, de negen velden, de export, de reset, de interfaceregressie.
node workbench_core_test.mjs

Verwachte laatste regel: workbench_core_test: 15/15 PASS (Node 20 of nieuwer, geen afhankelijkheden).

Reproduceer het hier live op deze site

Elke knop maakt een nieuwe vault aan, laat de planningsassistent draaien via dezelfde module die de werkbank gebruikt, en toont de regels van het toegangslog.

Druk op een knop.

Live op deze site

  • de module, de tests, de twee schema's en de drie reproducties hierboven
  • de werkbank die hem draait, met zijn trace en export

Architectuur ontworpen

  • de persoonlijke digitale omgeving, de Agent of One, verifieerbare agents en het blootstellingsgrootboek (exposure ledger) op volle schaal, Nexus-matching, netwerkeffecten in handen van de deelnemers — ontworpen, beschreven in de kennisbundel, hier niet geïmplementeerd
  • er wordt geen benchmark geclaimd; de enige getallen op deze site zijn de gemeten getallen op /built