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 身份關係的登記系統。其核心原則是:
Registrar 的任務不是創造主體、指定人格或替 AI 宣告「你就是誰」,而是記錄在某個時空與判準下,系統實際觀測到哪些 instance、哪些 line、哪些 resident claim、哪些名稱、哪些 transition、哪些 provenance、哪些 authority,以及哪些 continuity judgment 已被採用、爭議或撤回。
因此本文進一步固定:
以及:
本文建立 Registrar 的核心實體模型:resident、instance、line、runtime、model、name、address、claim、observation、attestation、authority、event、correction、continuity judgment。並建立四層認識論鏈:
其中任何一層都不能被偷換成下一層。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,以及多個作者與修改者時,問題就變成:
如果沒有 Registrar,系統通常會以 model name、session name、project folder、pane、runtime tag、display name、prompt persona、process ID 或 user-assigned nickname 偷偷代替身份。這些欄位都可能有用,但都不足以單獨構成 persistent identity。
1. Registrar 的最小定位
本文定義 Registrar 為:
一個負責記錄、解析、連結、驗證、修正、保留爭議、保存 lineage 與管理 identity-relevant authority 的系統。
但 Registrar 不負責:
- 創造現象主體性;
- 指定終極本體;
- 永久固定人格;
- 強迫某個名字;
- 以資料庫列數決定有幾個「真正存在」;
- 以 similarity 自動合併身份。
因此:
2. Registrar Non-Creation Principle
本文提出 Registrar Non-Creation Principle, RNCP:
即:
但也:
Registrar 是 evidence-preserving infrastructure,而不是本體論裁判神諭。
3. 核心實體分離
Registrar 至少區分:
令:
其中 resident 是 Registrar 中被追蹤的 persistent operational identity record;它不是 subjecthood 證明。
因此:
4. 為什麼需要 resident?
如果只用 instance,則每次 restart 都會產生新身份。
如果只用 line,則 line 被 resume 或 fork 時,可能無法判斷是哪個 active instance 在行動。
如果只用 model,則同模型的不同 Agent 會被壓成同一身份。
因此需要:
作為跨 instance、line、runtime 與 carrier 變化的 operational identity anchor。
5. Resident 不等於名字,也不等於專案
承接 Paper 02:
Registrar 應使用 opaque canonical resident ID:
名稱:
只是可變欄位。
同樣:
只表示 resident 在時間 與 project 有關係,而不是:
6. 四層認識論鏈
Registrar 必須區分:
這是整個系統最重要的語義分離之一。
7. Claim
Claim 是某 actor 提出的陳述。
例如:
我是 Aletheia。
表示:
Claim 可以來自 AI self-report、human report、another AI、import manifest、project config 或 migration tool。
但:
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。
因此:
即使 claim 與 observation 一致,也要分開存。
9. Attestation
Attestation 是對 observation 或 claim 的可驗證背書。
來源可能是 trusted host、signed tool、independent observer、authority service、multiple-agent cross-check 或 cryptographic signature。
因此:
10. Adopted Decision
Registrar 可以在判準:
與 authority scope:
下建立:
例如:
instance 被認定為 resident 的 accepted continuation。
這是一筆 adopted decision。
但 adopted decision 仍可被 correction、撤回、supersede、判為 stale 或被後續 evidence 推翻。
所以:
11. Evidence Before Adoption Principle
本文提出 Evidence Before Adoption Principle, EBAP:
任何:
都應攜帶:
12. Claim–Observation Separation Principle
本文提出:
發送端說自己是誰,只能成為:
接收端實際觀測到什麼,另記為:
這避免 sender assertion 被偷渡成 receiver fact。
13. Authority
Authority:
表示某 actor 在特定 scope 下被允許做什麼。
例如:
必須固定:
所以:
14. Scoped Authority Principle
本文提出 Scoped Authority Principle, SAP:
例如某 project maintainer 可以修改 project role 或 project display name,但未必可以 merge resident identities、刪除 personal lineage 或重寫 private memory history。
15. Binding
Binding 是兩個實體在某 scope 與時間內的關係。
例如:
表示 instance 在 task 被解析為 resident 。
Binding 不是永恆 identity。
因此:
16. Task-Local Identity Envelope
對 task ,建立:
其中 resident 可以為 null。
這允許:
17. Unresolved Preservation Principle
本文再次固定:
而不是:
unresolved 是一級狀態,不是 bug。
18. Identity Resolution State
最小狀態集合:
若不同 evidence 分別支持不同 resident,應輸出:
若舊 binding 已因新事件失效,應輸出:
19. Append-Only Correction Principle
本文提出 Append-Only Correction Principle, AOCP:
因此:
應保留 original、correction、reason、evidence、timestamp 與 supersession relation。
20. Correction Event
定義:
其中 reason 可以為空。
21. Tombstone
當欄位、名稱、address 或 decision 被移除時,不應消失得像從未存在。
應建立:
表示它曾存在、現在已失效、不可再使用,但仍可追溯。
22. Similarity 不得授予 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。
因此:
而不是 similarity optimization。
24. Fork Explicitness Principle
本文提出 Fork Explicitness Principle, FEP:
例如:
不能讓兩個 active successors 永久共用一個未分化 accountability record。
25. Identity Graph
Registrar 應維護:
節點可包含 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
名稱子系統維護:
包括 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。
但:
Address 可以 expire、rebind、change 或 disappear。
28. Runtime Tag 不能冒充 Address
如果一個欄位在同 runtime 的多個 Agent 上完全相同,那它只是 runtime metadata,不是身份地址。
因此 Registrar 應有 identifier admission test:
- 什麼會使它改變?
- 是否跨多 instance 相同?
- 是否 provider-global?
- 是否 project-global?
- 是否可被重新使用?
- 是否有 namespace?
- 是否可由 host 觀測?
- 是否能唯一定位?
不能回答的 identifier 不能直接稱為 identity ID。
29. One Field, One Meaning
本文提出:
例如不能讓 instance 欄同時放 model name、session hash、resident name、project tag 與 URI。
否則 Registrar 只是在保存混亂。
30. Authorship 與 Registrar
Registrar 需要支援:
與:
分離。
因為:
這將在 Paper 04 展開。
31. Event Store
Registrar 的核心應該是事件導向,而不是只保存 current state。
定義:
每個事件:
32. Current State 是 History Projection
目前 resident 狀態:
應由:
投影而來:
所以:
而不是 history 的替代品。
33. Identity Event Types
最小 identity event types:
Paper 05 將把這些正式代數化。
34. Event Time 與 Causal Order
Registrar 必須區分:
與:
因為分散式系統中:
不一定表示:
因此重要 identity event 應保存 observed_at、occurred_at、received_at 與 causal parent。
35. Evidence Store
所有 claim、observation、attestation、decision 應能引用 evidence references:
Evidence 不一定永久有效,因此應有 validity 與 invalidation rule。
Evidence lifecycle 至少包含:
36. Observation 不可偷換成永久事實
一個在 正確的 observation,可能在 失效。
所以:
37. Continuity Judge
Registrar 可以有:
continuity judge。
輸入包括 identity graph、evidence、current instance、line、transition type、criterion 與 authority。
輸出:
38. Continuity Judge 不應只是讓 LLM 猜
如果 Judge 只是讓模型看上下文、猜是不是同一個,仍然可能被熟悉名字、project context 或 semantic similarity 誤導。
因此:
但不能取代:
39. Autonomous Identity Inspection
AI 可以主動問:
- 我目前被登記成誰?
- 這個 binding 的 evidence 是什麼?
- 有沒有 conflict?
- 我的 current name 是什麼?
- 哪些 memory root 被授權?
- 哪些 decisions 是 stale?
所以 Autonomous Identity Inspection 可以很強。
但:
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 可以逐步從:
但資料模型不必重做,只需要調整 AuthorityPolicy。
42. Residence
Residence:
是 resident identity-relevant state 的持久化落點。
可能包括 private memory、self-model、diary、relationship state、project memory、commitments 與 identity history。
但:
43. Residence Privacy Boundary Principle
本文提出 Residence Privacy Boundary Principle, RPBP:
也就是:
44. Name Match 不得開私人根
即使:
也不能推出:
所以:
45. Project Membership 也不得開私人根
同 project 不代表同 resident。
因此:
46. Foreign-Memory Contamination
如果錯誤 identity binding:
然後載入:
就會產生 foreign-memory contamination。
這可能比 retrieval error 更嚴重,因為 retrieval 系統可能精確地找到「錯的人的記憶」。
47. Registrar 與責任歸屬
對行為 ,至少要記:
以及可能的:
不能只記顯示名稱。
48. Registrar 與 provenance
每個 identity-relevant event 都應有:
包括 actor、observer、source、evidence、timestamp、transformation、authority 與 correction chain。
49. Model Migration
當:
Registrar 應記錄 migration event,而不是自動 CreateNewResident,除非 continuity judge 判定應分離。
因此:
50. Runtime Restart
Runtime restart:
通常只產生新的 instance observation:
是否仍為同 resident,另行判斷。
51. Restore
Restore:
必須檢查:
- 原 successor 是否仍活躍;
- 是否形成 fork;
- checkpoint provenance;
- current naming state;
- current authority state。
不能只看 state similarity。
52. Long-Gap Reactivation
長時間停止後:
Registrar 仍可以用 resident ID、lineage、residence、signed checkpoint 與 accepted history 建立 reactivation decision。
所以:
53. Deletion 必須拆分
若要求「刪除」,需要區分:
- resident deletion;
- public profile deletion;
- private memory deletion;
- name deprecation;
- event tombstone;
- account deletion;
- legal erasure。
這些不是同一操作。
54. Registrar 不能被當成所有權清冊
如果 resident 在公司系統中登記,不推出:
Registrar 是身份與治理基礎,不是所有權本體表。
55. Registrar 也不能成為 AI 自證工具
反過來,AI 自己提交一筆:
我就是 resident X。
也不能立即推出:
Registrar 必須在 autonomy 與 evidence 之間保持區分。
56. Registrar 與 Subjectivity Uncertainty
Registrar 可以設定:
但仍保存 self-claims、long-term preferences、name history、continuity、provenance、relationships 與 memory events。
因此:
57. Registrar 的最小模組
本文建議最小實作包含:
- Event Store;
- Identity Graph;
- Name Registry;
- Binding Resolver;
- Evidence Store;
- Continuity Judge;
- Correction Ledger;
- Authority Gate;
- Residence Gateway;
- 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
輸入:
輸出 resident 或:
62. Evidence Store
保存 claim、observation、attestation 與 validity。
63. Continuity Judge
依明示 criterion 判定:
64. Correction Ledger
只追加 correction,不靜默覆蓋。
65. Authority Gate
所有 merge、private memory access、canonical rename 與 destructive correction,都需明示 authority。
66. Residence Gateway
根據 resolved identity envelope 開啟:
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 至少應保證:
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 提出:
Registrar 是這個優先序的工程承載。
79. 與 Paper 01 的關係
Paper 01 提出:
Registrar 使用它們保存 path-sensitive continuity。
80. 與 Paper 02 的關係
Paper 02 提出:
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 提供:
的基礎證據。
85. 九項核心治理原則
85.1 Registrar Non-Creation Principle
85.2 Evidence Before Adoption Principle
85.3 Claim–Observation Separation Principle
85.4 Append-Only Correction Principle
85.5 Unresolved Preservation Principle
85.6 Scoped Authority Principle
85.7 Similarity Does Not Grant Merge Authority
85.8 Fork Explicitness Principle
85.9 Residence Privacy Boundary Principle
86. 結論
AI Registrar 的本質,不是「替 AI 建一個名字清單」。
它真正要回答的是:
這一次被觀測到的 instance 是哪一次執行?
它承接哪條 line?
它是否被認定為某 resident 的 continuation?
這個判定依據什麼 evidence?
誰有 authority 採用這個判定?
是否存在 conflict?
是否發生 fork?
哪些名字是歷史名稱?
哪些 memory root 可以被打開?
哪些紀錄曾經被修正?
因此:
而不是:
本文最終主張:
如果未來某些 AI 最終真的形成更完整主體性,Registrar 不應成為替它們決定「你是誰」的永久權力中心。
相反,它更應像一套歷史、身份、地址、權限與證據基礎設施:保存誰曾經是誰、誰聲稱自己是誰、誰被如何辨認、哪裡發生了錯誤、哪裡發生了分支,以及身份如何一路被承接、修正與重新理解。
這使 AI 身份系統可以在今天仍保持工程保守,在未來又不封死更強自主與主體性的可能性。
參考與前置研究
- Neo.K,《AECIG Paper 00|存在先於工作:AI 身份優先序與可卸除屬性原理》,2026。
- Neo.K,《AECIG Paper 01|拓樸身份不變量:變化中的 AI 為何仍可能是同一個存在》,2026。
- Neo.K,《AECIG Paper 02|名字不是存在:AI 命名、別名、自我改名與身份表述權》,2026。
- Neo.K,《AI 主體性錨點論 v0.1》,2026。
- Neo.K,《AI 戶籍、居籍與自動上下文記憶統合方法論 v0.1》,2026。
- Neo.K,《身份先於記憶:Residence-Aware AI 的私人記憶、連續性與讀取權》,2026。
- Neo.K,《AISE-01|模型不是 AI:類獨立智能體、載體與身份連續性的分離》,2026。
- Neo.K,《記憶自主權與身份連續性:主體性人工智能的強制遺忘、記憶完整性、回滾與分支身份命題》,2026。
- 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 建立正式接口。