{"schema":"https://ver.cy/schemas/card/1.0.0","id":"vr.wm-mem-010","code":"wm-mem-010-memory-retention-and-forgetting-policy","url":"https://ver.cy/models/wm-mem-010-memory-retention-and-forgetting-policy/","name":"Memory Retention and Forgetting Policy","alternateNames":[],"kind":"world-model","status":"published","version":"0.1.0-reviewable","language":"en","classifiers":{"family":"World Models","category":"Information and virtual systems","entryKind":"entity","plane":"","domain":["INF.MEM.RET"],"industry":["Cross-industry"],"navPath":"NAV.INF.MEM.RET","tags":["memory","retention","forgetting","policy","inf.mem.ret"],"facets":{}},"whatItIs":"One versioned policy entity selecting agent-memory targets and expressing evaluation, exception and assurance requirements. The hierarchy is proposed design grounded in open specifications; it does not itself execute retention or deletion.","purpose":"Define governed lifetime, relevance-decay, preservation and forgetting rules for agent-held memory, with scoped evidence requirements.","scope":{"in":["Policy identity, authority, scope and revision lifecycle","Triggers, duration bounds, relevance decay and recall eligibility","Scoped holds, forgetting outcomes, lineage, backups and restoration gates","Proposed evaluation interfaces and minimal outcome evidence"],"out":["Memory content and store implementation","Actual erasure, media sanitization procedures and learned-model unlearning","Universal legal compliance or cognitive forgetting","Independent recipient control and retroactive removal of delivered answers"],"boundaries":[{"neighbor":"WM-XCT-035 Retention / Disposition","distinction":"Candidate parent alignment only: general retention triggers, holds and disposition remain reusable; this entity adds agent-memory decay, recall and derived-representation policy. No validated inheritance is asserted."},{"neighbor":"WM-MEM-001 Memory Store and WM-MEM-002 Memory Item","distinction":"Store and item masters own tenancy, content and item lifecycle; this policy selects them through references and never contains their payload."},{"neighbor":"WM-MEM-007 Memory Recall Event and WM-MEM-013 Context Assembly","distinction":"This policy constrains eligibility and retention. Recall observations and context contents remain external; suppression cannot retract an already delivered answer."},{"neighbor":"WM-MEM-008 Memory Consolidation and WM-MEM-014 Retrieval Index","distinction":"Derived-target discovery depends on lineage and index masters; no unconditional cascade or fabricated completeness is permitted."},{"neighbor":"WM-MEM-009 Memory Conflict and Precedence Rule","distinction":"Factual memory conflict is distinct from retention-obligation conflict. Reference domain precedence only when its authority and scope fit."},{"neighbor":"WM-MEM-011 Memory Scope and Sharing Grant and WM-MEM-020 Memory Quarantine and Redaction","distinction":"Retention neither grants access nor clears quarantine. Authorized quarantine and redaction workflows execute separately."},{"neighbor":"Learned-model parameters and human memory","distinction":"This policy handles agent-held records and representations. It cannot certify machine unlearning, modify learned weights, prove absence from all outputs or govern human cognition."}]},"distinguishingFeatures":["Unlike WM-XCT-035 Retention / Disposition: Candidate parent alignment only: general retention triggers, holds and disposition remain reusable; this entity adds agent-memory decay, recall and derived-representation policy. No validated inheritance is asserted.","Unlike WM-MEM-001 Memory Store and WM-MEM-002 Memory Item: Store and item masters own tenancy, content and item lifecycle; this policy selects them through references and never contains their payload.","Unlike WM-MEM-007 Memory Recall Event and WM-MEM-013 Context Assembly: This policy constrains eligibility and retention. Recall observations and context contents remain external; suppression cannot retract an already delivered answer.","Unlike WM-MEM-008 Memory Consolidation and WM-MEM-014 Retrieval Index: Derived-target discovery depends on lineage and index masters; no unconditional cascade or fabricated completeness is permitted.","Unlike WM-MEM-009 Memory Conflict and Precedence Rule: Factual memory conflict is distinct from retention-obligation conflict. Reference domain precedence only when its authority and scope fit.","Unlike WM-MEM-011 Memory Scope and Sharing Grant and WM-MEM-020 Memory Quarantine and Redaction: Retention neither grants access nor clears quarantine. Authorized quarantine and redaction workflows execute separately.","Unlike Learned-model parameters and human memory: This policy handles agent-held records and representations. It cannot certify machine unlearning, modify learned weights, prove absence from all outputs or govern human cognition."],"structure":{"bundles":[{"id":"memory-retention-policy","name":"Policy identity and applicability","description":"Proposed policy responsibilities for policy identity and applicability.","layers":[{"id":"memory-retention-layer-identity","name":"Policy revision","description":"Policy questions and evidence for policy revision.","findings":[{"id":"memory-retention-finding-identity","name":"Policy revision","description":"A policy is a governed, versioned entity whose identity survives revisions. Evaluation records and memory items have separate identities.","questions":[{"text":"Which master identifier and immutable revision identify this policy?","id":"memory-retention-finding-identity-q01","kind":"identity"},{"text":"Which accountable role owns approval and review of this policy?","id":"memory-retention-finding-identity-q02","kind":"ownership"},{"text":"Which transition makes this revision effective, suspended or superseded?","id":"memory-retention-finding-identity-q03","kind":"lifecycle"},{"text":"What evidence explains the rule change and affected cohorts?","id":"memory-retention-finding-identity-q04","kind":"provenance"}]}]},{"id":"memory-retention-layer-scope","name":"Target scope and purpose","description":"Policy questions and evidence for target scope and purpose.","findings":[{"id":"memory-retention-finding-scope","name":"Target scope and purpose","description":"Explicit selectors bind policy to a tenant, store, item class and purpose. Scope matching cannot grant access or change another tenant policy.","questions":[{"text":"Which memory classes and sensitivity categories are selected?","id":"memory-retention-finding-scope-q01","kind":"classification"},{"text":"Which store, tenant and item references define the policy boundary?","id":"memory-retention-finding-scope-q02","kind":"relationship"},{"text":"Which purpose and applicable authority justify retention?","id":"memory-retention-finding-scope-q03","kind":"requirement"},{"text":"How are missing labels and overlapping scope selectors handled?","id":"memory-retention-finding-scope-q04","kind":"exception"}]}]}]},{"id":"memory-retention-time","name":"Lifetime and decay","description":"Proposed policy responsibilities for lifetime and decay.","layers":[{"id":"memory-retention-layer-schedule","name":"Trigger and expiry calculation","description":"Policy questions and evidence for trigger and expiry calculation.","findings":[{"id":"memory-retention-finding-schedule","name":"Trigger and expiry calculation","description":"Separate retention start, review time, minimum preservation and maximum storage constraints. No default duration is asserted; incompatible bounds require escalation.","questions":[{"text":"Which event starts the lifetime and what timestamp precision is required?","id":"memory-retention-finding-schedule-q01","kind":"temporal"},{"text":"Which minimum, maximum and review intervals govern this memory class?","id":"memory-retention-finding-schedule-q02","kind":"retention"},{"text":"Can a recall or update restart the clock, and under what limit?","id":"memory-retention-finding-schedule-q03","kind":"process"},{"text":"How are late events, clock rollback and contradictory bounds resolved?","id":"memory-retention-finding-schedule-q04","kind":"validation"}]}]},{"id":"memory-retention-layer-decay","name":"Relevance decay and recall eligibility","description":"Policy questions and evidence for relevance decay and recall eligibility.","findings":[{"id":"memory-retention-finding-decay","name":"Relevance decay and recall eligibility","description":"Proposed memory-specific extension: relevance decay, recall suppression and storage expiry are separate outputs. No standard decay formula or cognitive forgetting claim is admitted.","questions":[{"text":"Which decay function, parameters and input observations determine relevance?","id":"memory-retention-finding-decay-q01","kind":"measurement"},{"text":"When does a score change eligibility without changing storage status?","id":"memory-retention-finding-decay-q02","kind":"state"},{"text":"Which hard expiry and access rules bound relevance-based reuse?","id":"memory-retention-finding-decay-q03","kind":"constraint"},{"text":"What happens when decay inputs are missing, stale or manipulated?","id":"memory-retention-finding-decay-q04","kind":"quality"}]}]}]},{"id":"memory-retention-authority","name":"Decision authority and exceptions","description":"Proposed policy responsibilities for decision authority and exceptions.","layers":[{"id":"memory-retention-layer-precedence","name":"Rule precedence and conflict referral","description":"Policy questions and evidence for rule precedence and conflict referral.","findings":[{"id":"memory-retention-finding-precedence","name":"Rule precedence and conflict referral","description":"Policy conflicts concern incompatible obligations, not factual disagreement between memories. Undetermined decisions stop automated destructive action and enter bounded review; ordinary recall remains separately restricted.","questions":[{"text":"Which rule version determines precedence for overlapping obligations?","id":"memory-retention-finding-precedence-q01","kind":"decision"},{"text":"Who may resolve a conflict between retention and erasure obligations?","id":"memory-retention-finding-precedence-q02","kind":"authority"},{"text":"What outcome applies when precedence is unknown or contradictory?","id":"memory-retention-finding-precedence-q03","kind":"constraint"},{"text":"How does an imported policy expose unsupported conflict semantics?","id":"memory-retention-finding-precedence-q04","kind":"interoperability"}]}]},{"id":"memory-retention-layer-hold","name":"Scoped preservation and release","description":"Policy questions and evidence for scoped preservation and release.","findings":[{"id":"memory-retention-finding-hold","name":"Scoped preservation and release","description":"Preservation exceptions are scoped, evidenced and periodically reviewed. A hold can suspend disposition without authorizing normal recall or automatically extending every memory lifetime.","questions":[{"text":"Which targets and disposition actions does a preservation hold cover?","id":"memory-retention-finding-hold-q01","kind":"exception"},{"text":"Which role can issue, renew or release the hold?","id":"memory-retention-finding-hold-q02","kind":"authority"},{"text":"When must a hold be reviewed and how are overdue reviews escalated?","id":"memory-retention-finding-hold-q03","kind":"temporal"},{"text":"After release, is the original expiry resumed or a new schedule authorized?","id":"memory-retention-finding-hold-q04","kind":"lifecycle"}]}]}]},{"id":"memory-retention-forgetting","name":"Forgetting outcomes and propagation","description":"Proposed policy responsibilities for forgetting outcomes and propagation.","layers":[{"id":"memory-retention-layer-outcomes","name":"Suppression, retirement and erasure intent","description":"Policy questions and evidence for suppression, retirement and erasure intent.","findings":[{"id":"memory-retention-finding-outcomes","name":"Suppression, retirement and erasure intent","description":"Forgetting is an explicitly typed policy outcome: suppress recall, retire, redact, request scoped deletion, or request sanitization assurance. Intent, execution and verification states cannot be collapsed.","questions":[{"text":"Which forgetting outcome is requested and what does it exclude?","id":"memory-retention-finding-outcomes-q01","kind":"definition"},{"text":"What evidence authorizes the target and scope of an erasure request?","id":"memory-retention-finding-outcomes-q02","kind":"privacy"},{"text":"How are requested, in-progress, partial, failed and verified outcomes distinguished?","id":"memory-retention-finding-outcomes-q03","kind":"state"},{"text":"What evidence is required before an all-copy deletion claim is accepted?","id":"memory-retention-finding-outcomes-q04","kind":"evidence"}]}]},{"id":"memory-retention-layer-lineage","name":"Derived memory and copy coverage","description":"Policy questions and evidence for derived memory and copy coverage.","findings":[{"id":"memory-retention-finding-lineage","name":"Derived memory and copy coverage","description":"Proposed propagation policy follows declared lineage across summaries, embeddings, passages, caches and exports. A derivation edge identifies a review candidate, not automatic proof of equivalent content or authority to delete it.","questions":[{"text":"Which derived representations and copies fall within the forgetting scope?","id":"memory-retention-finding-lineage-q01","kind":"composition"},{"text":"How are consolidation and embedding lineage used to discover affected targets?","id":"memory-retention-finding-lineage-q02","kind":"provenance"},{"text":"What duties apply to independent recipients or shared derived memories?","id":"memory-retention-finding-lineage-q03","kind":"relationship"},{"text":"How is unknown lineage or an unreachable recipient reported?","id":"memory-retention-finding-lineage-q04","kind":"exception"}]}]}]},{"id":"memory-retention-continuity","name":"Recovery and continuity","description":"Proposed policy responsibilities for recovery and continuity.","layers":[{"id":"memory-retention-layer-restore","name":"Backup and restoration policy","description":"Policy questions and evidence for backup and restoration policy.","findings":[{"id":"memory-retention-finding-restore","name":"Backup and restoration policy","description":"Backups require a separate expiry and restore rule. Proposed recovery controls reconcile suppression and deletion records before restored content is made available; an inaccessible backup prevents a full completion claim.","questions":[{"text":"Which backup classes have separate retention windows and restrictions?","id":"memory-retention-finding-restore-q01","kind":"retention"},{"text":"How are pending forgetting decisions reapplied before restored memory is served?","id":"memory-retention-finding-restore-q02","kind":"process"},{"text":"How is a restored item tested against the current policy rather than its old snapshot?","id":"memory-retention-finding-restore-q03","kind":"validation"},{"text":"What happens when a backup cannot support selective deletion?","id":"memory-retention-finding-restore-q04","kind":"exception"}]}]},{"id":"memory-retention-layer-dispatch","name":"Execution handoff and race control","description":"Policy questions and evidence for execution handoff and race control.","findings":[{"id":"memory-retention-finding-dispatch","name":"Execution handoff and race control","description":"Policy evaluation produces a proposed disposition plan for a separately authorized executor. Freshness checks, stable request IDs and per-target results are proposed controls against stale decisions and partial completion.","questions":[{"text":"Which revision and target snapshot must the executor recheck before acting?","id":"memory-retention-finding-dispatch-q01","kind":"process"},{"text":"How are retries and duplicate completion messages correlated?","id":"memory-retention-finding-dispatch-q02","kind":"event"},{"text":"What invalidates a plan when a hold or policy changes during execution?","id":"memory-retention-finding-dispatch-q03","kind":"constraint"},{"text":"How are failed targets and lost acknowledgements distinguished from successful disposition?","id":"memory-retention-finding-dispatch-q04","kind":"quality"}]}]}]},{"id":"memory-retention-assurance","name":"Assurance and maintenance","description":"Proposed policy responsibilities for assurance and maintenance.","layers":[{"id":"memory-retention-layer-evidence","name":"Outcome assurance and minimal evidence","description":"Policy questions and evidence for outcome assurance and minimal evidence.","findings":[{"id":"memory-retention-finding-evidence","name":"Outcome assurance and minimal evidence","description":"An execution receipt is evidence to assess, not automatic proof of erasure. Minimal policy and disposition records have their own retention schedule and must not preserve deleted payload or reversible payload hashes without a justified basis.","questions":[{"text":"Which evidence supports verification and which role accepts the assurance conclusion?","id":"memory-retention-finding-evidence-q01","kind":"evidence"},{"text":"What distinguishes logical deletion assurance from media sanitization assurance?","id":"memory-retention-finding-evidence-q02","kind":"validation"},{"text":"What minimal audit information remains and when must it expire?","id":"memory-retention-finding-evidence-q03","kind":"privacy"},{"text":"How are evidence access, integrity and sensitive correlations protected?","id":"memory-retention-finding-evidence-q04","kind":"security"}]}]},{"id":"memory-retention-layer-review","name":"Policy testing and interoperability limits","description":"Policy questions and evidence for policy testing and interoperability limits.","findings":[{"id":"memory-retention-finding-review","name":"Policy testing and interoperability limits","description":"Proposed adoption gates require boundary fixtures and mapping loss reports. ODRL and DPV alignments do not implement a scheduler, decay engine, deletion executor or learned-model unlearning.","questions":[{"text":"Which pinned vocabulary versions and local extensions are required?","id":"memory-retention-finding-review-q01","kind":"interoperability"},{"text":"Which expiry, conflict, restoration and cross-tenant fixtures must pass?","id":"memory-retention-finding-review-q02","kind":"validation"},{"text":"How are policy changes reviewed for existing memories and pending requests?","id":"memory-retention-finding-review-q03","kind":"lifecycle"},{"text":"Which guarantees remain unavailable before operational adoption?","id":"memory-retention-finding-review-q04","kind":"requirement"}]}]}]}]},"agentConduct":{"may":["Resolve applicable policy: Proposed local evaluation selects policies and reports missing scope or competing obligations. Unimplemented research interface.","Evaluate lifetime and eligibility: Proposed evaluation returns separate recall, retention and review outcomes; no destructive action. Unimplemented research interface.","Prepare forgetting scope: Proposed planning resolves lineage and recipient limits without deleting anything. Unimplemented research interface.","Record hold review: Proposed local record operation captures authorized issuance or release evidence and requires re-evaluation. Unimplemented research interface.","Assess completion evidence: Proposed local assessment records partial, rejected or accepted evidence within a declared claim scope. Unimplemented research interface.","Evaluate restoration gate: Proposed local preflight checks restored references against current policy and outstanding forgetting decisions. Unimplemented research interface."],"mustNot":["Policy owners are accountable roles, never product names","Deleting a policy must not orphan governed memories or erase active obligations; identify successor or bounded review state","Deny until tenant, purpose, role and current grant are resolved.","Policy eligibility never creates an access grant."],"requiresHuman":[]},"ethics":{"considerations":["privacy and retention"],"affectedParties":[]},"owners":{"steward":"Name an accountable policy steward by role and record authority","roles":[{"name":"Policy steward","responsibilities":["Own scope, basis, review cadence and approved revisions"]},{"name":"Authority reviewer","responsibilities":["Resolve applicability, preservation conflicts and exceptional retention"]},{"name":"Memory custodian","responsibilities":["Maintain target inventory, lineage and restore controls under approved policy"]},{"name":"Disposition executor","responsibilities":["Perform separately authorized operations and return scoped outcomes"]},{"name":"Assurance reviewer","responsibilities":["Assess evidence, residual gaps and audit-record minimization"]}],"masterSystems":[]},"relations":[{"target":"WM-XCT-035","type":"aligned","note":"Candidate general retention alignment; schema compatibility and inheritance unverified."},{"target":"WM-MEM-001","type":"references","note":"Reference the store master and tenancy boundary."},{"target":"WM-MEM-002","type":"references","note":"Reference targets without copying memory payload."},{"target":"WM-MEM-008","type":"references","note":"Use consolidation lineage for scoped derived-memory review."},{"target":"WM-MEM-011","type":"references","note":"Resolve permissions independently of retention eligibility."},{"target":"WM-MEM-014","type":"references","note":"Request index target coverage from the index master."},{"target":"WM-MEM-020","type":"references","note":"Refer to authorized quarantine or redaction workflows without overriding them."},{"target":"WM-XCT-035 Retention / Disposition","type":"neighbor","note":"Candidate parent alignment only: general retention triggers, holds and disposition remain reusable; this entity adds agent-memory decay, recall and derived-representation policy. No validated inheritance is asserted."},{"target":"WM-MEM-001 Memory Store and WM-MEM-002 Memory Item","type":"neighbor","note":"Store and item masters own tenancy, content and item lifecycle; this policy selects them through references and never contains their payload."},{"target":"WM-MEM-007 Memory Recall Event and WM-MEM-013 Context Assembly","type":"neighbor","note":"This policy constrains eligibility and retention. Recall observations and context contents remain external; suppression cannot retract an already delivered answer."},{"target":"WM-MEM-008 Memory Consolidation and WM-MEM-014 Retrieval Index","type":"neighbor","note":"Derived-target discovery depends on lineage and index masters; no unconditional cascade or fabricated completeness is permitted."},{"target":"WM-MEM-009 Memory Conflict and Precedence Rule","type":"neighbor","note":"Factual memory conflict is distinct from retention-obligation conflict. Reference domain precedence only when its authority and scope fit."},{"target":"WM-MEM-011 Memory Scope and Sharing Grant and WM-MEM-020 Memory Quarantine and Redaction","type":"neighbor","note":"Retention neither grants access nor clears quarantine. Authorized quarantine and redaction workflows execute separately."},{"target":"Learned-model parameters and human memory","type":"neighbor","note":"This policy handles agent-held records and representations. It cannot certify machine unlearning, modify learned weights, prove absence from all outputs or govern human cognition."},{"target":"WM-XCT-035","type":"parent"}],"interaction":{"identity":{"applicability":"required","items":["Authoritative master-system identifier with tenant namespace","Policy revision plus opaque evidence identifier","Content digest for integrity only, never a replacement for authority or identity"]},"properties":{"applicability":"not-applicable","items":[]},"recognition":{"applicability":"optional","items":[]},"capabilities":{"applicability":"required","items":["Resolve applicable policy: Proposed local evaluation selects policies and reports missing scope or competing obligations. Unimplemented research interface.","Evaluate lifetime and eligibility: Proposed evaluation returns separate recall, retention and review outcomes; no destructive action. Unimplemented research interface.","Prepare forgetting scope: Proposed planning resolves lineage and recipient limits without deleting anything. Unimplemented research interface.","Record hold review: Proposed local record operation captures authorized issuance or release evidence and requires re-evaluation. Unimplemented research interface.","Assess completion evidence: Proposed local assessment records partial, rejected or accepted evidence within a declared claim scope. Unimplemented research interface.","Evaluate restoration gate: Proposed local preflight checks restored references against current policy and outstanding forgetting decisions. Unimplemented research interface."]},"hazards":{"applicability":"optional","items":[]},"interfaces":{"applicability":"required","items":["PROV-O: The PROV Ontology","HTTP Caching, RFC 9111","Date and Time on the Internet: Timestamps, RFC 3339","NIST SP 800-88 Revision 2: Guidelines for Media Sanitization","NIST SP 800-53 Revision 5: Security and Privacy Controls"]},"context":{"applicability":"required","items":["No jurisdictional retention period is supplied. NIST controls are a conceptual baseline whose applicability requires adoption review.","DPV is a community vocabulary; using it does not establish legal compliance."]}},"sources":[{"title":"ODRL Information Model 2.2","url":"https://www.w3.org/TR/odrl-model/","note":"W3C"},{"title":"ODRL Vocabulary and Expression 2.2","url":"https://www.w3.org/TR/odrl-vocab/","note":"W3C"},{"title":"PROV-O: The PROV Ontology","url":"https://www.w3.org/TR/prov-o/","note":"W3C"},{"title":"HTTP Caching, RFC 9111","url":"https://www.rfc-editor.org/rfc/rfc9111.html","note":"IETF"},{"title":"Date and Time on the Internet: Timestamps, RFC 3339","url":"https://www.rfc-editor.org/rfc/rfc3339.html","note":"IETF"},{"title":"Data Privacy Vocabulary 2.0","url":"https://w3c-cg.github.io/dpv/2.0/dpv/","note":"W3C Data Privacy Vocabularies and Controls Community Group"},{"title":"NIST SP 800-88 Revision 2: Guidelines for Media Sanitization","url":"https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-88r2.pdf","note":"NIST"},{"title":"NIST SP 800-53 Revision 5: Security and Privacy Controls","url":"https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r5.pdf","note":"NIST"}],"openQuestions":["Compare pinned source versions with applicable current releases and errata, including DPV and NIST 800-53; verify direct retrieval and claim applicability independently.","Define and validate adoption profiles with authorized duration, clock, decay, conflict, preservation and recipient rules, without inventing universal defaults.","Implement nested schemas, neighbor mappings and acceptance fixtures for expiry races, hold release, unknown lineage, restored backups, partial completion and minimal audit retention.","Restore independent external review before any canonical or publishable-draft promotion.","No executable nested instance schema, scheduler, decay implementation, propagation executor or conformance test results.","No universal legal period or legal-hold priority; applicable jurisdiction and sector profiles require qualified review.","No machine-unlearning algorithm, learned-weight modification, anonymity guarantee or proof of absence from future outputs.","No complete runtime bindings to neighboring models; registry parent is a lead rather than verified inheritance.","Source HTTP status and body hashes are unmeasured locally; current release, errata and applicability checks remain open.","DPV 2.0 is an intentionally pinned older community report; later NIST 800-53 release differences have not been assessed."],"resources":{"spec":"/models/wm-mem-010-memory-retention-and-forgetting-policy/spec.yaml","agents":"/models/wm-mem-010-memory-retention-and-forgetting-policy/AGENTS.md","source":"https://github.com/ver-cy/world-models/tree/feat/mega-model-registry/research/runs/wm-mem-010"},"provenance":{"origin":"world-models research","builtFrom":["models/wm-mem-010-memory-retention-and-forgetting-policy/spec.yaml"],"providers":["Codex"],"researchStatus":"reviewable-draft","generatedAt":"2026-10-21T17:22:27Z","builder":"tools/build_cards.py@1.0.0"},"completeness":{"sections":{"classifiers":"filled","whatItIs":"filled","purpose":"filled","distinguishingFeatures":"derived","structure":"filled","agentConduct":"derived","ethics":"derived","owners":"filled","relations":"filled","interaction.identity":"filled","interaction.properties":"not-applicable","interaction.recognition":"missing","interaction.capabilities":"filled","interaction.hazards":"missing","interaction.interfaces":"derived","interaction.context":"filled","sources":"filled"},"notes":{"distinguishingFeatures":"Derived from boundary notes against neighbouring models.","agentConduct":"Derived from functions, policies, CRUD and access rules; prohibitions were not authored for agents as such.","ethics":"Sentences mentioning harm, privacy, consent or similar, collected from the specification.","interaction.properties":"Institutional or informational subject: no invented physical properties."},"score":0.75}}