Intertween.*

Protokollet · Specifikation

Protokollets specifikation

Krav på objekt, informationsmodell, gränser för användningsrättigheter och krav på verifiering. Den svenska versionen behåller protokollets identifierare och tekniska exempel.

Den begreppsliga kärnan

Kunskapsobjekt ger kunskapen en identitet som går att hänvisa till. Spårbara relationer och lokala metadataregister bevarar sammanhanget och det aktuella läget. En intertween gör en ny fråga eller insikt till ett eget kunskapsobjekt. Insikterna kan utvecklas till återanvändbara metoder, färdigheter.

Identitet, ursprung, behörigheter, historik och utbytesregler styr modellen. Wrapper, Mapper, Tracker och de andra rollerna stödjer den. Läsordningen ändrar inte kraven i schemat och visar inte att en teknisk lösning uppfyller specifikationen.

Protokollets översikt → · Relationer och registret →

Omfattning och status

Fokus är kunskap, relationer och ansvar. Protokollet är lämpligt för prototyper och specifikationsarbete, men ger ännu inga kompatibilitetsgarantier eller generell grund för produktionsinförande.

Protokollet definierar ett gemensamt kontrakt kring kunskap. Det ersätter inte källsystem, överför inte juridiskt ansvar och gör inte observationer till auktoritativ sanning.

Hämta JSON Schema ↓ · Hämta JSON-LD-kontext ↓ · Juridisk mappning →

Arbetsvokabulär och status

Vokabulärregistret från 10 september 2026 skiljer etablerade namn från arbetsbegrepp.

TermStatusBetydelse
IntertweenAntagetDet offentliga initiativet och öppna ramverket.
ProtokolletAntagetDet tekniska protokollet inom Intertween.
Knowledge ObjectAntagetKunskap som beskrivs i ett förvaltat objekt med egen adress.
An intertweenAntagetUndertyp för frågor och insikter som uppstår när källor kopplas samman.
AgoraAntagetGemensam plats i modellen där aktörer kan hitta kunskap och mötas enligt gällande användningsrättigheter.
Wrapper · Mapper · TrackerDefinieratArbetsbegrepp för roller som prövas när tekniska lösningar utvecklas.
KnowledgerDefinieratAdresserbar sammansättning av relaterade kunskapsobjekt.

!NORMATIVE_SOURCE: Den versionshanterade specifikationen är normativ för definitioner, profiler och överensstämmelse. Webbplatsen förklarar en angiven version. Promemorior och demonstrationer är informativa om de inte uttryckligen införlivats i specifikationen.

Sju fält gör ett kunskapsobjekt adresserbart

Level 0 Candidate prövar minimikraven för Wrapper. Objektet får en identitet och knyts till sammanhang, källor, historik och rättigheter. Det betyder inte att juridik, klassning, förvaltning eller federation har bedömts färdigt.

FältTypSyfte
idURIStabil global objektidentifierare
typeURI | controlled termAngiven objekttyp eller profil
aboutURI[] | typed reference[]Företeelser representationen handlar om
sourceobjectKällhänvisning som går att följa eller har bevarats
provenanceobjectSpårbart ursprung och skapande
rightsobjectAnvändningsstatus, villkor eller uttryckligt olöst tillstånd
statusobjectLivscykel- och valideringstillstånd

!SHOULD: version · title · custodian · legal_basis · jurisdiction · classification · confidence · language

!MAY: participations · typed_relations · local_variants · assembly_membership · reuse_events · ai_generated_summary

Olösta värden får vara giltiga: rights.status: unresolved, epistemic.status: unclassified, validation.status: unreviewed, disclosure.status: not_assessed och sensitivity.status: assessment_pending.

{
  "@context": "https://intw.example/schema/core",
  "id": "intw:ko:7F3A",
  "type": "Appeal",
  "about": ["urn:case:MAL-2023-1842"],
  "source": {
    "canonical": "https://example.se/diarium/...",
    "retrieved_at": "2026-08-28T09:42:00Z",
    "content_hash": "sha256:74c9…a21e"
  },
  "provenance": { "created_by": "urn:org:source" },
  "rights": { "status": "unresolved" },
  "status": { "lifecycle": "registered", "validation": "unreviewed" }
}

!CANDIDATE_NOT_GUARANTEE: Godkänt kandidattest visar inte full överensstämmelse med protokollet, laglig behandling, säkert utlämnande, produktionsmognad eller federationsförmåga.

Företeelsen skiljs från kunskapen om den

En entitet är något som kan identifieras över tid: en person, policy, organisation, plats, ett objekt, begrepp, en process, relation, händelse eller ett fenomen. Ett kunskapsobjekt beskriver kunskap om entiteten. Ett påstående anger vad någon hävdar, en händelse vad som har inträffat och en projektion vad en viss mottagare får se.

Deltagande binder entiteten till ett visst sammanhang, en roll och en belagd effekt. Samma entitet kan delta annorlunda någon annanstans. Analytiskt aktörskap ger inte juridiskt mandat eller systembehörighet. Identitetsreferens innebär inte heller ägande, officiell status eller godkännande.

KnowledgeObject {
  id: FederatedId
  objectType: representation | assertion | event | evidence | model |
    process | projection | intertween | trend | scenario |
    assumption | indicator | observation | decision | activity |
    outcome | learning
  about?: EntityReference[]
  createdBy: AgentRef
  authorityScope?: AuthorityRef
  provenance: ProvenanceRecord
  rights: RightsPolicy
  validation: ValidationState
  validTime?: TimeInterval
  recordedTime: Timestamp
  participations?: Participation[]
}

Participation {
  participant: EntityReference
  context: EntityReference | EventRef | KnowledgeObjectRef
  role: RoleTerm
  observedEffect: Assertion | EffectTerm
  evidence: EvidenceRef[]
  assertedBy: AgentRef
  confidence?: ConfidenceRecord
  validation: ValidationState
}

En Agora, många sammanhangsbundna vyer

Agora är en gemensam plats i modellen där relationer kan beskrivas. Det är inget centralt innehållslager eller någon obegränsad global graf. En Concourse är den vy av Agora som en aktör får utifrån sin behörighet. Samma objekt kan visas på olika sätt beroende på identitet, ändamål, mandat och policy.

Privat, lokal, federerad och öppen beskriver synlighetsomfattning, inte fyra separata platser. En insikt som uppstår i ett möte är ett förslag som behöver egna belägg och granskning.

distributed objects + relations
             ↓
identity + purpose + mandate + time
             ↓
object + field + representation + relation policy
             ↓
permitted Agora projection
             ↓
Current Knowledge State for this participant

Från omvärldssignal till handling och återfört lärande

Omvärldsanalys blir användbar när observationer, antaganden, tolkningar, beslut, aktiviteter och utfall förblir sammankopplade. Organisationen kan följa varför den agerade, vad som hände och vad som kan återanvändas.

Trend
En varaktig förändringsriktning med observationsstöd.
Scenario
En sammanhängande möjlig framtid, inte en förutsägelse.
Assumption
Ett uttryckligt antagande som kan ifrågasättas.
Indicator
Ett mått eller en signal som bevakas, med angiven gräns för när granskning ska göras.
Observation
En tidsbestämd signal med bevarade källbelägg.
Intertween
Ett mönster som framträder mellan flera objekt.
Decision
Ett beslut med mandat, underlag och alternativ.
Activity
En aktivitet knuten till beslut, behörig agent och ansvarig part.
Outcome
Observerad konsekvens, även oavsiktliga effekter.
Learning
En granskningsbar slutsats som återförs till kunskapscykeln.

Wrapper bevarar källor och Tracker följer observationer. Mapper behåller lokal betydelse och Finder föreslår relationer. Scenarier och Knowledgers sammanställer alternativ. Beslut binder mandat; aktiviteter ger utfall som Tracker och Cultivator återför som belägg och lärande.

!EPISTEMIC_STATUS_IS_REQUIRED: Observerat, antaget, härlett, beslutat och validerat innehåll måste kunna skiljas åt. Ett beslut kan vara auktoritativt som beslut utan att dess antaganden blir allmängiltiga sanningar.

Förslag och antagande är separata åtgärder

Maskinstödd utforskning ger granskningsbara kandidater. Behöriga människor och institutioner avgör vad kandidaterna ska förändra.

!HUMAN_ADOPTION_BOUNDARY: AI och automatiserade system får observera, översätta, relatera och föreslå inom ett avgränsat mandat. De får inte självständigt anta en intertween, tilldela institutionellt ansvar eller ändra ett mandat om inte behörig instans uttryckligen delegerat just den åtgärden.

Framväxande relationell kunskap får en egen identitet

En intertween är en undertyp av kunskapsobjekt. Den beskriver en relation, ett mönster, ett förhållande eller fenomen som framträder mellan självständigt förvaltade objekt, entiteter, händelser och sammanhang. Det som beskrivs kan inte tillskrivas en enskild källa.

Den ärver identitet, ursprung, rättigheter, känslighet, belägg, tillförlitlighet, validering, tillskrivning, versioner och återanvändningshistorik. Ett särskilt kontrakt beskriver hur den upptäcktes. Mänsklig observation, regler, statistik, semantisk jämförelse, grafanalys och AI kan alla vara upptäcktsmetoder. En intertween kan senare bidra till nya intertweens.

Intertween {
  id: FederatedId
  objectType: intertween
  derivedFrom: KnowledgeObjectRef[]
  relation: RelationType
  assertion: Claim
  emergenceMethod: MethodRef
  generatedBy: AgentRef | ComponentRef
  recognition: {
    observationContext: ContextRef
    registrationContext: ContextRef
    recognisedBy: AgentRef
  }
  participations?: Participation[]
  visibilityScope: PolicyRef
  evidenceScope: PolicyRef
  federationStatus: local | discoverable | projected | federated
  supportingEvidence: EvidenceRef[]
  contradictingEvidence?: EvidenceRef[]
  confidence?: ConfidenceRecord
  custodian?: {
    heldBy: AgentRef
    responsibility: visibility | evidence | notification
  }
  custodyStatus: pending | assigned
  ownership: {
    state: unclaimed | surfaced | between | contested | emerging | claimed
    touchingMandates: AuthorityRef[]
    claimedBy?: AgentRef
    history: ProvenanceEvent[]
  }
  legalBasis: LegalBasisRecord | null
  jurisdiction: JurisdictionRecord
  classification: ClassificationRecord
  validation: ValidationState
  intertweenState: potential | detected | proposed |
    validated | active | superseded
}

Ansvarstagandets tillstånd är unclaimed · surfaced · between · contested · emerging · claimed.

!CUSTODY_IS_NOT_OWNERSHIP: Förvaltningsstatus måste visas och en förvaltare bör anges. Om ingen accepterat rollen förblir status pending. Belägg, granskning och villkor för när frågan ska föras vidare ska bevaras utan att en ägare hittas på. Förvaltaren ansvarar för vad som visas, belägg och aviseringar, men får inte automatiskt ansvar för själva sakfrågan.

!PERSONAL_DATA_GUARDRAIL: En intertween utan tilldelat ansvar bör vara en relationell metaobservation. Personuppgifter får inte tillföras innan behörig ansvarig part, ändamål, rättslig grund och nödvändiga bedömningar dokumenterats.

Upptäckt eller en modells säkerhet i sin bedömning ger ingen faktisk, juridisk eller institutionell auktoritet. En relationell tolkning med egen adress registreras som ett nytt objekt och ändrar aldrig källobjekten. Assembler skapar avsiktliga sammansättningar. En intertween beskriver något som framträder genom relationerna. Den är ett resultat, inte en åttonde systemkomponent.

Tretton utbyggbara metadataområden

Domänprofiler kan lägga till krav men får inte försvaga kärnan.

Identitet och ämne

id · local_source_id · case_id · object_type · about · entity_references · version · previous_identifiers

Entiteter, deltagande och ansvar

participants · participation_context · participation_role · observed_effect · evidence · originating_organisation · custodian · responsible_party · ownership_state · touching_mandates · validation_owner · contact_point

Bevarande av källa

canonical_source · original_payload · source_system · retrieved_at · content_hash · custody_chain · observation_state

Tid

created_at · registered_at · valid_from · valid_until · last_modified · last_validated · next_review

Innehåll och sammanhang

title · summary · domain · legal_question · legal_provisions · key_concepts · language · geographic_coverage · attachments

Process och ärende

document_role · process_state · instance · parties · previous_object · subsequent_object · closure_reason

Rättigheter, rättslig grund och utlämnande

rights_status · licence · attribution · legal_basis · purpose · disclosure_status · confidentiality_basis · personal_data_class · sensitivity_status

Jurisdiktion och klassning

residency · processing_location · third_country_rule · rojande_assessed · classification_scheme · OSL_marker · security_level

Åtkomst och policy

access_level · distribution_level · field_policy · allowed_purpose · masking_profile · policy_decision · policy_version · valid_period

Kvalitet, kunskapsstatus och tillförlitlighet

epistemic_status · validation_status · validation_method · completeness · currency · known_limitations · confidence · conflicting_information

Teknisk integritet

file_format · mime_type · checksum · signature_status · ocr_status · schema_version · schema_uri · api_version · etag

Relationer, identitet och återanvändning

relation_type · target · identity_resolution · granularity · confidence · evidence · verified_by · local_variants · assemblies · reuse_events · outcome_events · quality_issues

Kontroll över lärande

retrieval_permission · training_permission · fine_tuning_permission · benchmark_inclusion · federated_learning · commercial_learning · learning_audit_id

En förvaltad sammansättning är också ett kunskapsobjekt

En Knowledger har eget syfte, medlemskap, förvaltning och versionslivscykel. Den kopierar, absorberar eller äger inte medlemmarna. Varje medlem behåller sin identitet, sitt ursprung, mandat, rättigheter och sin historik.

  • Manifestet är oföränderligt. Det anger syfte, typade medlemskapspåståenden, regler för vilka versioner referenserna ska peka på, relationsreferenser, förvaltning, validering och hänvisning till historiken.
  • Varje medlem anges som låst version eller rörlig referens. Den faktiskt använda versionen registreras.
  • Uttryckliga avslag har företräde. Tillämpliga skyldigheter läggs samman och olösta konflikter ger inte tillstånd.
  • Det aktuella kunskapsläget är en tidsbestämd vy, filtrerad efter användningsrättigheter för en viss aktör, ett ändamål och ett policybeslut. Ange tidpunkt, regler för vilka versioner referenserna ska peka på, deltagande källor samt otillgängliga eller uteslutna indata.
  • Ändrat medlemskap, syfte, förvaltning eller validering ger en ny oföränderlig manifestversion.

Medlemskap är uttryckligt, typat och spårbart. Det innebär inte ägande, godkännande eller sanning. Samma objekt kan ingå i flera Knowledgers. Likhet, belägg, motsägelse, risk eller gemensamt lärande beskrivs i separata påståenden, inte i föränderliga etiketter i manifestet. Deltagarna kan därför beskriva samma sammansättning på olika sätt.

CharacterizationAssertion {
  characterizes: KnowledgerRef
  character: resemblance | evidence | contradiction |
    risk | shared_learning | ExtensionTerm
  assertedBy: AgentRef
  context: ContextRef
  purpose: Purpose
  evidence: EvidenceRef[]
  confidence?: ConfidenceRecord
  validation: ValidationState
  visibility: PolicyRef
}
{
  "id": "intw:knowledger:municipality-a:case-8421",
  "type": "knowledger",
  "profiles": ["#CoreProfile", "#KnowledgerProfile@0.1"],
  "version": 4,
  "purpose": ["assessment", "audit"],
  "current_state_basis": {
    "as_of": "2026-08-31T12:00:00Z",
    "resolution_policy": "intw:policy:municipality-a:v3",
    "participating_sources": ["intw:node:municipality-a"],
    "unavailable_or_excluded_inputs": []
  },
  "members": [{
    "ref": "intw:ko:decision:8421",
    "role": "decision",
    "resolution": "pinned@2",
    "asserted_by": "@case-owner"
  }],
  "ledger_ref": "intw:ledger:case-8421"
}

Tillstånd har flera dimensioner

Ett objekt kan samtidigt vara publicerat, validerat, åtkomstbegränsat och ha en föreslagen relation. En status får inte tyst innebära en annan.

Observation: observed · not_observed · withdrawn · deleted · unknown

Livscykel: draft · registered · published · current · modified · superseded · revoked · archived

Validering: unreviewed · machine_checked · human_reviewed · validated · expired · disputed

Åtkomst: open · internal · restricted · confidential · security_protected

Relation: proposed · machine_matched · verified · rejected · outdated

Sammansättning: incomplete · assembled · partially_validated · validated_as_is · stale_source_detected

Kunskapsstatus: observed · assumed · inferred · decided · validated

!CONSERVATIVE_TRACKER_SEMANTICS: not_observed betyder inte deleted. Radering anges först när källan eller en behörig agent uttryckligen har verifierat den.

Källan ska gå att granska

Wrapper bevarar en källobservation och lägger till sammanhang utan att ta över källans sanningsanspråk.

original_payload
Bevarad representation eller oföränderlig referens.
source_defined_id
Källsystemets identifierare utan ändring.
retrieved_at
Exakt observationstidpunkt.
content_hash
Kryptografiskt fingeravtryck av innehållet.
custody_chain
Källa, wrapper och objektets omvandlingar.
observation_state
Vad som faktiskt observerades, inte bara härleddes.
rights_status
Kan vara unresolved, men ska vara synligt.
sensitivity_status
Kan vara assessment_pending.

Kunskapsobjektet är inte sin fil

Kunskapsobjektet bär beständig identitet, betydelse, ursprung, förvaltning och relationer. En Representation beskriver en fil, post, medieresurs, API-resurs eller härledd form. Innehållet kan ligga kvar i källsystemet eller ett separat lager.

  • Identifierare för den särskilda representationen.
  • Inbäddat innehåll, kanonisk källreferens eller kontrollerad hämtningsadress.
  • MIME-typ, format, storlek, språk och kodning.
  • Hashvärde, signatur och eventuell krypteringsinformation.
  • OCR, transkribering, översättning, maskering eller annan omvandling med ursprung.
  • Tillgänglighet: tillgänglig, saknad, inaktuell, återkallad, oåtkomlig eller utgången.
  • Teknisk förvaltare, åtskild från informationsägare och källans auktoritet.
  • Egna villkor för åtkomst, behandling, bevarande och vidare spridning.

Ett byte av lagringsplats eller format skapar inte automatiskt ett nytt kunskapsobjekt. Om objektets betydelse, ursprung eller påståenden ändras kan en ny objektversion behövas.

Representation {
  id: RepresentationId
  represents: KnowledgeObjectRef
  location: EmbeddedPayload | SourceRef | RetrievalEndpoint
  mediaType: string
  contentHash: string
  availability: available | missing | stale | withdrawn |
    unreachable | expired
  transformation?: ProvenanceRecord
  custodian: AgentRef
  rights: RightsPolicy
}

Kopplingar är typade belägg

appeals
Ett objekt överklagar ett beslut.
references
Ett objekt hänvisar till ett annat.
derived_from
Härlett innehåll med bevarat ursprung.
local_variant_of
En lokal variant utan ändring av originalet.
validates
En dokumenterad validering.
member_of_knowledger
Ett spårbart medlemskapspåstående, skilt från ägande och semantisk relation.

Relationer kan bära target, confidence, evidence, verified_by, valid_from och egen livscykel. Identitetsmappningar förblir reversibla och prövbara genom SAME_AS · POSSIBLY_SAME_AS · DIFFERENT_FROM · LOCAL_EQUIVALENT_OF · SPECIALISATION_OF · MERGED_INTO · SPLIT_FROM.

Finder, Cultivator, AI och agenter får inte tyst ändra källobjekt. En upptäckt koppling blir ett separat RelationAssertion eller en bredare intertween. Båda anger påstående, belägg, genererande system, mandat och valideringsstatus.

GET /v1/knowledge-objects/{id}
GET /v1/knowledge-objects/{id}/versions
GET /v1/knowledge-objects/{id}/relations
GET /v1/knowledgers/{id}/versions/{version}
POST /v1/knowledgers/{id}/resolve
GET /v1/schemas/knowledge-object/{version}

Events: created · observed · classified · validated · used · disputed · corrected · reused · merged · split · superseded · archived
Errors: 400 schema · 403 policy · 409 version · 422 semantics

En ifrågasatt relation förblir synlig med sin invändning

Invändningar, rättelser, ersättningar och återkallelser är nya spårbara händelser. Bevara det ursprungliga påståendet, vem som ifrågasätter det, grunden, beläggen och granskningens utfall. Mottagare och beroende objekt behöver kunna identifieras för omprövning.

Tillstånden är asserted · contested · under_review · confirmed · superseded · withdrawn · invalidated. En registrerad invändning visar inte att körning stoppats, att alla mottagare informerats eller att kopior raderats.

ContestationEvent {
  assertion: KnowledgeObjectRef
  contestedBy: AgentRef
  grounds: Claim
  evidence: EvidenceRef[]
  scope: field | assertion | object | derivation
  createdAt: Timestamp
  reviewBy?: Timestamp
}

ImpactNotice {
  sourceVersion: KnowledgeObjectRef
  affectedObjects: KnowledgeObjectRef[]
  action: review_required | suspended | superseded
}
RELATIONAL TRACE

Relationell historik

Det lokala registret beskriver aktuell kunskap. Grafen kan förändras; Relational Trace dokumenterar de spårbara händelser som ändrade den. Rättelser, invändningar och ersättningar läggs till som nya länkade händelser. En händelse är ett påstående i ett sammanhang, inte automatiskt ett sanningsbevis.

RelationalTraceEvent {
  id · event_type · subject_refs · actor · mandate · purpose
  timestamp · sequence · previous_event · input_refs · output_refs
  policy_decision · validation_status · originating_node · trace_scope
  event_hash · signature
}

Sekvensen är lokal för noden och historikens omfattning. Deltagaridentitet kan vara maskerad, anonym eller okänd. Noden signerar sin post utan att bidragsgivaren måste identifieras offentligt. Mandat prövas separat. En befintlig händelselogg uppfyller inte automatiskt de föreslagna integritetskraven.

!CURRENT_STATE_IS_NOT_HISTORY

En föränderlig nulägesvy ersätter inte historiska belägg.

!INDEX_IS_NOT_AUTHORITY

Upptäckbarhet är inte sanning, mandat eller bevis på fullständiga resultat.

!PROOF_IS_NOT_PAYLOAD

Bevis kan utbytas utan källinnehåll, men även bevis behöver regler för utlämnande.

!SIGNATURE_IS_NOT_TRUTH

Signaturer binder byte till en nyckel. De etablerar inte identitet, mandat, legitimitet eller faktisk sanning.

Händelseprofil →
#FederatedIntegrityProfile · UNDER UTVECKLING

Belägg bortom en enda nod

Ursprungsnoder signerar hashkedjade händelser och kontrollpunkter. Behöriga vittnen bevarar kryptografiska bindningar till historiken och utfärdar intyg med uttryckligt angiven omfattning. Genom att jämföra oberoende bevarade bindningar kan ändrad eller motstridig historik upptäckas. Det kräver ingen central lagring eller enighet om varje tolkning.

IntegrityCheckpoint {
  node · trace_scope · sequence_from · sequence_to · merkle_root
  previous_checkpoint · created_at · signing_key · signature
  witness_attestations
}
CrossNodeAttestation {
  witness · checkpoint_hash · claim · created_at · signature
}

Ett inklusionsbevis visar att en post ingår i ett kryptografiskt bundet träd. Ett konsistensbevis visar att en senare bindning bygger vidare på en tidigare. Inget av bevisen visar att alla verkliga handlingar har registrerats eller att ett sökresultat är fullständigt. För att upptäcka skillnader behövs jämförelser och tillgängliga vittnen. Varje federationsprofil måste ange krav på vittnenas oberoende, hur många parter som kan vara komprometterade, kvorum och aktualitet.

Att bevara en kontrollpunkt, verifiera signaturen och verifiera sekvenskonsistens är olika vittnespåståenden. Tillit till en signeringsnyckel behöver en separat policy. Rotation, återkallelse, tidpunkt för kompromettering, motstridiga historiker och återställning kräver uttryckliga rutiner.

Upptäckt är inte återställning

Kontrollpunkter kan inte återskapa saknade händelser. För att återställa en vy behövs behörigt bevarade poster eller kopior, som verifieras mot de bevarade kryptografiska bindningarna. Saknade belägg innebär att verifieringen är ofullständig. Bevara konflikten och isolera den berörda vyn i stället för att välja en historik utan att redovisa det.

Även bevis har integritets- och bevaranderegler

Beständiga referenser, förutsägbara hashvärden, tidsstämplar och relationer kan avslöja en aktör. Maskering ändrar en signerad posts byte; en utlämnad vy behöver egna belägg. Att en historik bara utökas betyder inte att den måste vara läsbar för alltid. Bevarande- och raderingsregler behöver förklara vilka poster och verifieringsmöjligheter som återstår.

POST /v1/federation/checkpoints
GET  /v1/federation/checkpoints/{node}/{sequence}
POST /v1/federation/attestations
POST /v1/federation/verify
GET  /v1/federation/consistency-proof
POST /v1/federation/integrity-notices

Gränssnitten är förslag och implementeras inte här. Autentisering, behörighet, skydd mot återuppspelning, algoritmversioner och felbetydelser återstår att specificera.

Hotmodell, scheman och experimentets gränser → · Kör det lokala manipulationsexperimentet →

Level 0 är oförändrat. Separata experimentscheman är strukturella kontrakt, inte bevis på en säker implementation. Demonstrationen testar utvalda kryptografiska egenskaper med två simulerade noder i samma körmiljö. Den är ingen driftsatt federation.

Teknisk referens: RFC 9162, Merkle-bevis och begränsningar vid motstridiga vyer. Detta är inget påstående om överensstämmelse med Certificate Transparency.

Ett objekt, fyra uttryckliga vyer

Vyn beräknas från klassning, identitet, roll, ändamål, policy och aktuellt sammanhang. Tillgänglighet är inte synlighet. Reglerna avses uttryckas i en versionshanterad ODRL-profil.

Privat / isolerad
För klassning, juridisk granskning eller rensning före spridning.
Lokal
Fullständigt objekt för behörig medarbetare inom organisationen.
Federerad
Prövade och minimerade fält; personuppgifter och skyddat sammanhang kan maskeras.
Öppen
Endast information som uttryckligen bedömts för offentlig spridning och öppen behandling.

Prövningen behöver identitet, roll, ändamål, fältpolicy, maskeringsprofil, rättslig grund, sekretessbedömning och giltighetstid. Åtkomst, mandat och lärande är separata policyer. Otydliga rättighetskritiska termer ger inte underförstått tillstånd.

ODRL-mappningen →

Agentens mikrokontrakt

Varje automatiserad åtgärd bör ha ett kort kontrakt som går att granska. Det bör ange ändamål och rättslig grund, agent och modellklass, mänsklig tillsyn, tillåtna härledningar, vidare delning, bevarandetid och geografiska begränsningar. Det bör också visa källor och bidragsgivare samt ange vilka som ska aviseras vid rättelse eller återkallelse.

Utbyt prövade vyer mellan självständiga noder

Ett sammanhang har egna begrepp, deltagare, mandat och åtkomstregler. En nod är en tekniskt och organisatoriskt kontrollerad körmiljö för lokala objekt, policyer, identitet och granskningshistorik. Federation är förvaltat utbyte mellan självständigt drivna noder. Arbete mellan två förvaltningar i samma nod bevisar inte federation.

Noder behåller kontroll över källor, infrastruktur, villkor och juridiskt ansvar. De replikerar inte automatiskt hela objekt eller godtar andra noders tolkningar som sanning.

  • Nodidentitet, signeringsnycklar, delegation, rotation och återkallelse.
  • Stödda protokollversioner, profiler, åtgärder och begränsningar.
  • Begärans avsändare, ändamål, mandat, omfattning och representation.
  • Beslut att tillåta, maskera eller neka, med skyldigheter och giltighetstid.
  • Signerade kvittenser med använda versioner, belägg och historikreferenser.
  • Transaktionsidentitet, idempotens, återförsök och utgångstid.
  • Uttryckligt saknade, inaktuella, uteslutna eller oåtkomliga indata.
  • Hastighetsbegränsning, isolering, missbrukshantering och skydd mot överbelastning med ursprungsposter.

!FEDERATION_IS_NOT_AGREEMENT: Deltagande överför varken ägande, mandat eller sanning. Mottagaren tillämpar egen policy och bevarar ursprung, omfattning och begränsningar.

POST /v1/federation/projection-requests
GET  /v1/federation/capabilities
POST /v1/federation/exchange-receipts
POST /v1/federation/lifecycle-notices
POST /v1/federation/learning-returns

request:  @requester + !purpose + #profile + [scope]
decision: {allow | mask | deny} + [obligations]
result:   [permitted_projection] + [resolution_evidence]
receipt:  [signed] + [ledger_ref] + [expires_at]

Protokollet behöver också definiera tillåten efterhandsinhämtning, versionsnedgradering, spridning av återkallelser och kvarstående skyldigheter för cachade vyer.

Aktörskap, åtkomst, handling och lärande skiljs åt

En aktant påverkar vad som händer i ett sammanhang. Den analytiska rollen ger ingen systembehörighet. En agent har en snävare operativ roll med identitet, ändamål och mandat. En behörig person handlar inom tillåten vy. Generativ AI får bara behandla uttryckligen tillåtna fält; instruktion, modell, utdata och ändamål behöver spårbarhet.

RETRIEVAL: allow | deny
OPERATIONS: read | relate | propose | validate | deny_write
AI_PROCESSING: none | index | classify | summarise | transform
LEARNING: training | fine_tuning | benchmark | federated_learning | permanent_adaptation

AI-genererade fält märks tydligt, skiljs från källfakta, spåras till modell och indata och har egen valideringsstatus.

Återanvändning kan ge förslag till ny kunskap

Cultivator kan använda registrerad återkoppling, rättelser, validering och utfall för att föreslå LearningSignal, CorrectionProposal, MappingProposal, RelationAssertion, IntertweenProfile, ConfidenceUpdate eller DeprecationProposal. Förslagen får inte direkt bli källans sanning eller det aktuella sammanställda tillståndet.

Kandidaten anger generated_by, based_on, relation.state: proposed, authority.state: non_authoritative, validation.status: unreviewed, ownership.state: unclaimed, förvaltare och tillförlitlighet med belägg. En validator kan därefter verifiera eller avvisa inom sitt mandat.

Formellt ansvar, förvaltning, ansvarstagandets livscykel och teknisk framställning är skilda roller. Ingen ägare ska hittas på för en fråga som saknar tilldelat ansvar. Om förvaltning ännu inte accepterats anges detta som väntande.

Från adresserbart objekt till federation

  1. Level 0 — kandidat: Wrapper kontrollerar id, type, about, source, provenance, rights och status.
  2. Spårbart: Tracker dokumenterar skapande, ändring, användning, invändning och återkallelse.
  3. Relaterbart: Mapper bevarar lokal betydelse medan typade, reversibla och prövbara relationer blir synliga.
  4. Federerat: Självständiga noder utbyter ändamålsbundna vyer, kvittenser, skyldigheter och livscykelaviseringar.
intw validate object.json --profile wrapper-level-0-candidate
schema             pass
source_bound       pass
rights_present     pass
status_present     pass
candidate_valid    true

En teknisk lösning får uppges klara en namngiven Level 0-kandidatprofil och version. Det ger ingen grund för att hävda full överensstämmelse med protokollet, fungerande federation, uppfyllda rättsliga krav eller beredskap för drift. Giltig JSON innebär inte automatiskt att objektet är säkert, lagligt eller meningsfullt.

Avsikten och det som har testats hålls isär

Ramverket omfattar mer än demonstrationen. Modellen beskriver begrepp och arkitektur. Knowledger-profilen har schema och semantiska tester. Den nuvarande testmiljön visar deterministisk identitet, mappning och återskapade relationer med öppna data. Den visar däremot inte att rättighetsprövning, signerad federation, återkallelse, policyförhandling eller återföring av lärande fungerar.

!CONFORMANCE_IS_SCOPED: Godkända tester gäller bara den profil och testsvit som uttryckligen anges.

Först, sedan och därefter

  1. Förvaltning och versionering: utse och finansiera rättslig förvaltare, beslutsprocess och kompatibilitetspolicy.
  2. Objektets kärna: fastställ minimikontrakt och definiera entitetsreferens, representation, påstående, händelse, deltagande, aktantroll och projektion.
  3. Representation och källbindning: specificera innehåll, integritet, hämtning, omvandling, förvaltning och tillgänglighet.
  4. Kontroller: stäm av scheman och tester mot kärnprofilen; märk äldre scheman som adaptrar eller domäntestfall.
  5. Påståenden, historik och Knowledgers: gör sammansättning och rättighetsfiltrerad upplösning maskintestbara.
  6. Rättigheter och ODRL: definiera åtkomst, mandat, AI-behandling, lärande, maskering, skyldigheter och säker konflikthantering.
  7. Standardmappning: publicera mappningar till PROV-O, ODRL, DPV, DCAT och valda domänprofiler.
  8. Nodidentitet och federation: specificera upptäckt, förmågor, vyutbyte, kvittenser, aviseringar, återkallelse och återfört lärande.
  9. Tillit och hotmodell: hantera aggregering, komprometterade noder, överbelastning, inaktuella tillstånd, nyckelåterkallelse, oförenliga profiler och isolering.

Styrning över tid och reglerad attribution

Föreslagen arkitektur. Kraven är ännu inte implementerade eller validerade och ändrar inte kärnschemat, Wrapper-validatorn eller befintliga kontrollnivåer. Syftet är gemensamt lärande, återanvändning och spårbart ansvar med lokal rådighet.

Wrapper → Mapper → Tracker är fortsatt startpunkten. Cultivator är en framtida komponent för lärandeförslag och frivillig, lokalt styrd reciprocitet.

Separata ansvar och livscykler
BegreppGräns
KunskapKunskapsobjektet och dess relationer bär källor, versioner och villkor.
BidragEn separat bidragsreferens dokumenterar vad som tillförts och med vilka belägg.
IdentitetSkyddade identitetskopplingar hanteras lokalt med egna åtkomst- och bevaranderegler.
MandatBehörighet knyts till uppdrag, omfattning och giltighetstid; en rolltitel räcker inte.
RättighetsanspråkAvtalsenliga eller rättsliga anspråk bedöms separat från vem som visas offentligt.

En tidsgräns ska utlösa granskning, inte ovillkorlig radering. Begränsning, arkivering, verifierad anonymisering och beslutad radering kräver behörighet, policyversion och beslutsunderlag. Utgångna mandat ska stoppa nya åtgärder; historiska ansvarsbelägg ska bevaras under den tid som är motiverad. Även loggar, säkerhetskopior, index och inbäddningar behöver omfattas.

Registret ska bara visa uttryckligen tillåtna uppgifter. Relationer, tidpunkter och roller kan tillsammans identifiera människor. Pseudonymisering är inte anonymisering. Federerade policyändringar behöver signerade meddelanden, skydd mot återspelning, kvittenser och synliga undantag när en nod vägrar eller inte går att nå. En kvittens bevisar inte i sig att alla kopior har raderats.

Bidragshistorik, offentlig attribution och rättighetsanspråk ska styras var för sig. Dold identitet överför inga rättigheter till en gemensam pott. Framtida reciprocitet kräver frivilliga avtal, granskade regler och möjlighet att bestrida beslut. Återanvändningsfrekvens visar inte ensam orsakssamband eller skälig ersättning.

Nästa bevispunkt är en demonstration med två noder som prövar identitetsseparation, utgångna mandat, ändrad synlighet, bevarade anspråk och misslyckad spridning. Juridisk granskning och oberoende bedömning av återidentifieringsrisk återstår.

Läs de föreslagna tekniska kraven och acceptansfallen (engelska) ↗

Förslag till neutral förvaltning

Den juridiska formen är ännu inte etablerad. En neutral, medlemsägd Mediator-funktion föreslås. Medlemmarna behåller sin kunskap, nätverket förvaltar gemensam infrastruktur och ingen leverantör eller enskild myndighet blir standardägare till gränsöverskridande observationer. Juridisk person, finansiering och beslut behöver utformas gemensamt.

Ramverk, profiler, kontrollregler och kompatibilitetsprocess ska kunna förvaltas öppet och implementeras självständigt. Tracker ska dokumentera bidrag genom härledning, validering och återanvändning. Identitetsuppgifter och attribution styrs av policy; skyddade rättighetsanspråk hanteras separat. Frivillig återföring av värde vid återanvändning är ett separat förslag utanför Level 0 och kan fungera inom ett slutet medlemsnätverk.

Statusfält synliggör saknade bedömningar men utför dem inte. Klassning, sekretessprövning, rättslig grund, dataskydd och säkerhetsskydd ligger kvar hos ansvarig organisation.

Från intertweens till återanvändbara färdigheter

En intertween kan ge upphov till en separat metod med instruktioner, förutsättningar, belägg, villkor och versioner. Originalet bevaras och kan ge upphov till flera färdigheter.

Profilförslaget knyter avsikter, tolkningar, experiment, utvärderingar, beslut och utfall till lärande. Det kan ske genom nya arbetssätt runt en modell eller genom modellanpassning, där uppgifter finns tillgängliga. Utvärdering, tillstånd och visad förmåga hålls isär. Förslaget ändrar inte Level 0 och visar inte att reglerna följs när systemet körs.

Läs profilen för lärande och färdigheter →