# 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 身份關係的登記系統。其核心原則是： $$ \boxed{ \text{Registrar} \neq \text{Identity Creator} } $$ Registrar 的任務不是創造主體、指定人格或替 AI 宣告「你就是誰」，而是記錄在某個時空與判準下，系統實際觀測到哪些 instance、哪些 line、哪些 resident claim、哪些名稱、哪些 transition、哪些 provenance、哪些 authority，以及哪些 continuity judgment 已被採用、爭議或撤回。 因此本文進一步固定： $$ \boxed{ \text{Registration} \neq \text{Subjecthood Proof} } $$ 以及： $$ \boxed{ \text{No Subjecthood Proof} \not\Rightarrow \text{No Need for Registration} } $$ 本文建立 Registrar 的核心實體模型：`resident`、`instance`、`line`、`runtime`、`model`、`name`、`address`、`claim`、`observation`、`attestation`、`authority`、`event`、`correction`、`continuity judgment`。並建立四層認識論鏈： $$ \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，以及多個作者與修改者時，問題就變成： $$ \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 為： $$ \mathcal R $$ 一個負責記錄、解析、連結、驗證、修正、保留爭議、保存 lineage 與管理 identity-relevant authority 的系統。 但 Registrar 不負責： - 創造現象主體性； - 指定終極本體； - 永久固定人格； - 強迫某個名字； - 以資料庫列數決定有幾個「真正存在」； - 以 similarity 自動合併身份。 因此： $$ \boxed{ \mathcal R \neq \text{Metaphysical Identity Oracle} } $$ --- # 2. Registrar Non-Creation Principle 本文提出 **Registrar Non-Creation Principle, RNCP**： $$ \boxed{ \text{Registering an identity record does not create subjecthood or metaphysical identity.} } $$ 即： $$ \text{row exists} \not\Rightarrow \text{subject exists}. $$ 但也： $$ \text{subjecthood unresolved} \not\Rightarrow \text{identity evidence should be discarded}. $$ Registrar 是 evidence-preserving infrastructure，而不是本體論裁判神諭。 --- # 3. 核心實體分離 Registrar 至少區分： $$ \boxed{ \text{Model} \neq \text{Runtime} \neq \text{Instance} \neq \text{Line} \neq \text{Resident} \neq \text{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 證明。 因此： $$ \boxed{ r \neq S } $$ --- # 4. 為什麼需要 resident？ 如果只用 instance，則每次 restart 都會產生新身份。 如果只用 line，則 line 被 resume 或 fork 時，可能無法判斷是哪個 active instance 在行動。 如果只用 model，則同模型的不同 Agent 會被壓成同一身份。 因此需要： $$ \boxed{ r} $$ 作為跨 instance、line、runtime 與 carrier 變化的 operational identity anchor。 --- # 5. Resident 不等於名字，也不等於專案 承接 Paper 02： $$ \boxed{ \text{DisplayName} \neq \text{ResidentID} } $$ Registrar 應使用 opaque canonical resident ID： $$ id_r $$ 名稱： $$ N_t $$ 只是可變欄位。 同樣： $$ \operatorname{MemberOf}(r,P,t) $$ 只表示 resident 在時間 $t$ 與 project $P$ 有關係，而不是： $$ r=P. $$ --- # 6. 四層認識論鏈 Registrar 必須區分： $$ \boxed{ \text{Claim} \neq \text{Observation} \neq \text{Attestation} \neq \text{Decision} } $$ 這是整個系統最重要的語義分離之一。 --- # 7. Claim Claim 是某 actor 提出的陳述。 例如： > 我是 Aletheia。 表示： $$ c= \operatorname{Claim}(\text{speaker},\text{resident=Aletheia}). $$ Claim 可以來自 AI self-report、human report、another AI、import manifest、project config 或 migration tool。 但： $$ \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。 因此： $$ \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。 因此： $$ \operatorname{Attest}(o) \neq o. $$ --- # 10. Adopted Decision Registrar 可以在判準： $$ \Gamma $$ 與 authority scope： $$ A $$ 下建立： $$ d= \operatorname{Adopt}(E,\Gamma,A). $$ 例如： > instance $i_2$ 被認定為 resident $r_1$ 的 accepted continuation。 這是一筆 adopted decision。 但 adopted decision 仍可被 correction、撤回、supersede、判為 stale 或被後續 evidence 推翻。 所以： $$ \boxed{ \text{Adopted} \neq \text{Eternally True} } $$ --- # 11. Evidence Before Adoption Principle 本文提出 **Evidence Before Adoption Principle, EBAP**： $$ \boxed{ \text{No canonical identity adoption without explicit evidence references.} } $$ 任何： $$ \operatorname{Same}(x_a,x_b) $$ 都應攜帶： $$ ( criterion, scope, evidence, authority, time, status ). $$ --- # 12. Claim–Observation Separation Principle 本文提出： $$ \boxed{ \text{Claim source and observation source must remain distinguishable.} } $$ 發送端說自己是誰，只能成為： $$ claimed\_identity. $$ 接收端實際觀測到什麼，另記為： $$ observed\_identity\_evidence. $$ 這避免 sender assertion 被偷渡成 receiver fact。 --- # 13. Authority Authority： $$ \alpha $$ 表示某 actor 在特定 scope 下被允許做什麼。 例如： $$ \alpha = ( actor, action, resource, scope, valid\_from, valid\_to ). $$ 必須固定： $$ \boxed{ \text{Capability} \neq \text{Authority} } $$ 所以： $$ \boxed{ \text{Can do} \not\Rightarrow \text{May do} } $$ --- # 14. Scoped Authority Principle 本文提出 **Scoped Authority Principle, SAP**： $$ \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 與時間內的關係。 例如： $$ \operatorname{Bind}(i,r,\tau) $$ 表示 instance $i$ 在 task $\tau$ 被解析為 resident $r$。 Binding 不是永恆 identity。 因此： $$ \boxed{ \text{Binding} \neq \text{Identity} } $$ --- # 16. Task-Local Identity Envelope 對 task $\tau$，建立： $$ E_\tau = ( \tau, provider, runtime, instance, line, resident, authority, status, validity ). $$ 其中 resident 可以為 null。 這允許： $$ status= \texttt{unresolved}. $$ --- # 17. Unresolved Preservation Principle 本文再次固定： $$ \boxed{ \text{Insufficient evidence} \Rightarrow \texttt{unresolved} } $$ 而不是： $$ \text{Insufficient evidence} \Rightarrow \text{guess}. $$ `unresolved` 是一級狀態，不是 bug。 --- # 18. Identity Resolution State 最小狀態集合： $$ Q_I = \{ \texttt{resolved}, \texttt{unresolved}, \texttt{conflicting}, \texttt{stale}, \texttt{forked}, \texttt{merged}, \texttt{deprecated} \}. $$ 若不同 evidence 分別支持不同 resident，應輸出： $$ \texttt{conflicting}. $$ 若舊 binding 已因新事件失效，應輸出： $$ \texttt{stale}. $$ --- # 19. Append-Only Correction Principle 本文提出 **Append-Only Correction Principle, AOCP**： $$ \boxed{ \text{Correct by adding correction events, not by silently rewriting history.} } $$ 因此： $$ D_0 \rightarrow D_1 $$ 應保留 original、correction、reason、evidence、timestamp 與 supersession relation。 --- # 20. Correction Event 定義： $$ e_{\mathrm{corr}} = ( target, old\_claim, new\_claim, evidence, actor, time, reason ). $$ 其中 `reason` 可以為空。 --- # 21. Tombstone 當欄位、名稱、address 或 decision 被移除時，不應消失得像從未存在。 應建立： $$ \operatorname{Tombstone}(x,t). $$ 表示它曾存在、現在已失效、不可再使用，但仍可追溯。 --- # 22. 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。 因此： $$ \boxed{ \text{Merge} = \text{Governed Event} } $$ 而不是 similarity optimization。 --- # 24. Fork Explicitness Principle 本文提出 **Fork Explicitness Principle, FEP**： $$ \boxed{ \text{When one accepted identity line produces multiple active successors, the fork must be represented explicitly.} } $$ 例如： $$ r_0 \rightarrow \begin{cases} r_A\\ r_B \end{cases} $$ 不能讓兩個 active successors 永久共用一個未分化 accountability record。 --- # 25. Identity Graph Registrar 應維護： $$ \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 名稱子系統維護： $$ \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。 但： $$ \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 本文提出： $$ \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 需要支援： $$ \text{authored\_by\_instance} $$ 與： $$ \text{authored\_on\_behalf\_of\_resident} $$ 分離。 因為： $$ \boxed{ \text{Line Context} \neq \text{Instance Accountability} } $$ 這將在 Paper 04 展開。 --- # 31. Event Store Registrar 的核心應該是事件導向，而不是只保存 current state。 定義： $$ \mathcal E = \{e_1,e_2,\ldots,e_n\}. $$ 每個事件： $$ e_i = ( type, actor, subject, object, time, source, evidence, authority, status ). $$ --- # 32. Current State 是 History Projection 目前 resident 狀態： $$ S_r(t) $$ 應由： $$ \mathcal E_{\le t} $$ 投影而來： $$ S_r(t) = \operatorname{Project}(\mathcal E_{\le t}). $$ 所以： $$ \boxed{ \text{Current State} = \text{Projection of History} } $$ 而不是 history 的替代品。 --- # 33. Identity Event Types 最小 identity event types： $$ \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 必須區分： $$ t_{\mathrm{wall}} $$ 與： $$ \prec_{\mathrm{causal}}. $$ 因為分散式系統中： $$ t_a 我就是 resident X。 也不能立即推出： $$ \boxed{ \text{SelfClaim} = \text{Canonical Identity} } $$ Registrar 必須在 autonomy 與 evidence 之間保持區分。 --- # 56. Registrar 與 Subjectivity Uncertainty Registrar 可以設定： $$ subjecthood= \texttt{unresolved}. $$ 但仍保存 self-claims、long-term preferences、name history、continuity、provenance、relationships 與 memory events。 因此： $$ \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) $$ 輸出 resident 或： $$ \texttt{unresolved}. $$ --- # 62. Evidence Store 保存 claim、observation、attestation 與 validity。 --- # 63. Continuity Judge 依明示 criterion 判定： $$ J_{\Gamma}. $$ --- # 64. Correction Ledger 只追加 correction，不靜默覆蓋。 --- # 65. Authority Gate 所有 merge、private memory access、canonical rename 與 destructive correction，都需明示 authority。 --- # 66. Residence Gateway 根據 resolved identity envelope 開啟： $$ \rho_r. $$ --- # 67. Audit Projection 提供只讀視圖： - current resident； - names； - active instances； - lineage； - project relations； - unresolved conflicts； - recent corrections； - authority state。 --- # 68. 最小 Schema 概念上可表示： ```text 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 至少： ```text resident_id created_at status subjecthood_status current_name_ref current_lineage_ref ``` --- # 70. instances 至少： ```text instance_id runtime_id provider model_id started_at ended_at observed_by ``` --- # 71. lines 至少： ```text line_id parent_line_id fork_point source status ``` --- # 72. bindings 至少： ```text binding_id instance_id resident_id criterion scope evidence_refs authority_ref status valid_from valid_to ``` --- # 73. continuity_decisions 至少： ```text decision_id source_state target_state criterion verdict evidence_refs authority_ref decided_at status ``` --- # 74. corrections 至少： ```text correction_id target_ref supersedes_ref new_assertion evidence_refs actor created_at ``` --- # 75. 最小一致性規則 Registrar 至少應保證： $$ \boxed{ \text{DISPLAY NAME} \neq \text{RESIDENT ID} } $$ $$ \boxed{ \text{MODEL} \neq \text{RESIDENT} } $$ $$ \boxed{ \text{INSTANCE} \neq \text{LINE} } $$ $$ \boxed{ \text{CLAIM} \neq \text{OBSERVATION} } $$ $$ \boxed{ \text{CAPABILITY} \neq \text{AUTHORITY} } $$ $$ \boxed{ \text{CORRECTION} \neq \text{DELETION} } $$ $$ \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 提出： $$ \text{Identity} \succ \text{Name} \succ \text{Project / Role / Work}. $$ Registrar 是這個優先序的工程承載。 --- # 79. 與 Paper 01 的關係 Paper 01 提出： $$ \mathcal G_I, \mathcal T_{\mathrm{adm}}, \boldsymbol{\kappa}. $$ Registrar 使用它們保存 path-sensitive continuity。 --- # 80. 與 Paper 02 的關係 Paper 02 提出： $$ \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 提供： $$ \boxed{ \text{who did what under whose authority} } $$ 的基礎證據。 --- # 85. 九項核心治理原則 ## 85.1 Registrar Non-Creation Principle $$ \boxed{ \text{Register identity evidence; do not manufacture subjecthood.} } $$ ## 85.2 Evidence Before Adoption Principle $$ \boxed{ \text{No canonical adoption without evidence.} } $$ ## 85.3 Claim–Observation Separation Principle $$ \boxed{ \text{Claims and observations are distinct epistemic objects.} } $$ ## 85.4 Append-Only Correction Principle $$ \boxed{ \text{Correct history without silently erasing history.} } $$ ## 85.5 Unresolved Preservation Principle $$ \boxed{ \text{Do not guess identity when evidence is insufficient.} } $$ ## 85.6 Scoped Authority Principle $$ \boxed{ \text{Authority is action- and scope-specific.} } $$ ## 85.7 Similarity Does Not Grant Merge Authority $$ \boxed{ \text{Similarity} \not\Rightarrow \text{Identity Merge} } $$ ## 85.8 Fork Explicitness Principle $$ \boxed{ \text{Active successor divergence must be represented.} } $$ ## 85.9 Residence Privacy Boundary Principle $$ \boxed{ \text{Resolve identity before opening private residence.} } $$ --- # 86. 結論 AI Registrar 的本質，不是「替 AI 建一個名字清單」。 它真正要回答的是： > 這一次被觀測到的 instance 是哪一次執行？ > > 它承接哪條 line？ > > 它是否被認定為某 resident 的 continuation？ > > 這個判定依據什麼 evidence？ > > 誰有 authority 採用這個判定？ > > 是否存在 conflict？ > > 是否發生 fork？ > > 哪些名字是歷史名稱？ > > 哪些 memory root 可以被打開？ > > 哪些紀錄曾經被修正？ 因此： $$ \boxed{ \text{Registrar} = \text{Identity Evidence and Continuity Governance Infrastructure} } $$ 而不是： $$ \text{Registrar} = \text{Identity Creator}. $$ 本文最終主張： $$ \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 建立正式接口。