Vad innehåller ett register?
Varje organisation har en lokal del av Intertween, en nod. Nodens register beskriver dokument och data, vem som ansvarar för dem och hur de hänger ihop. Innehållet ska kunna ligga kvar i organisationens befintliga system.
Hos en organisation
Dokument, beslut och data
Metadataregister · händelselogg · åtkomstregler
Uppgifter som får visas för andra
Federerat index
Hjälper andra att hitta material och visar var källan finns.
Läs om det relationella metadataregistret ↗
Vad gör de olika delarna?
| Fråga | Funktion | Beskriver |
|---|---|---|
| Vad finns? | Metadataregister | Beskriver dokument, data, människor, organisationer och program och hur de hänger ihop. |
| Var finns det? | Federerat index | Visar var material finns, när uppgiften om det får visas för andra. |
| Vad har hänt? | Relational Trace (förslag) | En separat händelsehistorik som visar varifrån materialet kommer, vem som har bidragit och hur det har ändrats eller använts. |
| Vad är tillåtet? | Policy och rättigheter | Beskriver vem som får använda materialet, till vad och under vilka villkor. |
| Hur samverkar noderna? | protokoll | Beskriver hur noder ska utbyta och kontrollera uppgifter. |
Vi använder begreppet relationellt metadataregister för kopplingarna mellan dokument, människor, organisationer och system. Modellen förutsätter ingen viss sorts databas.
Att hitta ett dokument är inte samma sak som att få läsa det.
- 01
Beskriv materialet i det lokala registret
Beskriv materialet, hur det hänger ihop och vilka villkor som gäller. Lägg till hänvisningar till källorna.
- 02
Bestäm vad andra får se
Organisationens regler avgör vilka beskrivningar och delar av historiken som får visas. Även uppgiften om att ett dokument finns kan behöva skyddas.
- 03
Pröva begäran hos källan
Den som hittar ett dokument kan be om att få använda det. Organisationen som har dokumentet behöver då kontrollera vem som frågar, vad det ska användas till och vilka villkor som gäller.
- 04
Dokumentera vad som händer
Loggen visar vem som har bidragit, vilka kontroller som har gjorts och hur materialet har ändrats eller använts. Den historik som får delas kan följa med till andra noder.
FÖRUTBESTÄMT SCENARIO
Vad får agenten se och göra?
En handläggare ber en lokal agent jämföra en metod. Den agenten tar hjälp av en extern agent. Följ vem som begär vad och hur källans nod skulle behöva svara vid varje gräns.
Påhittat exempel med förutbestämda beslut. Ingen nod, identitetskontroll eller behörighetskontroll körs här.
Handläggaren anger ändamålet: jämför metoden för att granska en sensor. Organisationen är fortsatt ansvarig för sitt källmaterial.
Välj vems vy du vill se
AKTÖR OCH ANSVAR
Handläggare
- Agerar för
- Fictional Municipality
- Mandat
- Granska metod och besluta om användning.
- Ansvarig part
- Källorganisationen för sitt mandat och sina beslut.
DEN LOKALA NODENS SVAR
Vilken vy lämnas ut?
Människans egen behörighet måste prövas av organisationen. Att ge A ett uppdrag utökar inte hennes behörighet.
- Det aktören ser
- Originalet och lokala uppgifter enligt handläggarens egen behörighet. Den här vyn lämnas inte vidare i scenariot.
- Tillåten åtgärd
- Granska och fatta ett eget beslut inom sitt mandat.
Vad behöver kunna följas i historiken?
mandate-recordedhuman · agentA
Det här är läsarens pedagogiska översikt. En verklig händelselogg skulle själv ha åtkomstregler; B får inte se hela listan. Poster, kvittenser och faktiskt utförda åtgärder är inte verifierade i denna demo.
Granska scenariot som JSON ↗ Agenter och mandat i specifikationen ↗
Ett bidrag kan vara synligt utan att namnet visas.
Det ska gå att visa vad någon har bidragit med utan att alla får veta vem personen är. Intertween skiljer därför på deltagandet, behörigheten att göra något och vilka identitetsuppgifter mottagaren får se. Samma princip gäller organisationer och program som deltar.
- Identifierad: mottagaren får se de identitetsuppgifter som får lämnas ut. Det säger i sig inget om hur identiteten har kontrollerats.
- Maskerad eller pseudonym: mottagaren ser begränsade uppgifter eller en beteckning som ”Bidragsgivare A”. Identiteten kan vara känd lokalt, men rätten att se den prövas separat.
- Anonym: ingen koppling till identiteten sparas för bidraget i det aktuella sammanhanget. Då går det inte att lova att personen kan identifieras senare. Andra uppgifter kan ändå avslöja vem det är och behöver bedömas.
- Okänd: källan saknar uppgift om identiteten, eller den har inte fastställts. Det är något annat än att en känd identitet hålls dold.
En kommun kan exempelvis visa att en behörig tekniker har kontrollerat en sensor utan att lämna ut teknikerns namn. En anonym felanmälan kan också vara användbar, men får inte beskrivas som en kontroll av behörig personal utan underlag för det.
Det räcker inte att dölja namnet på skärmen. Även identifierare, platser, tidpunkter, kopplingar och historik kan avslöja vem som har bidragit. Samma regler behöver gälla när någon söker, exporterar eller följer en länk.
Läs kraven i specifikationen ↗Föreslagen styrning över tid: bidrag, identitet, mandat och rättighetsanspråk ↗
En tracker för kunskap med hänsyn till användningsrättigheter
En torrenttracker hjälper deltagarna att hitta en resurs. På liknande sätt är Intertween tänkt att hjälpa människor och agenter att hitta kunskapsobjekt och följa deras relationer. Innehållet ligger kvar hos källan.
Det analogin förklarar
- Hänvisningar till resurser och noder.
- Andra kan hitta materialet, men källan behåller kontrollen.
- Inget krav på ett centralt innehållslager.
Där analogin slutar
- Rättigheter, jurisdiktion och ansvar måste prövas.
- Relationer och historik hör till modellen.
- Uttryckliga regler styr delning; fri replikering förutsätts inte.
Jämförelsen med en tracker förklarar hur material kan hittas. Den beskriver inte hela protokollet. Komponenten Tracker har en mer avgränsad uppgift: att registrera händelser.
Hur kan vi upptäcka om historiken ändras?
Registret visar det aktuella läget. Relational Trace är vårt förslag till en separat historik där rättelser och invändningar läggs till som nya händelser. Ett federerat index hjälper till att hitta material; det är inte ensamt ansvarigt för bevisen om historiken.
Vi undersöker hur signerade kontrollpunkter, sparade hos andra behöriga noder, kan göra ändringar upptäckbara. Bevisen behöver egna regler för åtkomst och kan också röja identitet. En kontrollpunkt kan visa en skillnad men inte återskapa saknade händelser utan sparade underlag.
Läs förslaget och begränsningarna ↗ Pröva det lokala experimentet ↗Varför använder vi de här namnen?
Metadataregister är huvudbegreppet för nodens beskrivningar av vad som finns och hur det hänger samman. Händelselogg är det allmänna ordet för historiken. Relational Trace är vårt förslag till en historik med tydliga krav på verifierbara ändringar. Ledger kan användas i tekniska jämförelser men ska inte stå för hela noden eller Intertween.
Knowledger är en sammansättning av kunskapsobjekt med gemensamma regler och versionshantering. Begreppet avser varken nodens register eller dess händelselogg.
Underlag: ”Intertween som relationellt metadataregister”, kommunikationsmemo 19 september 2026. Status: rekommenderad begreppsmodell.
Se begreppen Teknisk beskrivningAvsikt, aktivitet och belägg
Vi undersöker hur en AI kan delta via en lokal nod. AI:n får det sammanhang och de metodbeskrivningar som den har rätt att använda. Resultaten knyts tillbaka till använda versioner och utvärderingar. Människors avsikter behöver kunna jämföras med systemets tolkning av dem.
Noden beskriver villkor och beslut. Den miljö som utför aktiviteten måste kontrollera att den får genomföras. Detta är en föreslagen modell, inte en färdig agentanslutning eller kontroll av körning.