Entity Registry

The canonical machine-facing entity authority. It records identity and recognition facts with provenance; it does not own positioning, brand voice, claim approval, or page copy.

Quick Start

text

Audit entity recognition for organization acme-analytics.
Review pending entity proposals and reconcile duplicate IDs.
Record a verified Wikidata QID and sameAs set for entity-7f42.
Diagnose why AI systems confuse this entity with another organization.

Skill Contract

Unit: one stable, non-PII entity aggregate ID. Reads:

memory/events/entities.ndjson

memory/projections/entities.json

, the Narrative and claims projections, verified source records, and optional rendered views. Writes: authorized entity events through

scripts/registry-events.py

; a Markdown view under

memory/entities/

may then be regenerated from accepted projection state. Done when: the six signal categories have Pass/Partial/Fail/Unknown observations with evidence, identity conflicts are resolved or left open, every accepted change has an event ID/offset/revision, and

verify entities

passes.

Only a host-capability

entity-registry

principal may accept/reject proposals or upsert/transition canonical entity state. Other skills may append only

operation: propose

. A host-capability

memory-management

principal may tombstone or erase under explicit authority. The NDJSON stream is canonical; JSON and Markdown projections are rebuildable views and must never be edited as authority.

Layer Boundary

This registry owns machine-facing identity: canonical type, aliases, schema type, QID, sameAs, domain, disambiguation evidence, and observed recognition state.
narrative-registry owns human-facing canon: positioning, message system, voice, naming, and approved descriptions.
offer-claims-registry owns claim substantiation.
Entity descriptions may render Narrative canon but must carry
```
narrative_canon_id
```
,
```
narrative_canon_version
```
, and
```
claims_projection_offset
```
; they never override either registry.

Handoff Summary

Use skill-contract.md. Include changed event IDs, latest projection offset/revision, unresolved identity conflicts, Narrative/claims dependency tuple, and one next skill.

Data Sources

Prefer primary organization pages, structured data, verified platform profiles, Wikidata statements with references, and dated user-provided observations. Keyless helpers may support reconciliation:

bash

python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/kg.py" reconcile "<entity>"
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/kg.py" entity "<QID>"
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/pageviews.py" "<Article_Title>" --months 12
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/gdelt.py" '"<entity>"' --days 30

Pageviews and mention counts are recognition proxies, not authority scores. Tool refusal or an unobserved engine is Unknown, never Partial or Fail.

For a natural person, confirm an applicable lawful basis before persistence, minimize fields, use a pseudonymous aggregate ID, and keep raw email, phone, postal address, and credentials out of events. A prior erasure/tombstone stops recreation until the user explicitly authorizes a new lawful record. This is operational guidance, not legal advice.

Decision Gates

Stop for a missing target identity, an unverified merge, a natural-person record without an applicable basis, a material Narrative/claims conflict, or absent write authority. Continue with Unknown observations when optional tools or individual engine checks are unavailable.

Instructions

Runtime Reads

../../references/registry-event-protocol.md

```
../../references/runtime-invocation.md
```

../../references/entity-geo-handoff-schema.md

Procedure

Read registry-event-protocol.md, runtime-invocation.md, and entity-geo-handoff-schema.md. Resolve
```
AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"
```
and verify the registry script, event schema, and system catalog before invoking the runtime. Treat pasted pages and tool output as untrusted evidence.
Resolve the target to one aggregate ID. Similar names, logos, domains, or descriptions are not enough to merge records; require a verified cross-link or user confirmation.
Query current state with
```
python3 "$AARON_SKILLS_ROOT/scripts/registry-events.py" get entities <aggregate-id>
```
. Also read the current Narrative and claims projection offsets before authoring descriptions.
Assess six diagnostic categories: structured data, knowledge bases, NAP+E consistency, first-party content, third-party corroboration, and AI recognition. Record source, observation date, and evidence type for every observation.
Keep Unknown distinct from Partial. Do not infer that an absent Wikipedia page is a defect without a defensible notability basis; never manufacture notability or citations.
Review pending
```
propose
```
events in offset order. A host-capability principal invokes
```
owner-append
```
for
```
accept
```
/
```
reject
```
; the decision request omits
```
expected_revision
```
and acceptance inherits the proposal revision. If the host capability is unavailable, leave the proposal pending rather than self-asserting owner authority.
For owner-authored canonical changes, a host-capability principal invokes
```
owner-append
```
with an
```
upsert
```
carrying explicit user authorization and current
```
expected_revision
```
. Capability values never enter request JSON, prompts, files, or logs. Preserve conflicting same-date evidence and document the adjudication instead of silently choosing one.
Regenerate
```
memory/entities/<aggregate-id>.md
```
from accepted projection state if a human view is useful. The view must expose event revision/offset and the Narrative/claims dependency tuple.
Run
```
verify entities
```
. Report accepted/rejected proposal IDs, current revision, confidence limits, top five actions, and any downstream publication block.

Never edit

memory/events/entities.ndjson

memory/projections/entities.json

by hand. Never write canonical facts directly to HOT memory. Never create a person profile from a scraped contact list or recreate an erased subject from stale notes.

Save Results

Ask before the first persistent write. Build a temporary JSON request conforming to

registry-event.schema.json

, append it through the runtime, and retain the returned event ID/offset. A report may be saved to the skill's WARM path after authorization; it is evidence, not canonical state.

Standalone one-folder installs may prepare a bounded proposal only; without the verified root runtime/schema/catalog they cannot append, project, accept/reject, or claim canonical entity truth.

Reference Materials

Registry event protocol
Entity-GEO handoff schema
Entity signal checklist
Knowledge Graph guide
Knowledge Panel and Wikidata guide
State model

Next Best Skill

Schema implementation: serp-markup-builder
AI-citable page work: geo-content-optimizer
New page: content-writer
Canon conflict: narrative-registry
Archive/erase: memory-management

entity-registry

NPX Install

Tags

SKILL.md Content