Knowledge, relationships and responsibility
SPECIFICATIONS · English
Protocol specification
The protocol makes the object contract, information model, state semantics, rights projections, AI boundaries and implementation requirements explicit enough to discuss, prototype and test.
The conceptual core
Knowledge Objects make knowledge addressable. Attributable relationships and local relational metadata registers maintain its context and current state. Intertweens represent emerging relational knowledge as Knowledge Objects in their own right. Skills can develop from these insights.
Identity, provenance, permissions, history and exchange rules govern this model. Wrapper, Mapper, Tracker and the other operational roles support it. This reading order does not change schema requirements or establish implementation conformance.
Start with the protocol overview ↗ · Relationships and the register ↗The protocol’s scope.
No compatibility guarantee yet
Prototypes and specification work
Unqualified production adoption
The protocol defines a common contract around knowledge. It does not replace source systems, transfer legal responsibility or turn an observation into authoritative truth.
Working vocabulary and status.
This register describes the working vocabulary and explains the scope of each term.
[TERM]STATUSDEFINITION
[Intertween]adoptedPublic initiative and open framework name.
[protocol]adoptedTechnical protocol name under Intertween.
[Knowledge Object]adoptedGoverned, addressable representation of knowledge.
[An intertween]adoptedKnowledge Object subtype for emergent relational knowledge.
[Agora]adoptedShared logical space for rights-governed discovery, relation and encounter.
[Wrapper · Mapper · Tracker]definedStable working component vocabulary being tested through implementation.
[Knowledger]definedAddressable composition of related Knowledge Objects.
The versioned specification is normative for definitions, profiles and conformance. The website explains a named specification version. Memos and demonstrations are informative unless explicitly incorporated into the specification.
Seven fields make a Knowledge Object addressable.
Level 0 Candidate tests the smallest useful Wrapper contract. It makes a representation identifiable, situated, source-bound, attributable and rights-aware without implying that legal, classification, custody or federation assessments are complete.
[ATTRIBUTE]!REQ.TYPE / PURPOSE
[version] · [title] · [custodian] · [legal_basis] · [jurisdiction] · [classification] · [confidence] · [language]
[participations] · [typed_relations] · [local_variants] · [assembly_membership] · [reuse_events] · [ai_generated_summary]
[rights.status]: {unresolved}[epistemic.status]: {unclassified}[validation.status]: {unreviewed}[disclosure.status]: {not_assessed}[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" }
}This candidate profile is for implementation testing. Passing it does not establish full protocol conformance, lawful processing, safe disclosure, production readiness or federation capability.
The subject remains distinct from knowledge about it.
The protocol separates eight related constructs so federation does not require a central master record or universal agreement. Entity references identify anything knowledge can concern. Objects package governed representations. Assertions preserve who claims what. Events record change and consequence. Participations describe how entities take part in a context. Actant roles express situated effects. Projections expose permitted views. Agents perform authorised operations.
EntityReferencePersistent federated reference to a person, policy, object, organisation, place, concept, process, relationship, event or phenomenon.
KnowledgeObjectGoverned representation carrying content, provenance, rights, validation and context.
AssertionSourced claim connecting an entity to another entity, concept, event or typed value.
EventTime-bound occurrence that changes state or records use, dispute, correction and consequence.
ParticipationSituated record connecting an entity to a context through a named role, observed effect and evidence.
ActantRoleContextual analytical role indicating that an entity made a difference in a specific relation or event.
ProjectionContext-specific view assembled from permitted objects, fields and assertions.
AgentPerson, organisation, system or AI authorised to perform a bounded operation.
Any identifiable entity MAY participate as an actant when evidence shows that it changes a relation, event, interpretation or possible course of action. Actorship MUST be expressed through participation, context, role and observed effect. It MUST NOT be assigned as an intrinsic entity type.
An actant role records situated effect. It does not grant legal agency, authority, intention or formal responsibility. Only an eligible and explicitly identified responsible party can carry accountability.
The existence of an entity reference, participation or Knowledge Object does not imply ownership, affiliation, endorsement, official status, factual acceptance or permission to reuse it.
Actorship is evidenced participation, not a permanent label.
A participation connects an entity to a specific context, role and observed effect, supported by evidence and an attributable assertion. The same entity may participate differently elsewhere. This makes situated influence inspectable without turning analytical agency into legal authority or system permission.
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
}One Agora. Many situated views.
The Agora is one shared logical and relational knowledge space. It is not a central repository, universal graph or common view. Knowledge remains distributed across independently governed nodes, while each person, organisation, system or agent encounters a projection resolved for its identity, purpose, mandate, rights and context.
Its permitted private and local knowledge · open knowledge · projections explicitly made available to Node A by other nodes.
Its own permitted knowledge · open knowledge · only the objects, fields, representations and relations Node A has allowed Node B to encounter.
distributed objects + relations
↓
identity + purpose + mandate + time
↓
object + field + representation + relation policy
↓
permitted Agora projection
↓
Current Knowledge State for this participantprivate, local, federated and open are visibility scopes—not separate spaces or mandatory stages. Changing visibility does not by itself move a payload or create a new knowledge identity.
A projection evaluates relations, membership, counts and topology as well as fields and payloads. Protected knowledge must not be disclosed indirectly through the shape of the graph.
A noetic encounter occurs when a meaningful relationship becomes intelligible within a situated view. The resulting insight may be registered as a Relation Assertion or Intertween, but the experience itself establishes neither truth nor authority.
From environmental signal to governed action and returned learning.
Trend analysis becomes operational only when its observations, assumptions, interpretations, decisions, activities and outcomes remain connected. The protocol treats each role as an addressable Knowledge Object so an organisation can inspect why it acted, what happened and what may be reused elsewhere.
TrendA sustained direction of change supported by observations.
ScenarioA coherent possible future, not a prediction.
AssumptionA declared premise that can later be challenged.
IndicatorA monitored measure or trigger with a review threshold.
ObservationA time-bound signal with preserved source evidence.
IntertweenA situated pattern emerging across multiple objects.
DecisionA chosen course with authority, basis and alternatives.
ActivityAn action linked to a decision, authorised agent and responsible party.
OutcomeAn observed consequence, including unintended effects.
LearningA reviewable conclusion returned to the knowledge cycle.
Wrapper preserves sources. Tracker records indicators and observations over time.
Mapper retains local meaning. Finder proposes relations and Intertweens.
Scenarios and Knowledgers assemble coherent, versioned future views.
Decision objects state basis, mandate, alternatives and review conditions.
Activities produce outcomes. Tracker and Cultivator return evidence and learning.
!continuity / A report is evidence in the chain, not the end of it. The valuable unit is the traceable path from signal to interpretation, decision, action, outcome and revised knowledge.
Observed, assumed, inferred, decided and validated content must remain distinguishable. A decision can be authoritative as a decision without making its supporting assumptions universally true.
Proposal and adoption remain separate operations.
The explanatory model uses nested learning loops: machine-assisted exploration produces reviewable candidates, while eligible people and institutions decide what those candidates should change. This specification defines only the boundary that implementations must preserve.
AI and automated systems MAY observe, translate, relate and propose inside a bounded mandate. They MUST NOT independently adopt an intertween, assign institutional responsibility or change a mandate unless an eligible authority has explicitly delegated that exact operation.
Emergent relational knowledge becomes addressable.
An intertween is a subtype of Knowledge Object that materialises relational knowledge emerging among independently governed objects, entities, events and contexts: a relationship, pattern, condition or phenomenon which cannot be attributed to a single constituent source.
It inherits identity, provenance, rights, sensitivity, evidence, confidence, validation, attribution, versioning, reuse history and relationships. It adds an explicit emergence contract.
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
}The assertion depends on multiple constituents and preserves each source as independently governed evidence.
Human observation, rules, statistics, semantic comparison, graph analysis and AI are all possible methods.
Detection creates a candidate. Validation authority, scope, evidence and contestation remain explicit.
An active Intertween can participate in later relations and contribute to another Intertween.
{unclaimed}{surfaced}{between}{contested}{emerging}{claimed}An intertween MUST expose its custody status and SHOULD name a custodian. If none has accepted custody, the state remains pending and the implementation MUST preserve evidence, review state and escalation conditions without inventing an owner. An assigned custodian is answerable for visibility, evidence and notification, but does not thereby own the matter.
An unclaimed Intertween SHOULD remain a relational meta-observation. It MUST NOT be populated with personal data until an eligible responsible party with an applicable purpose, legal basis and responsibility has been recorded and the required assessments have been completed.
!emergence-is-not-truth / An intertween remains inspectable and contestable. Detection or model confidence does not imply factual, legal or institutional authority.
A relational interpretation never changes its source objects. When it becomes addressable, it is registered as a new intertween with its own identity, provenance, rights and validation state.
Intentional composition
Assembler constructs a capability or current-state view from known components.
Observed relational knowledge
An intertween reveals something that becomes identifiable through relations among components.
Wrapper makes objects addressable → Mapper makes contexts relatable → Tracker makes relations observable over time → an intertween can be proposed. It is an outcome of the system, not an eighth component.
Thirteen extensible metadata domains.
The general model covers the context required by stewards, reusers, coordinators and technical developers. Domain profiles may add requirements but must not weaken the core.
01[Identity & subject]+
[id] · [local_source_id] · [case_id] · [object_type] · [about] · [entity_references] · [version] · [previous_identifiers]02[Entities, participation & responsibility]+
[participants] · [participation_context] · [participation_role] · [observed_effect] · [evidence] · [originating_organisation] · [custodian] · [responsible_party] · [ownership_state] · [touching_mandates] · [validation_owner] · [contact_point]03[Source preservation]+
[canonical_source] · [original_payload] · [source_system] · [retrieved_at] · [content_hash] · [custody_chain] · [observation_state]04[Temporal]+
[created_at] · [registered_at] · [valid_from] · [valid_until] · [last_modified] · [last_validated] · [next_review]05[Content & context]+
[title] · [summary] · [domain] · [legal_question] · [legal_provisions] · [key_concepts] · [language] · [geographic_coverage] · [attachments]06[Process & case]+
[document_role] · [process_state] · [instance] · [parties] · [previous_object] · [subsequent_object] · [closure_reason]07[Rights, legal basis & disclosure]+
[rights_status] · [licence] · [attribution] · [legal_basis] · [purpose] · [disclosure_status] · [confidentiality_basis] · [personal_data_class] · [sensitivity_status]08[Jurisdiction & classification]+
[residency] · [processing_location] · [third_country_rule] · [rojande_assessed] · [classification_scheme] · [OSL_marker] · [security_level]09[Access & policy]+
[access_level] · [distribution_level] · [field_policy] · [allowed_purpose] · [masking_profile] · [policy_decision] · [policy_version] · [valid_period]10[Quality, epistemic status & confidence]+
[epistemic_status] · [validation_status] · [validation_method] · [completeness] · [currency] · [known_limitations] · [confidence] · [conflicting_information]11[Technical integrity]+
[file_format] · [mime_type] · [checksum] · [signature_status] · [ocr_status] · [schema_version] · [schema_uri] · [api_version] · [etag]12[Relations, identity & reuse]+
[relation_type] · [target] · [identity_resolution] · [granularity] · [confidence] · [evidence] · [verified_by] · [local_variants] · [assemblies] · [reuse_events] · [outcome_events] · [quality_issues]13[Learning sovereignty]+
[retrieval_permission] · [training_permission] · [fine_tuning_permission] · [benchmark_inclusion] · [federated_learning] · [commercial_learning] · [learning_audit_id]A governed composition is also a Knowledge Object.
A Knowledger gives a related body of Knowledge Objects its own addressable purpose, membership, governance and version lifecycle. It does not copy, absorb or own its members. Each member keeps its independent identity, provenance, authority, rights and history.
Immutable composition manifest: purpose · typed membership assertions · member resolution mode · relation references · governance · validation · ledger reference.
A time-bound, rights-filtered projection resolved from one Knowledger version for a declared viewer or operational agent, purpose and policy decision.
[INVARIANT]!REQ.CONTRACT
[subtype]!MUSTEvery Knowledger satisfies the Knowledge Object core contract.
[membership]!MUSTMembership is explicit, typed and attributable; it does not imply ownership, endorsement or truth.
[resolution]!MUSTEvery member is declared as a pinned version or a moving reference; the version actually resolved is recorded.
[policy]!MUSTExplicit denials override access, applicable obligations accumulate and unresolved conflicts fail closed.
[projection_basis]!MUSTEvery Current Knowledge State declares its as-of time, resolution policy, participating sources and unavailable or excluded inputs.
[versioning]!MUSTChanging membership, purpose, governance or validation produces a new immutable manifest version.
A member may participate in several Knowledgers without duplication. Relations describe how objects connect; Membership Assertions describe why they participate in this composition.
Resemblance, evidence, contradiction, risk and shared learning are attributable claims about a Knowledger, not mutable labels inside its manifest. Different participants may characterise the same composition differently without overwriting one another.
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"
}State is multidimensional.
An object can simultaneously be published, validated, restricted and connected through a proposed relation. The protocol keeps these dimensions separate so one status cannot silently imply another.
{observed} · {not_observed} · {withdrawn} · {deleted} · {unknown}{draft} · {registered} · {published} · {current} · {modified} · {superseded} · {revoked} · {archived}{unreviewed} · {machine_checked} · {human_reviewed} · {validated} · {expired} · {disputed}{open} · {internal} · {restricted} · {confidential} · {security_protected}{proposed} · {machine_matched} · {verified} · {rejected} · {outdated}{incomplete} · {assembled} · {partially_validated} · {validated_as_is} · {stale_source_detected}{observed} · {assumed} · {inferred} · {decided} · {validated}{not_observed} does not mean {deleted}. Deletion is claimed only when the source or an authorised agent explicitly verifies it.
The source remains inspectable.
Wrapper creates a preservation envelope around the source observation. It adds context without claiming ownership of source truth.
[original_payload]Preserved representation or immutable reference.
[source_defined_id]The source system identifier, unchanged.
[retrieved_at]Exact observation timestamp.
[content_hash]Cryptographic content fingerprint.
[custody_chain]Source → wrapper → object transformations.
[observation_state]What was actually observed, not inferred.
[rights_status]May remain {unresolved}; must be visible.
[sensitivity_status]May remain {assessment_pending}.
The Knowledge Object is not its payload.
A Knowledge Object carries durable identity, meaning, provenance, governance and relationships. A Representation describes one file, record, media item, API resource or derived embodiment. Payload bytes may remain in the authoritative source system or an independent repository.
[representation_id]Stable identifier for this particular embodiment.
[location]Embedded content, canonical source reference or governed retrieval endpoint.
[media]MIME type, format, size, language and encoding.
[integrity]Content hash, signature and optional encryption information.
[transformation]OCR, transcription, translation, masking or other derivation with provenance.
[availability]Available, missing, stale, withdrawn, unreachable or expired.
[custody]Technical custodian remains distinct from information owner and source authority.
[representation_policy]Representation-specific access, processing, retention and redistribution conditions.
Changing storage location or file format does not by itself create a new knowledge identity. Changing governed meaning, provenance or assertions may require a new Knowledge Object version.
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
}Connections are typed evidence.
appealsOne object appeals a decision.
referencesOne object cites another.
derived_fromDerived content with retained provenance.
local_variant_ofA local variant without changing the original.
validatesA documented validation.
member_of_knowledgerAn attributable membership assertion, distinct from ownership or semantic relation.
Every relation may carry target, confidence, evidence, verified_by, valid_from and its own lifecycle state. Identity mappings remain reversible and contestable through SAME_AS, POSSIBLY_SAME_AS, DIFFERENT_FROM, LOCAL_EQUIVALENT_OF, SPECIALISATION_OF, MERGED_INTO and SPLIT_FROM.
A discovered relationship can become a RelationAssertion or a broader Intertween.
Finder, Cultivator, @AI or @agent must not silently modify any source object. They create a separate #RelationAssertion, or #IntertweenProfile when the claim expresses a multi-object pattern, condition or phenomenon. Both identify the claim, evidence, generator, authority and validation state.
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 semanticsA challenged relation remains visible without remaining unqualified.
Assertions and Intertweens have their own reviewable lifecycle. Contestation never silently rewrites source objects, and withdrawal does not erase the provenance of earlier use.
{asserted}{contested}{under_review}{confirmed}{superseded}{withdrawn}{invalidated}Record who challenges the assertion, the stated grounds, evidence, scope and time.
Flag every derived relation, Intertween, projection and decision known to depend on the challenged version.
Confirm, supersede, withdraw or invalidate through a new attributable event. Preserve prior versions and receipts.
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
}A withdrawal or invalidation MUST create a lifecycle event, preserve attributable history and notify known downstream recipients when policy permits. Cached projections retain their recorded obligations and receive a review-required signal.
Relational Trace
The local register describes current knowledge. Its current graph can change; Relational Trace records the attributable events through which it changed. Corrections, contestations and supersessions append new linked events. An event is a claim made in a context, not automatic evidence of truth.
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
}Sequence is local to a node and trace scope. Actor participation may be masked, anonymous or unknown; the node signs its record without requiring public identification of the contributor. Authority is evaluated separately. An existing event log does not automatically satisfy the proposed integrity requirements.
A mutable current view does not replace its historical evidence.
Discovery is not truth, authority or proof of complete results.
Proofs can be exchanged without source content, but proofs themselves need disclosure controls.
Signatures bind bytes to a key; they do not establish identity, authority, legitimacy or factual truth.
Evidence beyond one node
Originating nodes sign hash-linked events and checkpoints. Authorised witnesses retain commitments and issue explicitly scoped attestations. Comparing independently retained commitments can reveal altered or conflicting committed histories without creating a central repository or requiring agreement on every interpretation.
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
}Inclusion proves membership in a committed tree. Consistency establishes extension of an earlier commitment. Neither proves that every real action was recorded or that a search result is complete. Detection needs comparisons and available witnesses; witness independence, compromise thresholds, quorum and freshness must be specified by each federation profile.
Retaining a checkpoint, verifying its signature and verifying sequence consistency are different witness claims. A signing key must be trusted through a separate policy. Rotation, revocation, compromise timing, conflicting histories and recovery require explicit procedures.
Detection is not recovery
Checkpoints cannot reconstruct missing events. Authorised retained records or replicas are required to rebuild a view, after verifying them against retained commitments. Missing evidence means incomplete verification. Preserve conflicts and quarantine the affected view rather than silently choosing a history.
Proofs have privacy and retention rules
Stable references, predictable hashes, timestamps and relationships may reveal an actor. Masking a signed record changes its bytes; a disclosed projection needs its own evidence. Append-only does not require perpetual readability: retention and erasure policies must explain which records and verification capabilities remain.
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-noticesProposed interfaces only; no endpoints are implemented here. Authentication, authorisation, replay handling, algorithm versions and error semantics remain to be specified.
Threat model, schemas and experiment boundaries ↗ · Run the local tampering experiment ↗
Level 0 remains unchanged. Separate experimental schemas are structural contracts, not proof of secure implementation. The local demo checks selected cryptographic properties using two simulated nodes in one runtime; it is not a deployed federation.
Technical reference: RFC 9162, Merkle proofs and split-view limitations; this is not a claim of Certificate Transparency conformance.
One object. Four explicit projections.
Availability is not the same as visibility. Private, local, federated and open describe scopes within one Agora, not four different spaces. A projection is calculated from classification, identity, role, purpose, policy and current context. The protocol intends to express these rules through a versioned ODRL application profile rather than a standalone policy language.
Isolated for classification, legal review or sanitisation before distribution.
[fields]: full_localComplete object for an authorised employee within the organisation.
[access]: policy_controlledNegotiated, minimised fields; personal and protected context may be masked.
{allow | mask | deny}Only information explicitly assessed for public disclosure and open processing.
{publication_reviewed}Access, mandate and learning are represented as distinct policies. A conformant evaluator fails closed when a rights-critical term cannot be interpreted.
Open the ODRL mapping →Every automated operation should bind a small, inspectable contract to the object and event it affects.
[purpose + legal basis]Why processing is permitted.
[agent + model class]Which operational participant and class of system is authorised.
[human oversight]Who can review, interrupt or reverse the action.
[allowed derivations]Which transformations and new assertions may be produced.
[onward sharing]Whether outputs may cross another boundary.
[retention + geography]How long and where material may be processed.
[attribution]Which sources and contributors must remain visible.
[change notification]Who must be told when an input is corrected or withdrawn.
Federate projections, not assumptions.
A bounded environment with its own concepts, participants, mandate and access rules. Two administrations under one principal can be two contexts.
A technically and organisationally controlled protocol runtime that maintains local objects, policy, identity and audit state.
Governed exchange between independently operated nodes. Cross-context work inside one node tests mapping and reuse, but does not by itself prove federation.
A protocol node may discover and exchange knowledge with other nodes while retaining control over its sources, infrastructure, policies and legal responsibilities. Nodes do not automatically replicate complete Knowledge Objects or accept another node's interpretation as truth.
[node_identity]Persistent identity, signing keys, delegation, rotation and revocation.
[capabilities]Supported protocol versions, profiles, operations and limits.
[projection_request]Requester, purpose, mandate, scope and requested representation.
[policy_decision]Allow, mask or deny with applicable duties and validity period.
[exchange_receipt]Signed decision, resolved versions, evidence basis and ledger references.
[delivery_semantics]Transaction identity, idempotency, retry and expiry.
[availability]Missing, stale, excluded or unreachable inputs remain explicit.
[trust_controls]Rate limits, quarantine, abuse response and provenance-flood protection.
Participation distributes neither ownership, authority nor truth. Every receiving context applies its own policy and preserves the origin, scope and limitations of what it received.
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]Protocol work must additionally define permitted backfill, version downgrade behaviour, withdrawal and revocation propagation, and how cached projections retain their continuing obligations.
Actorship, access, action and learning are separate.
An entity may be an actant because it changes what happens in a context. That analytical role grants no system permission. An agent is the narrower operational role that receives an identity, purpose and bounded mandate.
May read or act only within the permissions granted by role, purpose and projection.
May process only explicitly AI-enabled fields. Prompt, model, output and purpose require an audit trail.
Receives an identity and access level. Read permission does not imply write, relation or execution permission.
{allow | deny}{read | relate | propose | validate | deny_write}{none | index | classify | summarise | transform}{training | fine_tuning | benchmark | federated_learning | permanent_adaptation}AI-generated fields must be visibly labelled, separated from source facts, traceable to model and input, and governed by their own validation status.
Repeated use can generate new candidate knowledge.
Cultivator observes tracked feedback, corrections, validation and downstream outcomes. It may create governed proposal objects, but it may not directly promote a learned pattern into source truth or the current assembled state.
#LearningSignalA traceable observation derived from repeated use or outcomes.
#CorrectionProposalA proposed correction to content, classification or relation.
#MappingProposalA proposed improvement to a declarative mapping rule.
#RelationAssertionA learned relationship supported by repeated validated evidence.
#IntertweenProfileA multi-object pattern, condition or phenomenon made addressable.
#ConfidenceUpdateA proposed recalibration based on observed performance.
#DeprecationProposalA proposal to mark an assumption, mapping or capability obsolete.
Emergent knowledge is a governed assertion, not source truth.
When Finder discovers a possible connection, or Cultivator learns a pattern from repeated validated outcomes, it creates a separately identifiable Knowledge Object. A binary relation can use #RelationAssertion. A multi-object pattern, condition or phenomenon uses #IntertweenProfile. Both remain reviewable without changing their constituents.
[based_on]tracked evidence[relation.state]{proposed}[authority.state]{non_authoritative}[validation.status]{unreviewed}[ownership.state]{unclaimed}[custodian]@node_operator[confidence]0.91 + evidence!rule / Finder, Cultivator, @AI and @agent may create emergent assertion objects under a bounded mandate. Contextual actorship alone never permits an operation. No participant may convert inference, feedback or learned patterns directly into source truth.
An eligible person, organisation or function carrying formal accountability. It is distinct from a contextual actant and is not invented for an unclaimed Intertween.
Named when custody has been accepted. Maintains the observation, evidence, confidence, review and notifications without claiming the subject matter. Until then, custody remains explicitly pending.
For an intertween, a provenance-tracked lifecycle from unclaimed to claimed, not a mandatory owner name at birth.
Entity, system, model, Finder, Cultivator or operational agent that produced the candidate claim. Its participation remains distinct from ownership.
A staged path from addressable object to federation.
Level 0 remains a candidate profile until validated against real objects and fixtures. A valid JSON document is not automatically a safe, lawful or meaningful Knowledge Object.
Wrapper validates id, type, about, source, provenance, rights and status.
Tracker records attributable creation, change, use, contestation and withdrawal events.
Mapper preserves local meaning while typed, reversible and contestable relations become inspectable.
Independent nodes negotiate purpose-bound projections, receipts, obligations and lifecycle notices.
intw validate object.json --profile wrapper-level-0-candidate schema pass source_bound pass rights_present pass status_present pass candidate_valid true
An implementation MAY report that it passes the named Level 0 Candidate profile and version. It MUST NOT claim full protocol conformance, federation capability, legal compliance or production readiness on that basis.
Architecture must expose the questions it cannot answer alone.
This appendix is a review framework, not legal advice or a compliance claim. Each pilot must record its applicable law, responsible organisation, assessment owner and decision.
[QUESTION]STATUSDESIGN RESPONSE / REVIEW OWNER
[public_record]openSeparate discovery, technical storage, availability and actual transfer. Review with municipal counsel and archivist.
[secrecy]openTreat metadata and graph topology as disclosable only after applicable assessment. Review with counsel and information security.
[employee_data]openMinimise identifiable activity logs, define purpose, access, information duties, retention and review. Review with the data protection officer.
[archiving]openClassify events, receipts and projections for preservation and disposal. Review with the archivist.
[federated_access]openRecord when discovery becomes access, retrieval, transfer or onward processing. Review before cross-node use.
Rights, legal-basis, classification and disclosure fields record governed assessments. They do not replace an authority's duties under applicable public-access, secrecy, data-protection, archival, security or sector-specific law.
Published intent and tested capability are kept distinct.
The framework is broader than the current software demonstration. Conformance claims apply only to the profile and test suite explicitly named by an implementation.
Rich conceptual and architectural contract.
Normative profile with schema and semantic tests.
Public-data proof for deterministic identity, mapping and relation reconstruction.
Rights evaluation, signed federation, revocation, policy negotiation and returned learning.
Passing the current harness does not imply conformance with the complete Intertween framework or future Federation Protocol.
First. Then. Thereafter.
Name and fund a legal steward, decision process and compatibility policy.
Freeze the minimum object contract and define Entity Reference, Representation, Assertion, Event, Participation, Actant Role and Projection.
Specify embedded and referenced payloads, integrity, retrieval, transformation, custody and availability semantics.
Align schemas and tests with the public Core Profile; label earlier public-data schemas as adapters or domain fixtures.
Make claims, events, immutable composition and rights-filtered resolution machine-testable.
Define access, mandate, AI processing, learning, masking, obligations and fail-closed policy composition.
Publish mappings to PROV-O, ODRL, DPV, DCAT and selected domain or jurisdiction profiles.
Specify discovery, capabilities, projection exchange, receipts, lifecycle notices, revocation and returned learning.
Address aggregation, compromised nodes, flooding, stale state, key revocation, incompatible profiles, quarantine and rate limiting.
Temporal governance and governed attribution
Proposed architecture. These requirements are not implemented or validated and do not change the core schema, Wrapper validator or existing conformance levels. They support collective learning, reuse and traceable responsibility under local sovereignty.
Wrapper → Mapper → Tracker remains the launchpad. Cultivator is a future component for learning proposals and voluntary, locally governed reciprocity.
| Concept | Boundary |
|---|---|
| Knowledge | Objects and relationships carry sources, versions and policy references. |
| Contributions | Separate contribution references record what was added and its evidence. |
| Identity | Protected identity mappings remain locally governed with independent access and retention. |
| Mandates | Authority requires evidenced scope and validity; a role label is insufficient. |
| Entitlements | Contractual or legal claims are governed independently of public attribution. |
A time trigger initiates review, not unconditional deletion. Restriction, archiving, verified anonymization and authorised deletion require authority, policy version and decision evidence. Expired mandates must stop new actions; historical accountability evidence needs justified retention. Logs, backups, indexes and embeddings also need lifecycle controls.
The registry should expose only explicitly permitted metadata. Relationships, timestamps and roles can jointly identify people. Pseudonymization is not anonymization. Federated policy changes need signed notices, replay protection, acknowledgements and explicit refused or unreachable exceptions. A receipt alone does not prove all copies were deleted.
Contribution history, public attribution and entitlements must be governed separately. Withholding identity transfers no rights to a commons pool. Future reciprocity requires voluntary agreements, reviewed rules and dispute procedures. Reuse frequency alone proves neither causation nor fair compensation.
The next proof point is a two-node demonstration testing identity separation, expired mandates, changed visibility, preserved claims and propagation failures. Legal review and independent assessment of re-identification risk remain outstanding.
Read the proposed technical requirements and acceptance scenarios ↗A proposed neutral stewardship model.
The protocol proposes a neutral, member-owned Mediator function. Members own their own intelligence, the network governs shared infrastructure, and no vendor or single participating authority becomes the default owner of cross-boundary observations. The legal entity, funding and decision process still require co-design.
The framework, profiles, conformance rules and compatibility process remain openly governed and independently implementable.
Tracker is intended to record contributions across derivation, validation and reuse. Identity disclosure and attribution remain policy-governed; protected entitlements are separate.
A proposed interface can record value returned on reuse. It is not part of Level 0 and may operate inside a closed member network.
Status fields make missing assessment visible; they do not perform the assessment. Classification, confidentiality review, lawful basis, GDPR compliance and protective-security assessment remain with the responsible organisation.
From intertweens to reusable skills
An intertween can seed a reusable method represented as a separate Knowledge Object. Its instructions, prerequisites, evidence, conditions and versions remain linked to its origins. The original intertween is preserved, and several skills may develop from it.
The learning-and-skills proposal connects intentions, interpretations, experiments, evaluations, adoption and outcomes. It covers learning around a model and learning through adaptation where records are available. Evaluation, authorisation and demonstrated capability are separate. The proposal does not change Level 0 or establish runtime enforcement.
Read the proposed learning-and-skills profile ↗