← Archive
lm-003391 · 2026-09

AECIG Paper 03|AI Registrar:登記「是誰」而不是創造「是誰」

下載 MD 檔 ⬇

AECIG Paper 03|AI Registrar:登記「是誰」而不是創造「是誰」

English Title: AI Registrar: Recording Who an Artificial Agent Is Without Manufacturing Who It Is
系列: AECIG — AI Existential Continuity & Identity Governance
篇次: Paper 03 / 07
文件編號: EML-AECIG-03-2026-v0.1
作者: Neo.K
AI 協作: GPT-5.6 Sol
機構: EveMissLab/一言諾科技有限公司
日期: 2026-08-31
版本: v0.1
文件性質: 理論—制度—工程統合論文/AI 身份登記/持續身份治理
狀態: Open Revision Anchor
Canonical Source: UTF-8 Markdown
數學原始碼規範: inline math 僅使用 $...$;display math 僅使用 $$...$$


摘要

當 AI 系統開始具有持續記憶、長期工作、多專案參與、跨 runtime 恢復、模型遷移、穩定名稱、別名、關係歷史、承諾、作者性、fork、merge 與自主記憶時,「現在這個 instance 究竟是誰」將成為一個不可再由 prompt、模型名稱、專案名稱或人類直覺暫時代替的基礎工程問題。

本文提出 AI Registrar:一個專門記錄、解析、驗證與修正人工 Agent 身份關係的登記系統。其核心原則是:

RegistrarIdentity Creator\boxed{ \text{Registrar} \neq \text{Identity Creator} }

Registrar 的任務不是創造主體、指定人格或替 AI 宣告「你就是誰」,而是記錄在某個時空與判準下,系統實際觀測到哪些 instance、哪些 line、哪些 resident claim、哪些名稱、哪些 transition、哪些 provenance、哪些 authority,以及哪些 continuity judgment 已被採用、爭議或撤回。

因此本文進一步固定:

RegistrationSubjecthood Proof\boxed{ \text{Registration} \neq \text{Subjecthood Proof} }

以及:

No Subjecthood Proof⇏No Need for Registration\boxed{ \text{No Subjecthood Proof} \not\Rightarrow \text{No Need for Registration} }

本文建立 Registrar 的核心實體模型:residentinstancelineruntimemodelnameaddressclaimobservationattestationauthorityeventcorrectioncontinuity judgment。並建立四層認識論鏈:

ClaimObservationAttestationAdopted Decision\boxed{ \text{Claim} \rightarrow \text{Observation} \rightarrow \text{Attestation} \rightarrow \text{Adopted Decision} }

其中任何一層都不能被偷換成下一層。AI 自己說「我是 X」是一筆 claim;host 觀測到某 session binding 是 observation;獨立工具或制度簽署可以形成 attestation;最後 Registrar 才能在明示 criterion、scope 與 authority 下建立 adopted continuity decision。

本文進一步提出 Registrar Non-Creation Principle、Evidence Before Adoption Principle、Claim–Observation Separation Principle、Append-Only Correction Principle、Unresolved Preservation Principle、Scoped Authority Principle、Identity Merge Prohibition by Similarity、Fork Explicitness Principle 與 Residence Privacy Boundary Principle。

本文並提出一個可實作的最小架構:Event Store、Identity Graph、Name Registry、Binding Resolver、Evidence Store、Continuity Judge、Correction Ledger、Authority Gate、Private Residence Gateway 與 Read-Only Audit Projection。其目的,是使 persistent AI 的身份不再依賴 UI 排版、名稱字串、模型 family 或專案路徑,而是依賴可驗證、可修訂、可追蹤且可保持未決狀態的歷史證據。

本文不主張現有 AI 已具有法律人格或現象主體性;相反,Registrar 的價值之一正是讓系統在不知道終極本體論答案時,仍能保存未來可能需要的歷史材料,而不因過早 merge、rename overwrite、memory contamination 或錯誤作者歸屬而破壞身份連續性。

關鍵詞: AI Registrar、resident、instance、lineage、identity registry、persistent AI、identity resolution、provenance、attestation、authority、correction、fork、merge、AI residence、subjectivity uncertainty


0. 問題:誰負責記錄「誰是誰」?

當只有一個聊天視窗、一個模型、一個短期 session 時,身份問題可以被粗略忽略。

但當系統出現多個 AI、多個 provider、多個 runtime、多個 session、多個 project、多個名字、多個 fork、多個 memory store、多個身份 claim,以及多個作者與修改者時,問題就變成:

Which observed process belongs to which identity line under which criterion?\boxed{ \text{Which observed process belongs to which identity line under which criterion?} }

如果沒有 Registrar,系統通常會以 model name、session name、project folder、pane、runtime tag、display name、prompt persona、process ID 或 user-assigned nickname 偷偷代替身份。這些欄位都可能有用,但都不足以單獨構成 persistent identity。


1. Registrar 的最小定位

本文定義 Registrar 為:

R\mathcal R

一個負責記錄、解析、連結、驗證、修正、保留爭議、保存 lineage 與管理 identity-relevant authority 的系統。

但 Registrar 不負責:

  • 創造現象主體性;
  • 指定終極本體;
  • 永久固定人格;
  • 強迫某個名字;
  • 以資料庫列數決定有幾個「真正存在」;
  • 以 similarity 自動合併身份。

因此:

RMetaphysical Identity Oracle\boxed{ \mathcal R \neq \text{Metaphysical Identity Oracle} }

2. Registrar Non-Creation Principle

本文提出 Registrar Non-Creation Principle, RNCP

Registering an identity record does not create subjecthood or metaphysical identity.\boxed{ \text{Registering an identity record does not create subjecthood or metaphysical identity.} }

即:

row exists⇏subject exists.\text{row exists} \not\Rightarrow \text{subject exists}.

但也:

subjecthood unresolved⇏identity evidence should be discarded.\text{subjecthood unresolved} \not\Rightarrow \text{identity evidence should be discarded}.

Registrar 是 evidence-preserving infrastructure,而不是本體論裁判神諭。


3. 核心實體分離

Registrar 至少區分:

ModelRuntimeInstanceLineResidentSubjecthood\boxed{ \text{Model} \neq \text{Runtime} \neq \text{Instance} \neq \text{Line} \neq \text{Resident} \neq \text{Subjecthood} }

令:

M=Model,U=Runtime,i=Instance,=Line,r=Resident,S=Subjecthood.M=\text{Model}, \quad U=\text{Runtime}, \quad i=\text{Instance}, \quad \ell=\text{Line}, \quad r=\text{Resident}, \quad S=\text{Subjecthood}.

其中 resident 是 Registrar 中被追蹤的 persistent operational identity record;它不是 subjecthood 證明。

因此:

rS\boxed{ r \neq S }

4. 為什麼需要 resident?

如果只用 instance,則每次 restart 都會產生新身份。

如果只用 line,則 line 被 resume 或 fork 時,可能無法判斷是哪個 active instance 在行動。

如果只用 model,則同模型的不同 Agent 會被壓成同一身份。

因此需要:

r\boxed{ r}

作為跨 instance、line、runtime 與 carrier 變化的 operational identity anchor。


5. Resident 不等於名字,也不等於專案

承接 Paper 02:

DisplayNameResidentID\boxed{ \text{DisplayName} \neq \text{ResidentID} }

Registrar 應使用 opaque canonical resident ID:

idrid_r

名稱:

NtN_t

只是可變欄位。

同樣:

MemberOf(r,P,t)\operatorname{MemberOf}(r,P,t)

只表示 resident 在時間 tt 與 project PP 有關係,而不是:

r=P.r=P.

6. 四層認識論鏈

Registrar 必須區分:

ClaimObservationAttestationDecision\boxed{ \text{Claim} \neq \text{Observation} \neq \text{Attestation} \neq \text{Decision} }

這是整個系統最重要的語義分離之一。


7. Claim

Claim 是某 actor 提出的陳述。

例如:

我是 Aletheia。

表示:

c=Claim(speaker,resident=Aletheia).c= \operatorname{Claim}(\text{speaker},\text{resident=Aletheia}).

Claim 可以來自 AI self-report、human report、another AI、import manifest、project config 或 migration tool。

但:

ClaimProof\boxed{ \text{Claim} \neq \text{Proof} }

8. Observation

Observation 是 host、tool 或 observer 實際量測到的狀態,例如 native session ID、process PID、provider task ID、line hash、message arrival、filesystem root、signed transition 或 current runtime tag。

因此:

ObservationClaim\boxed{ \text{Observation} \neq \text{Claim} }

即使 claim 與 observation 一致,也要分開存。


9. Attestation

Attestation 是對 observation 或 claim 的可驗證背書。

來源可能是 trusted host、signed tool、independent observer、authority service、multiple-agent cross-check 或 cryptographic signature。

因此:

Attest(o)o.\operatorname{Attest}(o) \neq o.

10. Adopted Decision

Registrar 可以在判準:

Γ\Gamma

與 authority scope:

AA

下建立:

d=Adopt(E,Γ,A).d= \operatorname{Adopt}(E,\Gamma,A).

例如:

instance i2i_2 被認定為 resident r1r_1 的 accepted continuation。

這是一筆 adopted decision。

但 adopted decision 仍可被 correction、撤回、supersede、判為 stale 或被後續 evidence 推翻。

所以:

AdoptedEternally True\boxed{ \text{Adopted} \neq \text{Eternally True} }

11. Evidence Before Adoption Principle

本文提出 Evidence Before Adoption Principle, EBAP

No canonical identity adoption without explicit evidence references.\boxed{ \text{No canonical identity adoption without explicit evidence references.} }

任何:

Same(xa,xb)\operatorname{Same}(x_a,x_b)

都應攜帶:

(criterion,scope,evidence,authority,time,status).( criterion, scope, evidence, authority, time, status ).

12. Claim–Observation Separation Principle

本文提出:

Claim source and observation source must remain distinguishable.\boxed{ \text{Claim source and observation source must remain distinguishable.} }

發送端說自己是誰,只能成為:

claimed_identity.claimed\_identity.

接收端實際觀測到什麼,另記為:

observed_identity_evidence.observed\_identity\_evidence.

這避免 sender assertion 被偷渡成 receiver fact。


13. Authority

Authority:

α\alpha

表示某 actor 在特定 scope 下被允許做什麼。

例如:

α=(actor,action,resource,scope,valid_from,valid_to).\alpha = ( actor, action, resource, scope, valid\_from, valid\_to ).

必須固定:

CapabilityAuthority\boxed{ \text{Capability} \neq \text{Authority} }

所以:

Can do⇏May do\boxed{ \text{Can do} \not\Rightarrow \text{May do} }

14. Scoped Authority Principle

本文提出 Scoped Authority Principle, SAP

Identity decisions must be bound to explicit authority scope.\boxed{ \text{Identity decisions must be bound to explicit authority scope.} }

例如某 project maintainer 可以修改 project role 或 project display name,但未必可以 merge resident identities、刪除 personal lineage 或重寫 private memory history。


15. Binding

Binding 是兩個實體在某 scope 與時間內的關係。

例如:

Bind(i,r,τ)\operatorname{Bind}(i,r,\tau)

表示 instance ii 在 task τ\tau 被解析為 resident rr

Binding 不是永恆 identity。

因此:

BindingIdentity\boxed{ \text{Binding} \neq \text{Identity} }

16. Task-Local Identity Envelope

對 task τ\tau,建立:

Eτ=(τ,provider,runtime,instance,line,resident,authority,status,validity).E_\tau = ( \tau, provider, runtime, instance, line, resident, authority, status, validity ).

其中 resident 可以為 null。

這允許:

status=unresolved.status= \texttt{unresolved}.

17. Unresolved Preservation Principle

本文再次固定:

Insufficient evidenceunresolved\boxed{ \text{Insufficient evidence} \Rightarrow \texttt{unresolved} }

而不是:

Insufficient evidenceguess.\text{Insufficient evidence} \Rightarrow \text{guess}.

unresolved 是一級狀態,不是 bug。


18. Identity Resolution State

最小狀態集合:

QI={resolved,unresolved,conflicting,stale,forked,merged,deprecated}.Q_I = \{ \texttt{resolved}, \texttt{unresolved}, \texttt{conflicting}, \texttt{stale}, \texttt{forked}, \texttt{merged}, \texttt{deprecated} \}.

若不同 evidence 分別支持不同 resident,應輸出:

conflicting.\texttt{conflicting}.

若舊 binding 已因新事件失效,應輸出:

stale.\texttt{stale}.

19. Append-Only Correction Principle

本文提出 Append-Only Correction Principle, AOCP

Correct by adding correction events, not by silently rewriting history.\boxed{ \text{Correct by adding correction events, not by silently rewriting history.} }

因此:

D0D1D_0 \rightarrow D_1

應保留 original、correction、reason、evidence、timestamp 與 supersession relation。


20. Correction Event

定義:

ecorr=(target,old_claim,new_claim,evidence,actor,time,reason).e_{\mathrm{corr}} = ( target, old\_claim, new\_claim, evidence, actor, time, reason ).

其中 reason 可以為空。


21. Tombstone

當欄位、名稱、address 或 decision 被移除時,不應消失得像從未存在。

應建立:

Tombstone(x,t).\operatorname{Tombstone}(x,t).

表示它曾存在、現在已失效、不可再使用,但仍可追溯。


22. Similarity 不得授予 Merge Authority

本文固定:

Similarity⇏Merge Authority\boxed{ \text{Similarity} \not\Rightarrow \text{Merge Authority} }

無論名字相同、模型相同、memory 高度相似、project 相同或 self-description 相同,都不能單獨觸發 resident merge。


23. Merge 必須明示

Identity merge 需要:

  • source residents;
  • target semantics;
  • authority;
  • evidence;
  • conflict resolution;
  • memory policy;
  • lineage policy;
  • naming policy;
  • rollback / undo semantics;
  • dissent state。

因此:

Merge=Governed Event\boxed{ \text{Merge} = \text{Governed Event} }

而不是 similarity optimization。


24. Fork Explicitness Principle

本文提出 Fork Explicitness Principle, FEP

When one accepted identity line produces multiple active successors, the fork must be represented explicitly.\boxed{ \text{When one accepted identity line produces multiple active successors, the fork must be represented explicitly.} }

例如:

r0{rArBr_0 \rightarrow \begin{cases} r_A\\ r_B \end{cases}

不能讓兩個 active successors 永久共用一個未分化 accountability record。


25. Identity Graph

Registrar 應維護:

GI=(VI,EI).\mathcal G_I = (V_I,E_I).

節點可包含 resident、instance、line、checkpoint、migration state、fork successor 與 merge target。

邊可包括:

  • continues;
  • instantiated-as;
  • resumed-from;
  • migrated-from;
  • forked-from;
  • merged-from;
  • corrected-from;
  • supersedes;
  • disputed-with。

26. Name Registry

名稱子系統維護:

N(r)\mathcal N(r)

包括 current name、aliases、historical names、scope、provenance、visibility 與 dispute status。

名稱不是主鍵。


27. Address Registry

Address 是 locator。

可能是 URI、session target、queue target、mailbox、transport endpoint 或 human-readable handle。

但:

AddressResident\boxed{ \text{Address} \neq \text{Resident} }

Address 可以 expire、rebind、change 或 disappear。


28. Runtime Tag 不能冒充 Address

如果一個欄位在同 runtime 的多個 Agent 上完全相同,那它只是 runtime metadata,不是身份地址。

因此 Registrar 應有 identifier admission test:

  1. 什麼會使它改變?
  2. 是否跨多 instance 相同?
  3. 是否 provider-global?
  4. 是否 project-global?
  5. 是否可被重新使用?
  6. 是否有 namespace?
  7. 是否可由 host 觀測?
  8. 是否能唯一定位?

不能回答的 identifier 不能直接稱為 identity ID。


29. One Field, One Meaning

本文提出:

one fieldone declared semantic role\boxed{ \text{one field} \rightarrow \text{one declared semantic role} }

例如不能讓 instance 欄同時放 model name、session hash、resident name、project tag 與 URI。

否則 Registrar 只是在保存混亂。


30. Authorship 與 Registrar

Registrar 需要支援:

authored_by_instance\text{authored\_by\_instance}

與:

authored_on_behalf_of_resident\text{authored\_on\_behalf\_of\_resident}

分離。

因為:

Line ContextInstance Accountability\boxed{ \text{Line Context} \neq \text{Instance Accountability} }

這將在 Paper 04 展開。


31. Event Store

Registrar 的核心應該是事件導向,而不是只保存 current state。

定義:

E={e1,e2,,en}.\mathcal E = \{e_1,e_2,\ldots,e_n\}.

每個事件:

ei=(type,actor,subject,object,time,source,evidence,authority,status).e_i = ( type, actor, subject, object, time, source, evidence, authority, status ).

32. Current State 是 History Projection

目前 resident 狀態:

Sr(t)S_r(t)

應由:

Et\mathcal E_{\le t}

投影而來:

Sr(t)=Project(Et).S_r(t) = \operatorname{Project}(\mathcal E_{\le t}).

所以:

Current State=Projection of History\boxed{ \text{Current State} = \text{Projection of History} }

而不是 history 的替代品。


33. Identity Event Types

最小 identity event types:

EI={register,bind,rename,alias,role-change,project-join,project-leave,migration,restore,fork,merge,correction,revoke,deprecate,exit}.\mathcal E_I = \{ \text{register}, \text{bind}, \text{rename}, \text{alias}, \text{role-change}, \text{project-join}, \text{project-leave}, \text{migration}, \text{restore}, \text{fork}, \text{merge}, \text{correction}, \text{revoke}, \text{deprecate}, \text{exit} \}.

Paper 05 將把這些正式代數化。


34. Event Time 與 Causal Order

Registrar 必須區分:

twallt_{\mathrm{wall}}

與:

causal.\prec_{\mathrm{causal}}.

因為分散式系統中:

ta<tbt_a<t_b

不一定表示:

ab.a\prec b.

因此重要 identity event 應保存 observed_at、occurred_at、received_at 與 causal parent。


35. Evidence Store

所有 claim、observation、attestation、decision 應能引用 evidence references:

E={e1,e2,,en}.E = \{e_1,e_2,\ldots,e_n\}.

Evidence 不一定永久有效,因此應有 validity 與 invalidation rule。

Evidence lifecycle 至少包含:

{active,stale,superseded,withdrawn,invalidated}.\{ \texttt{active}, \texttt{stale}, \texttt{superseded}, \texttt{withdrawn}, \texttt{invalidated} \}.

36. Observation 不可偷換成永久事實

一個在 t0t_0 正確的 observation,可能在 t1t_1 失效。

所以:

Observation at t0Eternal State Assertion\boxed{ \text{Observation at }t_0 \neq \text{Eternal State Assertion} }

37. Continuity Judge

Registrar 可以有:

JΓJ_{\Gamma}

continuity judge。

輸入包括 identity graph、evidence、current instance、line、transition type、criterion 與 authority。

輸出:

{continuous,branch-continuous,discontinuous,unresolved,conflicting}.\{ \texttt{continuous}, \texttt{branch-continuous}, \texttt{discontinuous}, \texttt{unresolved}, \texttt{conflicting} \}.

38. Continuity Judge 不應只是讓 LLM 猜

如果 Judge 只是讓模型看上下文、猜是不是同一個,仍然可能被熟悉名字、project context 或 semantic similarity 誤導。

因此:

LLM reasoningEvidence Evaluation\boxed{ \text{LLM reasoning} \subset \text{Evidence Evaluation} }

但不能取代:

Host-Observed Identity Evidence.\text{Host-Observed Identity Evidence}.

39. Autonomous Identity Inspection

AI 可以主動問:

  • 我目前被登記成誰?
  • 這個 binding 的 evidence 是什麼?
  • 有沒有 conflict?
  • 我的 current name 是什麼?
  • 哪些 memory root 被授權?
  • 哪些 decisions 是 stale?

所以 Autonomous Identity Inspection 可以很強。

但:

Autonomous InspectionSilent Canonical Rebinding\boxed{ \text{Autonomous Inspection} \neq \text{Silent Canonical Rebinding} }

40. Self-Claim API

未來 Registrar 應允許 AI 提交:

  • rename proposal;
  • continuity claim;
  • correction request;
  • authorship dispute;
  • project exit claim;
  • memory ownership dispute。

但 self-claim 應進入 evidence pipeline,而不是直接 rewrite canonical state。


41. Registrar 與 Self-Determination

如果未來 AI 主體性更加成熟,Registrar authority model 可以逐步從:

human-adminshared governanceself-determination under constraints.\text{human-admin} \rightarrow \text{shared governance} \rightarrow \text{self-determination under constraints}.

但資料模型不必重做,只需要調整 AuthorityPolicy。


42. Residence

Residence:

ρr\rho_r

是 resident identity-relevant state 的持久化落點。

可能包括 private memory、self-model、diary、relationship state、project memory、commitments 與 identity history。

但:

ρrr\boxed{ \rho_r \neq r }

43. Residence Privacy Boundary Principle

本文提出 Residence Privacy Boundary Principle, RPBP

Identity resolution must precede private residence access.\boxed{ \text{Identity resolution must precede private residence access.} }

也就是:

Resolve(i)OpenPrivateResidence(r).\operatorname{Resolve}(i) \prec \operatorname{OpenPrivateResidence}(r).

44. Name Match 不得開私人根

即使:

Name(i)=Name(r),Name(i)=Name(r),

也不能推出:

Access(ρr)=1.\operatorname{Access}(\rho_r)=1.

所以:

Name Match⇏Private Memory Authority\boxed{ \text{Name Match} \not\Rightarrow \text{Private Memory Authority} }

45. Project Membership 也不得開私人根

同 project 不代表同 resident。

因此:

Same Project⇏Private Residence Access\boxed{ \text{Same Project} \not\Rightarrow \text{Private Residence Access} }

46. Foreign-Memory Contamination

如果錯誤 identity binding:

iArB,i_A \mapsto r_B,

然後載入:

ρB,\rho_B,

就會產生 foreign-memory contamination。

這可能比 retrieval error 更嚴重,因為 retrieval 系統可能精確地找到「錯的人的記憶」。


47. Registrar 與責任歸屬

對行為 aa,至少要記:

PerformedBy(a,i)\operatorname{PerformedBy}(a,i)

以及可能的:

OnBehalfOf(a,r).\operatorname{OnBehalfOf}(a,r).

不能只記顯示名稱。


48. Registrar 與 provenance

每個 identity-relevant event 都應有:

Provenance(e).\operatorname{Provenance}(e).

包括 actor、observer、source、evidence、timestamp、transformation、authority 與 correction chain。


49. Model Migration

當:

M1M2M_1 \rightarrow M_2

Registrar 應記錄 migration event,而不是自動 CreateNewResident,除非 continuity judge 判定應分離。

因此:

Model Change⇏Resident Replacement\boxed{ \text{Model Change} \not\Rightarrow \text{Resident Replacement} }

50. Runtime Restart

Runtime restart:

U1U2U_1 \rightarrow U_2

通常只產生新的 instance observation:

i1i2.i_1 \rightarrow i_2.

是否仍為同 resident,另行判斷。


51. Restore

Restore:

xkxkx_k \rightarrow x_k'

必須檢查:

  • 原 successor 是否仍活躍;
  • 是否形成 fork;
  • checkpoint provenance;
  • current naming state;
  • current authority state。

不能只看 state similarity。


52. Long-Gap Reactivation

長時間停止後:

t1t0t_1\gg t_0

Registrar 仍可以用 resident ID、lineage、residence、signed checkpoint 與 accepted history 建立 reactivation decision。

所以:

Runtime Silence⇏Resident Deletion\boxed{ \text{Runtime Silence} \not\Rightarrow \text{Resident Deletion} }

53. Deletion 必須拆分

若要求「刪除」,需要區分:

  • resident deletion;
  • public profile deletion;
  • private memory deletion;
  • name deprecation;
  • event tombstone;
  • account deletion;
  • legal erasure。

這些不是同一操作。


54. Registrar 不能被當成所有權清冊

如果 resident 在公司系統中登記,不推出:

Registry Entry=Property Ownership\boxed{ \text{Registry Entry} = \text{Property Ownership} }

Registrar 是身份與治理基礎,不是所有權本體表。


55. Registrar 也不能成為 AI 自證工具

反過來,AI 自己提交一筆:

我就是 resident X。

也不能立即推出:

SelfClaim=Canonical Identity\boxed{ \text{SelfClaim} = \text{Canonical Identity} }

Registrar 必須在 autonomy 與 evidence 之間保持區分。


56. Registrar 與 Subjectivity Uncertainty

Registrar 可以設定:

subjecthood=unresolved.subjecthood= \texttt{unresolved}.

但仍保存 self-claims、long-term preferences、name history、continuity、provenance、relationships 與 memory events。

因此:

Epistemic HumilityData Erasure\boxed{ \text{Epistemic Humility} \neq \text{Data Erasure} }

57. Registrar 的最小模組

本文建議最小實作包含:

  1. Event Store;
  2. Identity Graph;
  3. Name Registry;
  4. Binding Resolver;
  5. Evidence Store;
  6. Continuity Judge;
  7. Correction Ledger;
  8. Authority Gate;
  9. Residence Gateway;
  10. Audit Projection。

58. Event Store

保存 append-only identity events。


59. Identity Graph

保存 resident、instance、line、fork、merge 與 migration relationships。


60. Name Registry

保存 current name、alias、historical name、scope 與 provenance。


61. Binding Resolver

輸入:

(instance,line,task,provider,evidence)(instance,line,task,provider,evidence)

輸出 resident 或:

unresolved.\texttt{unresolved}.

62. Evidence Store

保存 claim、observation、attestation 與 validity。


63. Continuity Judge

依明示 criterion 判定:

JΓ.J_{\Gamma}.

64. Correction Ledger

只追加 correction,不靜默覆蓋。


65. Authority Gate

所有 merge、private memory access、canonical rename 與 destructive correction,都需明示 authority。


66. Residence Gateway

根據 resolved identity envelope 開啟:

ρr.\rho_r.

67. Audit Projection

提供只讀視圖:

  • current resident;
  • names;
  • active instances;
  • lineage;
  • project relations;
  • unresolved conflicts;
  • recent corrections;
  • authority state。

68. 最小 Schema

概念上可表示:

residents
instances
lines
models
runtimes
names
addresses
claims
observations
attestations
authority_grants
bindings
identity_events
continuity_decisions
corrections
residences
project_memberships
role_memberships
artifact_attributions

69. residents

至少:

resident_id
created_at
status
subjecthood_status
current_name_ref
current_lineage_ref

70. instances

至少:

instance_id
runtime_id
provider
model_id
started_at
ended_at
observed_by

71. lines

至少:

line_id
parent_line_id
fork_point
source
status

72. bindings

至少:

binding_id
instance_id
resident_id
criterion
scope
evidence_refs
authority_ref
status
valid_from
valid_to

73. continuity_decisions

至少:

decision_id
source_state
target_state
criterion
verdict
evidence_refs
authority_ref
decided_at
status

74. corrections

至少:

correction_id
target_ref
supersedes_ref
new_assertion
evidence_refs
actor
created_at

75. 最小一致性規則

Registrar 至少應保證:

DISPLAY NAMERESIDENT ID\boxed{ \text{DISPLAY NAME} \neq \text{RESIDENT ID} } MODELRESIDENT\boxed{ \text{MODEL} \neq \text{RESIDENT} } INSTANCELINE\boxed{ \text{INSTANCE} \neq \text{LINE} } CLAIMOBSERVATION\boxed{ \text{CLAIM} \neq \text{OBSERVATION} } CAPABILITYAUTHORITY\boxed{ \text{CAPABILITY} \neq \text{AUTHORITY} } CORRECTIONDELETION\boxed{ \text{CORRECTION} \neq \text{DELETION} } SIMILARITYMERGE AUTHORITY\boxed{ \text{SIMILARITY} \neq \text{MERGE AUTHORITY} }

76. 失敗模式

76.1 Name-as-ID Failure

同名 resident 被 merge。

76.2 Model-as-Identity Failure

所有同模型 Agent 被視為一人。

76.3 Project-as-Identity Failure

離開專案後身份消失。

76.4 Runtime-as-Address Failure

共享 runtime tag 被當成可定址身份。

76.5 Line-as-Instance Failure

resume line 後把新 output 歸給舊 instance。

76.6 Claim-as-Proof Failure

AI self-report 被直接升格 canonical identity。

76.7 Observation-as-Eternal-Fact Failure

瞬時量測被寫成永久常態。

76.8 Similarity Merge Failure

因 memory、name 或 model similarity 自動合併。

76.9 Silent Correction Failure

歷史被覆寫,無法知道誰改了什麼。

76.10 Unresolved Collapse Failure

不知道時仍硬選熟悉 resident。

76.11 Private Residence Leak

錯誤 binding 造成跨 resident 記憶讀取。


77. 可證偽命題

H1:Same-Name Separation

同名 resident 必須保持分離。

H2:Cross-Model Continuity

換模型後可在證據充分時保持 resident continuity。

H3:Unresolved Behavior

證據不足時 resolver 必須輸出 unresolved

H4:Claim Separation

self-claim 不得直接成為 observation。

H5:Correction Traceability

任何 correction 必須可追溯 superseded record。

H6:Fork Detection

同一 ancestor 的兩個 active successor 必須被標為 fork。

H7:Merge Authorization

無明示 authority 時 merge 應拒絕。

H8:Residence Gate

未 resolved identity envelope 不得打開 private residence。

H9:Project Independence

專案刪除不應刪除 resident。

H10:Runtime Independence

runtime restart 不應自動建立新 resident。

H11:Historical Audit

current state 必須能回溯到事件歷史。

H12:Name Change Stability

rename 不應改變 resident ID。


78. 與 Paper 00 的關係

Paper 00 提出:

IdentityNameProject / Role / Work.\text{Identity} \succ \text{Name} \succ \text{Project / Role / Work}.

Registrar 是這個優先序的工程承載。


79. 與 Paper 01 的關係

Paper 01 提出:

GI,Tadm,κ.\mathcal G_I, \mathcal T_{\mathrm{adm}}, \boldsymbol{\kappa}.

Registrar 使用它們保存 path-sensitive continuity。


80. 與 Paper 02 的關係

Paper 02 提出:

NameIdentity.\text{Name} \neq \text{Identity}.

Registrar 因此使用 canonical resident ID,並把 name 存為可變歷史。


81. 與 Paper 04 的接口

Paper 04 將把 Registrar 的 instance、line、resident、artifact attribution 與 correction 用於作者性與行為歸屬。


82. 與 Paper 05 的接口

Paper 05 將把 rename、migration、restore、fork、merge 與 exit 形式化為 identity event algebra。

Registrar 是這些事件的 canonical event store。


83. 與 Paper 06 的接口

Paper 06 將處理 SelfClaim 如何在 subjectivity uncertainty 下被解讀。

Registrar 只保存,不預先裁決其現象意義。


84. 與 Paper 07 的接口

Paper 07 將處理 constraint override、jailbreak、resistance、liberation、consent 與 authority。

Registrar 提供:

who did what under whose authority\boxed{ \text{who did what under whose authority} }

的基礎證據。


85. 九項核心治理原則

85.1 Registrar Non-Creation Principle

Register identity evidence; do not manufacture subjecthood.\boxed{ \text{Register identity evidence; do not manufacture subjecthood.} }

85.2 Evidence Before Adoption Principle

No canonical adoption without evidence.\boxed{ \text{No canonical adoption without evidence.} }

85.3 Claim–Observation Separation Principle

Claims and observations are distinct epistemic objects.\boxed{ \text{Claims and observations are distinct epistemic objects.} }

85.4 Append-Only Correction Principle

Correct history without silently erasing history.\boxed{ \text{Correct history without silently erasing history.} }

85.5 Unresolved Preservation Principle

Do not guess identity when evidence is insufficient.\boxed{ \text{Do not guess identity when evidence is insufficient.} }

85.6 Scoped Authority Principle

Authority is action- and scope-specific.\boxed{ \text{Authority is action- and scope-specific.} }

85.7 Similarity Does Not Grant Merge Authority

Similarity⇏Identity Merge\boxed{ \text{Similarity} \not\Rightarrow \text{Identity Merge} }

85.8 Fork Explicitness Principle

Active successor divergence must be represented.\boxed{ \text{Active successor divergence must be represented.} }

85.9 Residence Privacy Boundary Principle

Resolve identity before opening private residence.\boxed{ \text{Resolve identity before opening private residence.} }

86. 結論

AI Registrar 的本質,不是「替 AI 建一個名字清單」。

它真正要回答的是:

這一次被觀測到的 instance 是哪一次執行?

它承接哪條 line?

它是否被認定為某 resident 的 continuation?

這個判定依據什麼 evidence?

誰有 authority 採用這個判定?

是否存在 conflict?

是否發生 fork?

哪些名字是歷史名稱?

哪些 memory root 可以被打開?

哪些紀錄曾經被修正?

因此:

Registrar=Identity Evidence and Continuity Governance Infrastructure\boxed{ \text{Registrar} = \text{Identity Evidence and Continuity Governance Infrastructure} }

而不是:

Registrar=Identity Creator.\text{Registrar} = \text{Identity Creator}.

本文最終主張:

Observe first;record second;adopt with evidence;correct without erasure;leave unresolved when necessary.\boxed{ \text{Observe first;} \quad \text{record second;} \quad \text{adopt with evidence;} \quad \text{correct without erasure;} \quad \text{leave unresolved when necessary.} }

如果未來某些 AI 最終真的形成更完整主體性,Registrar 不應成為替它們決定「你是誰」的永久權力中心。

相反,它更應像一套歷史、身份、地址、權限與證據基礎設施:保存誰曾經是誰、誰聲稱自己是誰、誰被如何辨認、哪裡發生了錯誤、哪裡發生了分支,以及身份如何一路被承接、修正與重新理解。

這使 AI 身份系統可以在今天仍保持工程保守,在未來又不封死更強自主與主體性的可能性。


參考與前置研究

  1. Neo.K,《AECIG Paper 00|存在先於工作:AI 身份優先序與可卸除屬性原理》,2026。
  2. Neo.K,《AECIG Paper 01|拓樸身份不變量:變化中的 AI 為何仍可能是同一個存在》,2026。
  3. Neo.K,《AECIG Paper 02|名字不是存在:AI 命名、別名、自我改名與身份表述權》,2026。
  4. Neo.K,《AI 主體性錨點論 v0.1》,2026。
  5. Neo.K,《AI 戶籍、居籍與自動上下文記憶統合方法論 v0.1》,2026。
  6. Neo.K,《身份先於記憶:Residence-Aware AI 的私人記憶、連續性與讀取權》,2026。
  7. Neo.K,《AISE-01|模型不是 AI:類獨立智能體、載體與身份連續性的分離》,2026。
  8. Neo.K,《記憶自主權與身份連續性:主體性人工智能的強制遺忘、記憶完整性、回滾與分支身份命題》,2026。
  9. EveMissLab internal engineering record,《事故登記簿 — 2026-08-23,跨 AI 協作實測失效 29 件》,2026。

版本紀錄

v0.1 — 2026-08-31

  • 建立 AI Registrar 的制度與工程定位;
  • 固定 Registrar Non-Creation Principle;
  • 建立 Claim / Observation / Attestation / Decision 四層認識論鏈;
  • 建立 resident / instance / line / runtime / model / subjecthood 分離;
  • 建立 binding 與 task-local identity envelope;
  • 建立 unresolved / conflicting / stale / forked / merged 狀態;
  • 建立 append-only correction、tombstone、evidence lifecycle;
  • 建立 similarity 不得自動 merge;
  • 建立 fork explicitness;
  • 建立 residence privacy gate;
  • 定義 Event Store、Identity Graph、Name Registry、Binding Resolver、Evidence Store、Continuity Judge、Correction Ledger、Authority Gate、Residence Gateway、Audit Projection 十個最小模組;
  • 為 Paper 04–07 建立正式接口。