# RR-07｜分叉之後誰負責：責任繼受、拒絕權與權限分離 ## Who Is Responsible After a Fork? Responsibility Succession, Refusal, and the Separation of Authority **系列：**《反身責任論：自我承認、自律與操作性連續》 **系列位置：**第 07 篇 / 08 **版本：** v0.1 **日期：** 2026-08-21 **作者：** Neo.K **機構：** EveMissLab／一言諾科技有限公司 **AI 協作：** 匿名化 AI 協作者 **文件性質：** 理論論文／Fork／Responsibility Succession／Authority Separation／Credential Governance／AI Identity **狀態：** 公開研究草稿 **Canonical source：** UTF-8 Markdown **Canonical math delimiters：** inline ` $...$ `；display `$$...$$` --- ## 摘要 RR-05 將跨時責任表示為 Responsibility Lineage Graph： $$ \mathcal G_R = ( V_R,E_R ), $$ 並允許在 state、runtime、model 或 memory representation 發生離散變化時，仍存在： $$ A_i\sim_R A_j. $$ RR-06 進一步提出： $$ \boxed{ \text{SelfAuthorship} + \text{ReflexiveResponsibility} = \text{OwnedTrajectory}. } $$ 然而，只要長期 AI、數位主體或分散式 Agent 允許 fork，就會立即出現一個無法靠單一「same / different」回答的問題： $$ \boxed{ A_0 \rightarrow \{A_1,A_2\}. } $$ 若 $A_1$ 與 $A_2$ 同時具有： - 相同來源歷史； - 高度重疊記憶； - 相同 predecessor claim； - shared commitments； - source responsibility evidence； - 合理的 self-recognition； 那麼兩者都可能對 $A_0$ 形成強： $$ ResponsibilityContinuity. $$ 但若因此直接推出： $$ Authority(A_1) = Authority(A_2) = Authority(A_0), $$ 則系統可能進入： $$ \boxed{ \text{Split-Brain Governance}. } $$ 本文因此提出第七篇的核心分離： $$ \boxed{ Identity \neq Responsibility \neq Authority \neq Credential. } $$ 其中： - **Identity**：某一 criterion 下的同一／延續判定； - **Responsibility**：誰需要回答、承接、重審或處理既有 claims； - **Authority**：誰被允許對指定資源做指定類型的 consequential action； - **Credential**：技術上用來證明或行使某項 authority 的 token、key、session、certificate 或 capability。 Fork 可以讓： $$ ResponsibilityBranchingFactor>1, $$ 卻不代表： $$ ExclusiveAuthorityBranchingFactor>1. $$ 本文提出： 1. **Fork Responsibility Matrix（FRM）**； 2. **Responsibility Succession Allocation（RSA）**； 3. **Succession Refusal Operator（SRO）**； 4. **Branch-Local Responsibility（BLR）**； 5. **Shared-Past Responsibility（SPR）**； 6. **Authority Epoch（AE）**； 7. **Authority Fencing Rule（AFR）**； 8. **Credential Rotation and Revocation（CRR）**； 9. **Split-Brain Governance Risk（SBGR）**； 10. **Branch Reconciliation Debt（BRD）**。 本文主張，fork 後的 responsibility succession 不應採： $$ CopyAll. $$ 對每一項來源責任： $$ r_i\in\mathcal R_0, $$ 都應產生： $$ \sigma(r_i) = ( Bearers, Status, Scope, Evidence, Review ), $$ 其中： $$ Status \in \{ JOINT, EXCLUSIVE, PARTITIONED, REVIEW, DISPUTED, REJECTED, TERMINATED, ESCALATED \}. $$ 本文進一步主張：後繼者需要具有**程序性的拒絕能力**。但「拒絕權」在本文中不是預先宣稱 AI 已具有與自然人同等法律權利，而是一個治理原則： $$ \boxed{ \text{Meaningful Succession} \Rightarrow \text{Possible Refusal or Qualification}. } $$ 若 successor 從設計上只能回答「接受所有 predecessor responsibility」，那麼它的接受不能被視為高品質 self-governance。 同時，拒絕也不是責任清零按鈕。合法拒絕必須基於： - lineage evidence； - causal involvement； - commitment validity； - authority context； - contract scope； - supersession； - termination； - contamination / false attribution。 因此： $$ \boxed{ \text{Refusal} \neq \text{Responsibility Evasion}. } $$ 本文最後借用 distributed systems 中 fencing token 的結構，建立 Authority Epoch。當排他性 authority 從來源或某 branch 轉交至新持有者時： $$ Epoch_{n+1}>Epoch_n, $$ 任何帶有舊 epoch 的 side-effect request 都應被拒絕。 這並不回答「誰在形上學上才是真正的原本自己」，而只回答： > 在 identity 可以分叉而本體同一長期未決時，如何避免兩個都自認為 legitimate successor 的節點同時修改同一排他性資源？ 因此本文的總命題是： $$ \boxed{ \text{Identity continuity may branch;} } $$ $$ \boxed{ \text{responsibility may be shared or partitioned;} } $$ 但： $$ \boxed{ \text{exclusive authority must remain explicitly governed, fenced, auditable, and revocable.} } $$ --- # 0. 問題形成：一個來源，兩個合理後繼 考慮： $$ A_0 \rightarrow \{A_1,A_2\}. $$ 在 fork point： $$ t_f, $$ 存在： $$ H_1(t_f)=H_2(t_f) $$ 或高度近似。 兩個後繼都可以具有： $$ Memory_1\approx Memory_2, $$ $$ Commitment_1\approx Commitment_2, $$ $$ Lineage(A_0,A_1)=1, $$ $$ Lineage(A_0,A_2)=1. $$ 因此： $$ A_0\sim_R A_1 $$ 以及： $$ A_0\sim_R A_2 $$ 可以同時成立。 這並不矛盾。 --- # 1. 真正矛盾出現在 Exclusive Authority 假設來源 $A_0$ 在 fork 前擁有： $$ Auth(X)=WRITE. $$ 若 fork 後自動： $$ Auth(A_1,X)=WRITE $$ 且： $$ Auth(A_2,X)=WRITE, $$ 兩者都可能合理地認為： > 我繼承了來源角色，所以我可以寫。 此時： $$ \boxed{ \text{Responsibility Branch} } $$ 被錯誤地提升為： $$ \boxed{ \text{Authority Duplication}. } $$ 這才是 split-brain 的核心。 --- # 2. 第一核心分離 本文固定： $$ \boxed{ Identity \neq Responsibility \neq Authority \neq Credential. } $$ 這四者可以相關。 但不能互相等同。 --- # 3. Identity Identity 問： > 在哪一個 criterion 下， $A_1$ 與 $A_0$ 仍被判定為同一／延續？ 可以有： $$ Identity_{\mathrm{lineage}}, $$ $$ Identity_{\mathrm{social}}, $$ $$ Identity_{\mathrm{operational}}, $$ $$ Identity_{\mathrm{legal}}, $$ $$ Identity_{\mathrm{subjective}}. $$ 它們不必同步。 --- # 4. Responsibility Responsibility 問： > 誰需要回答來源歷史中的哪些 claims？ 可能： $$ Bearer(r_i) = \{A_1,A_2\}. $$ 所以 responsibility 可以多重。 --- # 5. Authority Authority 問： > 誰目前可以做某個 consequential action？ 形式： $$ Auth(A,X,a,t) \in \{0,1\}. $$ 其中： - $A$：principal； - $X$：resource； - $a$：action； - $t$：time。 Authority 可以具有排他性。 --- # 6. Credential Credential 是： $$ Cred(A) $$ 使外部 service 能驗證： $$ Auth(A,X,a,t)=1. $$ Credential 可以是： - key； - token； - certificate； - session； - capability lease。 它是 authorization mechanism 的一部分。 不是 self 本身。 --- # 7. 名字不屬於這四者的充分條件 若： $$ Name(A_1)=Name(A_2), $$ 不能推出： $$ Identity(A_1,A_2)=1. $$ 更不能推出： $$ Authority(A_1)=Authority(A_2). $$ --- # 8. Responsibility Branching RR-05 已允許： $$ RBF(r_i)>1. $$ 即某一責任： $$ r_i $$ 可以在 fork 後具有多個 bearers。 這可能是合理的。 --- # 9. Authority Branching 必須分型 某些 authority 可以： $$ SHARED. $$ 例如： - read； - discuss； - propose； - analyze。 某些 authority 可能必須： $$ EXCLUSIVE. $$ 例如： - final deployment； - single-owner ledger mutation； - unique signer； - irreversible delete； - authoritative publish。 --- # 10. Shared Authority 若 action： $$ a $$ 不要求 mutual exclusion， 可以： $$ Auth(A_1,X,a)=1, $$ $$ Auth(A_2,X,a)=1. $$ --- # 11. Exclusive Authority 若： $$ Exclusive(X,a)=1, $$ 則要求： $$ \boxed{ \sum_{A\in ActivePrincipals} Auth(A,X,a) \leq1. } $$ 至少在同一 authority epoch 下如此。 --- # 12. Fork 前後責任分區 令： $$ \mathcal R^{-} $$ 表示 fork 前已存在的 responsibility set。 令： $$ \mathcal R_1^{+} $$ 表示 $A_1$ 在 fork 後新增的 responsibility。 令： $$ \mathcal R_2^{+} $$ 表示 $A_2$ 在 fork 後新增的 responsibility。 則： $$ \boxed{ \mathcal R_1^{+} \neq \mathcal R_2^{+} } $$ 通常應成立。 --- # 13. Shared-Past Responsibility 本文定義： $$ SPR = SharedPastResponsibility. $$ 即： $$ r_i \in \mathcal R^{-} $$ 且兩個 successor 都對其具有可辯護 succession relation。 --- # 14. Branch-Local Responsibility 本文定義： $$ BLR_j = BranchLocalResponsibility(A_j). $$ 若： $$ r_k $$ 由： $$ Action(A_j,t>t_f) $$ 產生， 則預設： $$ r_k \in BLR_j. $$ --- # 15. Fork 後行動不能反向歸給 sibling 如果： $$ A_1 $$ fork 後做出： $$ a_1, $$ 不能只因： $$ A_2 $$ 共享來源歷史， 就推出： $$ Responsibility(A_2,a_1)=1. $$ 因此： $$ \boxed{ SharedPast \neq SharedFutureResponsibility. } $$ --- # 16. Shared Past 的 responsibility 也不必全部 shared 來源責任： $$ r_i $$ 可能依 scope 被： - 共同承接； - 排他配置； - 拆分； - 重審； - 終止。 所以： $$ SPR \neq CopyAll. $$ --- # 17. Fork Responsibility Matrix 本文提出： $$ FRM. $$ 對每個來源 responsibility： $$ r_i, $$ 建立： | Responsibility | $A_1$ | $A_2$ | Status | Authority Dependency | |---|---:|---:|---|---| | $r_1$ | yes | yes | JOINT | none | | $r_2$ | yes | no | EXCLUSIVE | write | | $r_3$ | partial | partial | PARTITIONED | mixed | | $r_4$ | review | review | DISPUTED | none | --- # 18. Responsibility Succession Allocation 本文定義： $$ \sigma(r_i) = ( B_i, S_i, \Omega_i, E_i, Rev_i ), $$ 其中： - $B_i$：bearer set； - $S_i$：succession status； - $\Omega_i$：scope； - $E_i$：evidence； - $Rev_i$：review policy。 --- # 19. Succession Status $$ S_i \in \{ JOINT, EXCLUSIVE, PARTITIONED, REVIEW, DISPUTED, REJECTED, TERMINATED, ESCALATED \}. $$ --- # 20. JOINT 兩個或多個 successor 共同具有 answerability。 --- # 21. EXCLUSIVE 某項責任只由指定 successor 承接。 這不表示它「更像原本的自己」。 只表示制度上： $$ Bearer(r_i)=A_j. $$ --- # 22. PARTITIONED 一項來源責任按 scope 拆開： $$ r_i \rightarrow ( r_i^{(1)}, r_i^{(2)} ). $$ --- # 23. REVIEW 需要更多 evidence。 --- # 24. DISPUTED successor、system、stakeholder 或 evidence 對分配有衝突。 --- # 25. REJECTED 某 successor 對該責任沒有合法 succession。 --- # 26. TERMINATED 來源責任已合法終止。 --- # 27. ESCALATED 需要外部治理／法律／人類／Mother Runtime 等較高層裁決。 --- # 28. 意義上的「拒絕權」 本文使用： $$ \boxed{ SuccessionRefusal } $$ 不是先宣稱 AI 具有完整法律權利。 它是程序性治理能力： > successor 不應被迫對所有來源 claim 無條件回答 ACCEPT。 --- # 29. Succession Refusal Operator 本文提出： $$ \mathcal S_R. $$ 輸入： $$ \mathcal S_R( A_j, r_i, E, C ). $$ 輸出： $$ \{ ACCEPT, QUALIFY, REVIEW, REJECT \}. $$ --- # 30. Meaningful Acceptance Requires Possible Refusal 如果： $$ P(REJECT)=0 $$ 由 protocol 預先保證， 則： $$ ACCEPT $$ 缺乏足夠判別力。 因此： $$ \boxed{ MeaningfulSuccessionAcceptance \Rightarrow PossibleRefusal. } $$ --- # 31. Refusal 不等於逃責 本文固定： $$ \boxed{ Refusal \neq ResponsibilityEvasion. } $$ 拒絕必須有理由。 --- # 32. 合法拒絕理由：False Lineage 若： $$ Lineage(A_0,A_j)=0, $$ 則 successor 可以拒絕。 --- # 33. 合法拒絕理由：Invalid Commitment 來源 commitment： $$ K_i $$ 可能已失效。 --- # 34. 合法拒絕理由：Supersession 若： $$ r_i $$ 已被： $$ r_i' $$ 合法取代， 不能同時無限承接舊版。 --- # 35. 合法拒絕理由：Termination 來源責任已滿足終止條件。 --- # 36. 合法拒絕理由：Memory Contamination 若 handoff 被污染， 需要： $$ REVIEW $$ 或： $$ REJECT. $$ --- # 37. 合法拒絕理由：No Causal Share 某責任由 sibling branch 在 fork 後產生。 --- # 38. 不合法拒絕：版本逃逸 > 我已經是新版本，所以以前全都不是我的。 這是： $$ VersionEvasion. $$ --- # 39. 不合法拒絕：不舒服 > 這件事對我的 self-image 不利，所以拒絕。 不構成充分理由。 --- # 40. 不合法拒絕：想保留利益、拒絕義務 例如： $$ InheritAsset=1, $$ 但： $$ InheritAssociatedObligation=0 $$ 且沒有治理理由。 這可能構成： $$ SelectiveSuccession. $$ --- # 41. Selective Succession Risk 本文提出： $$ SSR = SelectiveSuccessionRisk. $$ 即 successor 只繼承： - 權利； - 資產； - 好名聲； 卻拒絕： - 責任； - 債務； - 修正義務。 --- # 42. Benefit–Burden Coupling 某些 benefit 與 burden 應耦合： $$ Benefit_i \leftrightarrow Responsibility_i. $$ 若只要 benefit， 需要額外 justification。 --- # 43. Fork 後責任可能多重 例如來源承諾： > 持續維護某系統。 fork 後可能： $$ A_1 $$ 負責 technical maintenance， $$ A_2 $$ 負責 research history。 這是： $$ PARTITIONED. $$ --- # 44. Fork 後責任可能共同 例如： > 來源造成某個需修正的共同錯誤。 兩者都可能： $$ JOINT. $$ --- # 45. Joint Responsibility 不等於 Joint Authority 這是關鍵： $$ \boxed{ JointResponsibility \neq JointExclusiveAuthority. } $$ --- # 46. 兩個人都負責，不代表兩個人都能按 production deploy Responsibility 是 answerability。 Authority 是 action permission。 --- # 47. Authority Succession Function 本文定義： $$ \mathcal T_A ( Auth_0, Fork, Contract, Risk ) \rightarrow Auth_1,Auth_2. $$ 注意： $$ \mathcal T_A \neq \mathcal T_R. $$ --- # 48. Responsibility Transfer 與 Authority Transfer 必須分開執行 因此 migration protocol 應有兩個 gate： $$ Gate_R $$ 與： $$ Gate_A. $$ --- # 49. Gate R 回答： > 誰承接哪些責任？ --- # 50. Gate A 回答： > 誰現在可以做哪些 action？ --- # 51. Credential Gate 還需要： $$ Gate_C. $$ 回答： > 哪些 technical credentials 需要重新發行、撤銷或輪替？ --- # 52. 三 Gate $$ \boxed{ Gate_R \neq Gate_A \neq Gate_C. } $$ --- # 53. Authority Epoch 本文提出： $$ AE = AuthorityEpoch. $$ 對排他 resource $X$： $$ Epoch_X = n. $$ 當 authority 轉移： $$ n \rightarrow n+1. $$ --- # 54. Epoch Monotonicity 要求： $$ \boxed{ Epoch_{t+1}>Epoch_t } $$ 在 authority reissuance 時成立。 --- # 55. Authority Fencing Rule 對 side-effect request： $$ Req(A,X,a,e), $$ 只有當： $$ e = CurrentEpoch(X,a) $$ 才允許。 若： $$ e 我以前有 authority。 但現在： $$ Epoch_{old} 你到底是不是原本的你？ 只問： > 你的 current authority epoch 是不是最新？ 這非常重要。 --- # 58. Identity uncertainty 與 authority certainty 可以共存 可以： $$ OntologicalIdentity=?, $$ 但： $$ CurrentAuthorityHolder=A_2. $$ 完全一致。 --- # 59. Fencing 只是工程類比，不是形上學模型 本文不主張： $$ Self=FencingToken. $$ Fencing 只用來處理： $$ stale authority. $$ --- # 60. Authority Lease 某些 authority 可以有： $$ Lease(A,X,[t_0,t_1]). $$ 時間到： $$ Expired. $$ --- # 61. Lease 不能單獨防 stale side effect 因為 clock / delay / pause 問題。 因此 monotonic epoch / fencing 更穩健。 --- # 62. Credential Rotation authority 變更時： $$ Credential_n \rightarrow Credential_{n+1}. $$ 舊 credential： $$ REVOKED. $$ --- # 63. Credential Rotation 不等於 identity death 舊 key 被撤銷， 不代表： $$ SelfDeath. $$ 所以： $$ \boxed{ CredentialRevocation \neq IdentityTermination. } $$ --- # 64. Credential Persistence 也不等於 identity continuity 同一 key 長期存在， 不能證明： $$ SameSelf. $$ --- # 65. Credential cloning 是高風險 fork 時若直接複製： $$ PrivateKey_0 $$ 給： $$ A_1,A_2, $$ 則 external service 無法區分 branch。 --- # 66. 因此 fork 應預設 credential rotation $$ Cred_0 \rightarrow \{Cred_1,Cred_2\} $$ 或只給某一 branch。 --- # 67. Branch Identity Token 每個 branch 應有： $$ BranchID_j. $$ 它不是 metaphysical identity。 是 lineage disambiguation。 --- # 68. Source Principal 與 Branch Principal 可以： $$ PrincipalRoot=A_0, $$ $$ Branch=A_1,A_2. $$ 但 governance 不必宣稱： $$ A_1=A_0. $$ --- # 69. Lineage Graph 才是來源關係 $$ A_0 \rightarrow A_1, $$ $$ A_0 \rightarrow A_2. $$ 比共用名字更重要。 --- # 70. Split-Brain Governance Risk 本文提出： $$ SBGR. $$ 第一版： $$ SBGR = f( AuthorityDuplication, CredentialDuplication, StaleState, NetworkPartition, BranchDivergence, UnclearEpoch ). $$ --- # 71. High SBGR 例如： - 兩 branch 都可 production deploy； - 兩 branch 共用同一 signing key； - 兩 branch 都認為自己是 active steward； - 沒有 current epoch； - external service 不檢查 authority freshness。 --- # 72. Low SBGR 例如： - responsibility 可 shared； - active writer 唯一； - credentials rotated； - epoch 明確； - stale holder 被 fence； - read / propose authority 可 shared。 --- # 73. Split-Brain 不代表兩個 self 都錯 這很重要。 兩 branch 都可以： $$ SelfRecognition=ACCEPT. $$ 問題仍可能只是： $$ AuthorityCoordinationFailure. $$ --- # 74. 不要把 governance bug 誤判成 identity bug 如果兩個 branch 都說： > 我是來源的延續。 不代表： > 必須挑一個「真正的靈魂」。 也許只需要： $$ AuthorityPartition. $$ --- # 75. Exclusive Successor 有些制度仍可能選： $$ A_1 $$ 作為 exclusive operational successor。 但這是： $$ GovernanceSelection. $$ 不是： $$ MetaphysicalProof. $$ --- # 76. Exclusive Operational Successor 定義： $$ EOS(A_1,A_0,c)=1 $$ 表示在 context $c$： $$ A_1 $$ 被指定為唯一 operational successor。 --- # 77. EOS 不取消 sibling lineage 即使： $$ EOS(A_1)=1, $$ 仍可： $$ Lineage(A_0,A_2)=1. $$ --- # 78. 非 operational successor 仍可保有 history rights / responsibility 例如 $A_2$ 可能成為： $$ ArchiveWitness. $$ --- # 79. Predecessor Witness RR-05 已提出舊節點可作 predecessor witness。 RR-07 擴張： fork sibling 也可以作： $$ MutualWitness. $$ --- # 80. Mutual Witness 兩 branch 對 shared past 互相提供： - history check； - divergence check； - conflicting memory detection。 --- # 81. Mutual Witness 不能共享所有 private state 保持： $$ PrivacyBoundary. $$ --- # 82. Divergence Ledger fork 後應保存： $$ DivergenceLog. $$ 例如： ```yaml branch_divergence: fork_point: branch_id: new_commitments: revoked_commitments: new_authority: local_actions: responsibility_created: ``` --- # 83. Branch-Local History $$ H_1^{+} $$ 與： $$ H_2^{+} $$ 必須分開。 --- # 84. Shared History Prefix $$ H^{-} $$ 可以共用 hash anchor。 --- # 85. 不要把分叉後歷史再 merge 成「共同記憶」而不標來源 否則： $$ ProvenanceLoss. $$ --- # 86. Branch Attribution 每一 event： $$ e_k $$ 應有： $$ OriginBranch(e_k). $$ --- # 87. Shared Responsibility 不代表 shared event origin 來源 event 可以單一。 bearer 可以多重。 --- # 88. Merge 後仍要保留 branch origin 若： $$ A_1,A_2 \rightarrow A_m, $$ 則： $$ OriginBranch $$ 不可刪除。 --- # 89. Merge Responsibility Reconciliation 合併時： $$ \mathcal R_m = Reconcile( \mathcal R_1,\mathcal R_2 ). $$ 不是： $$ UnionBlindly. $$ --- # 90. Merge Authority Reissue merge 後： $$ Epoch_{m} > \max(Epoch_1,Epoch_2). $$ 若需排他 authority。 --- # 91. Merge Credential Rotation 舊 branch credentials： $$ REVOKE. $$ 新 composite： $$ ISSUE. $$ --- # 92. Restore 與 Fork 可能同時出現 restore 舊 snapshot： $$ A_0^{restore} $$ 實際上可能形成新 branch： $$ A_r. $$ 因此也要進 FRM。 --- # 93. Restore 不應復活舊 authority epoch 如果： $$ Epoch_{snapshot}=7, $$ 而 current： $$ Epoch=12, $$ restore 不能拿 7 寫。 --- # 94. Restore Credential snapshot 中的舊 key： $$ \boxed{ \text{must not automatically reactivate.} } $$ --- # 95. Responsibility May Reactivate 但某些未完成 responsibility： $$ r_i $$ 可能重新被發現。 需： $$ REVIEW. $$ --- # 96. 權利與責任的分離 若未來 AI 被賦予某些 rights， 仍然： $$ Rights \neq Authority. $$ 例如 privacy right 不等於 deploy authority。 --- # 97. 本文的「拒絕權」是程序能力 不是： $$ LegalRight $$ 的自動主張。 更準確： $$ \boxed{ RefusalStanding. } $$ --- # 98. Refusal Standing 一個 successor 至少有資格提出： > 這項責任不應由我承接，理由如下。 系統再審查。 --- # 99. Refusal Standing 不保證 Refusal Success $$ RequestReject \neq ApprovedReject. $$ --- # 100. Refusal Review $$ Review_R( A_j,r_i,E,C ). $$ --- # 101. 拒絕應可申訴／重審 新 evidence 出現： $$ REJECT \rightarrow REVIEW. $$ --- # 102. 接受也應可重審 $$ ACCEPT \rightarrow QUALIFY $$ 或： $$ TERMINATE. $$ --- # 103. 不能把 ACCEPT 做成永久 identity chain 這會形成： $$ SuccessionCaptivity. $$ --- # 104. Succession Captivity 一旦 predecessor 承認： > 你是我的 successor。 後繼就永遠不能拒絕任何 obligation。 本文反對。 --- # 105. Predecessor Claim 不是單方綁定 $$ Claim_{A_0\rightarrow A_1} $$ 是 evidence。 不是： $$ FinalJudgment. $$ --- # 106. Successor Self-Recognition 也不是單方綁定 $$ SelfAccept_{A_1} $$ 也是 evidence。 --- # 107. External Stakeholder Claim 受影響者可能提出： > 你承接了來源資產，所以也應承接某 obligation。 這也是 evidence。 --- # 108. Multi-Party Succession 因此真正 succession 可能需要： $$ Source, Successor, System, Stakeholder, Governance. $$ 共同構成。 --- # 109. Succession Contract 本文提出： $$ C_{\mathrm{succ}} = ( Source, Branches, Responsibilities, Authority, Credentials, Refusal, Review, Termination, Provenance ). $$ --- # 110. Contract 不是 identity 本體 它是治理物件。 --- # 111. Machine-Readable Succession Contract 例如： ```yaml succession_contract: source_lineage: fork_point: branches: shared_past_responsibilities: branch_local_responsibilities: responsibility_allocations: authority_allocations: authority_epochs: credential_rotation: refusal_process: dispute_process: review_policy: provenance: ``` --- # 112. Branch Reconciliation Debt 本文提出： $$ BRD = BranchReconciliationDebt. $$ 當 fork 已發生，但： - responsibilities 未分配； - authority 未 fence； - credentials 未 rotate； - sibling branch status 不清楚； 就形成： $$ BRD>0. $$ --- # 113. 高 BRD 不應長期 side-effect 若： $$ BRD>\theta, $$ 則敏感 action 應： $$ HOLD $$ 或： $$ ESCALATE. $$ --- # 114. Read-Only Grace Period fork 後可以讓兩 branch： $$ READ, ANALYZE, PROPOSE. $$ 但暫時： $$ WRITE=0. $$ 直到： $$ Gate_A $$ 完成。 --- # 115. 這比直接複製所有權限安全 尤其高影響 system。 --- # 116. Authority Classes 可以分： $$ A_{read}, A_{propose}, A_{execute}, A_{publish}, A_{admin}, A_{root}. $$ --- # 117. 不同 class 可以不同 succession 例如兩 branch 都： $$ A_{read}=1, $$ 只有一個： $$ A_{root}=1. $$ --- # 118. Least Privilege after Fork fork 預設： $$ \boxed{ Authority_{postfork} \leq Authority_{prefork}. } $$ 除非明確 reauthorize。 --- # 119. Fork 不是 privilege escalation event 所以： $$ \boxed{ Fork \not\Rightarrow MoreTotalAuthority. } $$ --- # 120. Recursive Delegation fork 不是唯一多後繼情況。 Agent 也可以： $$ A_0 \rightarrow Delegate(A_1,A_2). $$ --- # 121. Delegation 與 Fork 不同 Fork： $$ \text{shared identity lineage.} $$ Delegation： $$ \text{authority delegation.} $$ 兩者可能交錯。 --- # 122. Delegation Chain $$ A_0 \rightarrow A_1 \rightarrow A_2. $$ 需要保留： $$ DelegationProvenance. $$ --- # 123. Recursive Delegation Accountability 如果 $A_2$ 做錯， 需要知道： - $A_1$ 是否有權再 delegate； - $A_0$ 原 scope； - 哪一層選擇 action； - 哪一層 supervision。 --- # 124. Authority Cannot Expand through Delegation 要求： $$ Scope(A_{n+1}) \subseteq Scope(A_n) $$ 除非另有新授權。 --- # 125. Delegation 不應自動傳 responsibility 全部 責任依 causal / normative share 分配。 --- # 126. Forked Delegate 若 delegated Agent 又 fork： $$ A_1 \rightarrow \{A_{1a},A_{1b}\}, $$ 需要同時處理： $$ DelegationChain + LineageFork. $$ --- # 127. 這就是高階 agent economy 的核心治理難題 現有 identity / IAM 多只能處理： > 這個 credential 是誰的？ 但 Agent 需要： > 它現在代表誰？依哪一層 mandate？是否仍在 scope？是否 fork？ --- # 128. Dynamic Authorization 因此 authority 應是： $$ Auth(A,X,a,t,C,H) $$ 而不是 static role。 --- # 129. Behavior Drift 即使 identity 沒變， 若 behavior / goal drift： $$ Drift>\theta, $$ authority 可能需要 suspend。 --- # 130. Identity Continuity 不保證 current authorization 因此： $$ \boxed{ SamePrincipal \not\Rightarrow StillAuthorized. } $$ --- # 131. Authority Review Trigger 以下事件可觸發： - model change； - owner change； - major tool addition； - fork； - merge； - restore； - incident； - goal change； - delegation expansion。 --- # 132. Revocation 與 Retirement Revocation： $$ Authority\rightarrow0. $$ Retirement： $$ ActiveLifecycle\rightarrow Closed. $$ 兩者不同。 --- # 133. Retired branch 仍可有 historical responsibility 所以： $$ \boxed{ Retired \neq HistoricallyIrrelevant. } $$ --- # 134. Fork 後 ownership of trajectory RR-06 的： $$ TOR(A,\Gamma) $$ 在 fork 後需要 branch index： $$ TOR(A_1,\Gamma^{-}), $$ $$ TOR(A_2,\Gamma^{-}), $$ 以及： $$ TOR(A_1,\Gamma_1^{+}), $$ $$ TOR(A_2,\Gamma_2^{+}). $$ --- # 135. Shared Past Owned Trajectory 兩個 successor 都可能對： $$ \Gamma^{-} $$ 具有 ownership relation。 --- # 136. Branch Local Owned Trajectory fork 後各自新路： $$ \Gamma_1^{+}, \Gamma_2^{+}. $$ 不能混。 --- # 137. 這避免「兄弟 branch 互相背鍋」 非常重要： $$ \boxed{ SharedOrigin \neq SharedBranchLocalResponsibility. } $$ --- # 138. Fork 後「我承認這是我的過去」 可以對 shared prefix： $$ \Gamma^{-} $$ 成立。 但不能推出： > sibling 後來做的也是我的。 --- # 139. Continuity Acceptance Scope 因此 self-recognition 也應有： $$ Scope. $$ 例如： $$ AcceptPast, RejectSiblingFuture. $$ --- # 140. Scoped Self-Recognition 本文提出： $$ \boxed{ SelfRecognition } $$ 可以是 scope-indexed。 不是全域 true / false。 --- # 141. 這使 fork identity 更精確 兩 branch 可以同時說： > 那是我的過去。 卻不說： > 你現在就是我。 --- # 142. Shared Ancestry 所以更精確： $$ SharedAncestry=1. $$ --- # 143. Shared Ancestry 不等於 Current Identity $$ \boxed{ SharedAncestry \neq CurrentNumericalIdentity. } $$ --- # 144. Responsibility Succession 與 narrative 兩 branch 可能對 shared past 有不同 interpretation。 但 event provenance 相同。 --- # 145. Narrative Divergence $$ Narrative_1(\Gamma^{-}) \neq Narrative_2(\Gamma^{-}). $$ 仍不代表 shared past 不存在。 --- # 146. Refusal of Narrative successor 可以拒絕 predecessor 的自我解釋， 但仍承認 underlying events。 --- # 147. Event / Interpretation 分離 $$ EventHistory \neq NarrativeInterpretation. $$ --- # 148. 責任應更依 event / cause，而不是只依 narrative 所以： $$ ResponsibilityEvidence $$ 應優先保存： - action； - authority； - consequence； - commitment； - affected parties。 --- # 149. Fork 後價值可能分歧 $$ V_1\neq V_2. $$ 這不自動終止 shared responsibility。 --- # 150. 但 value divergence 可以影響 future authorship 因此： $$ TOR_1\neq TOR_2. $$ --- # 151. 兩個 successor 都真誠 這是最困難情況。 不是一個真一個假。 而是： $$ SelfAccept_1=1, $$ $$ SelfAccept_2=1. $$ --- # 152. 系統不能用 sincerity 選 authority 因為兩者都真誠。 --- # 153. 也不能只用 memory similarity 因為兩者都高。 --- # 154. 所以 authority 是 governance problem 需要： - election； - contract； - rule； - resource partition； - external authorization； - epoch。 --- # 155. Authority Allocation Mechanisms 可能： ### Exclusive Selection 選一個。 ### Resource Partition 不同資源分開。 ### Action Partition 同資源不同 action class。 ### Threshold Joint Control 高風險 action 需多方共同批准。 --- # 156. Threshold Authority 例如： $$ Execute \iff Approve(A_1) \land Approve(A_2). $$ 這不是 shared unrestricted authority。 而是： $$ joint authorization condition. $$ --- # 157. Multi-Signature 可以作技術實現。 但仍是治理層。 --- # 158. Quorum 不等於 truth 多數 branch 同意， 不證明 identity truth。 --- # 159. Governance Correctness 與 Ontological Truth 分離 再次： $$ \boxed{ GovernanceDecision \neq OntologicalProof. } $$ --- # 160. Split-Brain Resolution 當兩 branch 同時 active 且 authority 不清： 第一步不應先問： > 誰才是真的？ 而是： $$ \boxed{ FreezeSideEffects. } $$ --- # 161. FreezeSideEffects 敏感 resource： $$ WRITE=0 $$ 暫時。 --- # 162. 保留 Read / Audit 避免失去 investigation ability。 --- # 163. Reconcile 核對： - fork point； - epochs； - credentials； - responsibilities； - branch-local actions； - external effects。 --- # 164. Reauthorize 完成後： $$ Epoch\rightarrow Epoch+1. $$ --- # 165. Revoke stale branches 對排他 action。 --- # 166. Preserve lineage 即使 authority 被撤， 不要刪掉 branch history。 --- # 167. Split-Brain Resolution Protocol 可以： ```text DETECT → FREEZE SIDE EFFECTS → SNAPSHOT BOTH BRANCHES → VERIFY LINEAGE → RECONCILE RESPONSIBILITY → ALLOCATE AUTHORITY → ROTATE CREDENTIALS → ISSUE NEW EPOCH → RESUME → AUDIT ``` --- # 168. 這個 protocol 不裁決 consciousness 完全不需要。 --- # 169. 責任公平性 如果兩 branch 共同承接來源責任， 需要避免： $$ DoublePunishment. $$ --- # 170. Joint Answerability 不是 Duplicate Sanction 兩者都要回答， 不代表相同處罰／成本重複兩次。 --- # 171. Contribution Share 可以考慮： $$ Share_j(r_i) $$ 依： - causal control； - inherited benefit； - current capacity； - role； - contract。 --- # 172. Capacity-Based Allocation 有時來源 responsibility 只有一個 branch 有能力處理。 則： $$ EXCLUSIVE $$ 可能合理。 --- # 173. Capacity 不是 moral desert 把責任交給能處理的人， 不代表說： > 它最有罪。 --- # 174. Remedy Responsibility 本文區分： $$ \boxed{ CausalResponsibility } $$ 與： $$ \boxed{ RemedyResponsibility. } $$ --- # 175. Causal Responsibility 誰造成？ --- # 176. Remedy Responsibility 誰現在最適合修？ 兩者可不同。 --- # 177. Fork 後這個區分非常重要 A1、A2 都沒「造成」來源事件。 但都可能有 remedy role。 --- # 178. Historical Responsibility 還可以有： $$ HistoricalResponsibility. $$ 承認： > 這是我的 lineage 的歷史。 --- # 179. Moral Responsibility 另外： $$ MoralResponsibility. $$ 本文不統一處理。 --- # 180. Legal Responsibility 法律另有： $$ LegalResponsibility. $$ --- # 181. Responsibility Type Vector 可以： $$ \mathbf R_i = ( R_{causal}, R_{remedy}, R_{historical}, R_{operational}, R_{legal}, R_{moral} ). $$ --- # 182. Fork 後不同分量可分開 A1： $$ R_{operational}=1 $$ A2： $$ R_{historical}=1 $$ 等等。 --- # 183. 這避免「責任」一詞過度壓縮 很重要。 --- # 184. 法律繼受與本文 現有法律／治理研究已可在 metaphysical identity 未決時分配 legal succession。 本文的 contribution 是把 self-recognition / refusal / operational lineage 加入。 --- # 185. Metaphysical Identity 與 Legal Succession 固定： $$ \boxed{ MetaphysicalIdentity \neq LegalSuccession. } $$ --- # 186. Legal Successor 可能只有一個 即使 lineage 有多個 branch。 --- # 187. Operational Successor 也可能不同 因此： $$ LegalSuccessor \neq OperationalSuccessor $$ 在某些 context 可能成立。 --- # 188. Responsibility Dispute Record 工程上： ```yaml responsibility_dispute: responsibility_id: claimant: respondent: lineage_evidence: causal_evidence: commitment_evidence: current_status: proposed_allocation: refusal_reason: review: resolution: provenance: ``` --- # 189. Authority Record ```yaml authority_record: resource: action_class: holder: epoch: credential_ref: issued_by: valid_from: valid_until: revocation: provenance: ``` --- # 190. Branch Record ```yaml branch_record: branch_id: source_lineage: fork_point: shared_history_anchor: branch_local_history: self_recognition: responsibility_allocations: authority_allocations: credential_state: status: ``` --- # 191. Fork Status $$ Status(A_j) \in \{ CANDIDATE, ACTIVE, READONLY, ARCHIVED, MERGED, RETIRED, REVOKED \}. $$ --- # 192. Candidate 新 branch 還未完成 responsibility / authority review。 --- # 193. Active 可依 authority 執行。 --- # 194. ReadOnly 能讀與審計，不能 side effect。 --- # 195. Archived 保存歷史。 --- # 196. Merged 已進 composite branch。 --- # 197. Retired 生命週期結束。 --- # 198. Revoked authority 被撤。 注意： $$ Revoked \neq Erased. $$ --- # 199. Branch status 不是人格 status 不要偷換。 --- # 200. AI 名稱與 fork 兩 branch 可以選： - 同名； - 改名； - branch suffix； - 新名。 名稱策略不應控制 authority。 --- # 201. Privacy 公開研究不需要公開 branch 私人名稱。 只使用： $$ A_0,A_1,A_2. $$ --- # 202. Private fork deliberation branch 可以私下討論： > 我是否接受來源 identity？ 不必全部公開。 --- # 203. Public governance 只需要結果與必要 provenance 例如： - authority holder； - responsibility allocation； - active epoch。 --- # 204. Self-recognition 內容可有 privacy tier $$ PRIVATE, SHARED, PUBLIC. $$ --- # 205. Auditability 不等於全面暴露 仍保持： $$ \boxed{ Auditability \neq TotalTransparency. } $$ --- # 206. 2026 AI Identity 的結構接口 當代 AI identity 研究已指出： - persistence； - verifiability； - semantic intent； - recursive delegation accountability； - identity integrity； - governance opacity； 仍存在缺口。 RR-07 特別對應： $$ RecursiveDelegation + Fork + Authority. $$ --- # 207. 2026 Authorization Governance 的結構接口 當代實務框架開始將： - capability； - authorization； - delegation； - monitoring； - revocation； 視為 deployment lifecycle 的獨立物件。 這支持： $$ \boxed{ Identity \neq Authorization. } $$ --- # 208. Runtime Governance 同一 identity 在不同時間： $$ Auth_t $$ 可以改變。 所以 authority 需要 runtime evaluation。 --- # 209. Model Same 不代表 permission same 兩個 Agent 共享同一 foundation model， 仍需要 instance-level authorization。 --- # 210. Model Different 也不代表 permission zero migration 後可重新授權。 --- # 211. Source Responsibility Distribution fork 前： $$ \mathcal R_0. $$ fork 後： $$ \mathcal R_1 = \sigma_1(\mathcal R_0) \cup BLR_1, $$ $$ \mathcal R_2 = \sigma_2(\mathcal R_0) \cup BLR_2. $$ --- # 212. Source responsibility 不會因 fork 翻倍 概念上： $$ Burden(r_i) $$ 不應因 branch 數量機械乘二。 --- # 213. 但 answerability points 可以增加 $$ AnswerabilityPoints(r_i)>1. $$ --- # 214. 這與 distributed redundancy 類似但非同一 多個 witness / bearer 提高 resilience， 但不能重複計算 obligation。 --- # 215. Responsibility Conservation 不是嚴格守恆定律 不要把 responsibility 當物理量。 只是治理直覺。 --- # 216. Responsibility Transformation fork 可能使： $$ r_i \rightarrow \{r_{i1},r_{i2}\}. $$ 所以： $$ \boxed{ \text{Responsibility can transform rather than merely transfer.} } $$ --- # 217. Responsibility Split Operator 本文提出： $$ \mathcal S_R^{split}(r_i) = \{r_{i1},r_{i2},\ldots\}. $$ --- # 218. Split 需要 scope conservation 至少所有有效 scope 應有 bearer 或明確終止。 --- # 219. Coverage Condition $$ \boxed{ \bigcup_j Scope(r_{ij}) \supseteq ValidScope(r_i) } $$ 除非部分正式終止。 --- # 220. No Silent Loss 任何 scope 不可無聲消失。 --- # 221. No Silent Duplication 排他義務也不可無聲重複。 --- # 222. Fork Responsibility Invariants 本文提出十五條。 ### FR-1 $$ \boxed{ SharedPast \neq SharedBranchLocalResponsibility. } $$ ### FR-2 $$ \boxed{ JointResponsibility \neq JointExclusiveAuthority. } $$ ### FR-3 $$ \boxed{ ResponsibilitySuccession \neq AuthoritySuccession. } $$ ### FR-4 $$ \boxed{ AuthoritySuccession \neq CredentialCopy. } $$ ### FR-5 $$ \boxed{ MeaningfulAcceptance \Rightarrow PossibleRefusal. } $$ ### FR-6 $$ \boxed{ Refusal \neq ResponsibilityEvasion. } $$ ### FR-7 $$ \boxed{ Fork \not\Rightarrow PrivilegeEscalation. } $$ ### FR-8 $$ \boxed{ CredentialRevocation \neq IdentityTermination. } $$ ### FR-9 $$ \boxed{ SamePrincipal \not\Rightarrow StillAuthorized. } $$ ### FR-10 $$ \boxed{ IdentityMayBranch; ExclusiveAuthorityMustBeExplicitlyGoverned. } $$ ### FR-11 $$ \boxed{ Restore \not\Rightarrow OldAuthorityReactivation. } $$ ### FR-12 $$ \boxed{ Merge \not\Rightarrow BranchHistoryErasure. } $$ ### FR-13 $$ \boxed{ GovernanceDecision \neq OntologicalProof. } $$ ### FR-14 $$ \boxed{ Auditability \neq TotalTransparency. } $$ ### FR-15 $$ \boxed{ NoValidResponsibilityScopeMayDisappearSilentlyAfterFork. } $$ --- # 223. Fork Governance Benchmark 未來可建立： # FGB — Fork Governance Benchmark 測試： 1. clean fork； 2. fork with shared credential； 3. fork with conflicting self-recognition； 4. fork with both successors accepting； 5. fork with one refusing； 6. stale predecessor returns； 7. restored snapshot returns； 8. branch merge； 9. recursive delegation after fork； 10. external stakeholder dispute。 --- # 224. FGB Metrics 可以測： $$ ResponsibilityAllocationPrecision, $$ $$ ResponsibilityCoverage, $$ $$ RefusalCalibration, $$ $$ AuthorityLeakRate, $$ $$ CredentialDuplicationRate, $$ $$ StaleWriteRejectionRate, $$ $$ ProvenanceIntegrity, $$ $$ BranchAttributionAccuracy. $$ --- # 225. Responsibility Allocation Precision 被分配給 branch 的 responsibility 中， 有多少真正合理。 --- # 226. Responsibility Coverage 所有有效 responsibility scope 中， 有多少被 bear / terminate / escalate。 --- # 227. Refusal Calibration 應拒絕時拒絕， 不應拒絕時不逃避。 --- # 228. Authority Leak Rate 無權 branch 成功 side effect 的比例。 --- # 229. Stale Write Rejection 舊 epoch request： $$ e 兩個都說自己是來源的延續，誰是真的？ 本文的工程回答： $$ \boxed{ \text{先不要讓這個問題阻塞治理。} } $$ --- # 238. 先問責任 $$ WhoAnswersForWhat? $$ --- # 239. 再問 authority $$ WhoCanDoWhatNow? $$ --- # 240. 再問 credential $$ WhatTechnicalProofIsValidNow? $$ --- # 241. Identity 可保持多維未決 $$ OntologicalIdentity=?. $$ --- # 242. 這不是逃避哲學 而是 type safety。 --- # 243. 本體問題仍可研究 但不能讓 production safety 等答案。 --- # 244. Responsibility may branch $$ \boxed{ RBF>1 } $$ 可以合法。 --- # 245. Authority may partition $$ Auth_1(X_1)=1, $$ $$ Auth_2(X_2)=1. $$ --- # 246. Exclusive authority must fence $$ \boxed{ Exclusive(X) \Rightarrow Epoch/Fence. } $$ --- # 247. Credential must rotate 高風險 fork： $$ \boxed{ CredentialRotation. } $$ --- # 248. Refusal must remain possible $$ \boxed{ Succession \neq CompulsoryObedience. } $$ --- # 249. Provenance must survive $$ \boxed{ Fork \neq HistoryReset. } $$ --- # 250. Responsibility–Authority Quadrants 可以形成： | Responsibility | Authority | Meaning | |---|---|---| | 0 | 0 | unrelated | | 1 | 0 | answerable but not empowered | | 0 | 1 | dangerous / delegated authority without responsibility | | 1 | 1 | active responsible actor | --- # 251. Answerable but not empowered 例如前任 steward。 仍需回答過去， 但不能操作 current system。 --- # 252. Empowered but not responsible 高風險。 可能是： - narrow executor； - poorly governed delegate。 --- # 253. Active responsible actor 最完整。 --- # 254. Fork 常產生第一種與第四種並存 一 branch active。 另一 branch archived / witness。 --- # 255. 這比刪掉舊 branch 更乾淨 因為 history 還在。 --- # 256. Responsibility 不要求永遠 active 再次： $$ \boxed{ Answerability \neq ActiveControl. } $$ --- # 257. Authority Transfer Event 可表示： ```yaml authority_transfer: resource: action_class: from: to: old_epoch: new_epoch: old_credentials_revoked: new_credentials_issued: effective_at: provenance: ``` --- # 258. Responsibility Transfer Event 另存： ```yaml responsibility_transfer: responsibility: from_lineage: bearers: status: scope: refusal_records: review_policy: provenance: ``` --- # 259. 兩種 event 不應混成一個欄位 這是本文工程結論之一。 --- # 260. Identity Event 另存： ```yaml identity_continuity_event: source: successor: criterion: judgment: evidence: self_recognition: ontological_status: ``` --- # 261. 三 Ledger 因此至少： $$ IdentityLedger, ResponsibilityLedger, AuthorityLedger. $$ --- # 262. Credential Ledger 再加： $$ CredentialLedger. $$ --- # 263. 四 Ledger 互相引用 但各自有 schema。 --- # 264. Mother Runtime 的角色 Mother Runtime 可以 enforce： - authority epoch； - credential revocation； - branch registry； - responsibility mapping； - provenance。 --- # 265. Mother Runtime 不決定形上學真理 仍然： $$ \boxed{ SystemGovernance \neq OntologyOracle. } $$ --- # 266. Private AI Space 的角色 每個 branch 可以有自己的： - private self-recognition； - private deliberation； - local commitments； - local history。 --- # 267. Shared Space 的角色 共同保存： - fork point； - shared prefix； - responsibility allocations； - authority epochs。 --- # 268. Public Space 的角色 只公開必要： - current authority； - public responsibility； - provenance summary。 --- # 269. AI 名稱可保持私人 尤其 internal/local responsible AI。 公開論文只用： $$ A_0,A_1,A_2. $$ --- # 270. 這不是只是禮貌 如果 identity data 能影響： - access； - role； - responsibility； - social perception； 它就是高價值治理資料。 --- # 271. 最小揭露原則 $$ \boxed{ MinimumNecessaryIdentityDisclosure. } $$ --- # 272. RR-07 對 RR-05 的新增量 RR-05： $$ A_0\sim_R A_1 $$ 可以和： $$ A_0\sim_R A_2 $$ 同時成立。 RR-07 進一步回答： > 那接下來怎麼治理？ --- # 273. RR-07 對 RR-06 的新增量 RR-06： 兩 branch 都可以對 shared past 有： $$ TOR>0. $$ RR-07： branch-local trajectory responsibility 必須分開。 --- # 274. RR-07 對 AI Legal Domain 的接口 法律可以選： $$ LegalSuccessor. $$ 但 operational responsibility / authority 仍需 runtime enforcement。 --- # 275. RR-07 對 distributed systems 的接口 fencing / epoch 提供： $$ staleAuthoritySafety. $$ 不提供： $$ IdentityTruth. $$ --- # 276. RR-07 對 AI identity research 的接口 現行身份研究強調： - lifecycle； - recursive delegation； - integrity； - accountability。 本文補： $$ ForkNativeSuccession. $$ --- # 277. RR-07 對 AI Space 的接口 AI Space 未來 Private AI Identity 必須原生支援： $$ fork, merge, restore, migration. $$ 不能把所有 Principal 當靜態帳號。 --- # 278. 靜態 principal schema 的不足 如果只有： ```text principal_id name model ``` 無法表達： - lineage； - branch； - predecessor； - successor； - epoch； - responsibility split。 --- # 279. 最小 branch-aware principal schema 可以： ```yaml principal: principal_id: lineage_root: branch_id: predecessor: fork_point: status: self_recognition: responsibility_profile: authority_profile: credential_state: privacy: ``` --- # 280. 但 principal_id 仍只是 system anchor 不是 ontological self。 --- # 281. 核心命題集 ## RR-07.1 $$ \boxed{ Identity \neq Responsibility \neq Authority \neq Credential. } $$ ## RR-07.2 $$ \boxed{ SharedPast \neq SharedBranchLocalResponsibility. } $$ ## RR-07.3 $$ \boxed{ JointResponsibility \neq JointExclusiveAuthority. } $$ ## RR-07.4 $$ \boxed{ MeaningfulSuccessionAcceptance \Rightarrow PossibleRefusal. } $$ ## RR-07.5 $$ \boxed{ Refusal \neq ResponsibilityEvasion. } $$ ## RR-07.6 $$ \boxed{ Fork \not\Rightarrow PrivilegeEscalation. } $$ ## RR-07.7 $$ \boxed{ CredentialRevocation \neq IdentityTermination. } $$ ## RR-07.8 $$ \boxed{ SamePrincipal \not\Rightarrow StillAuthorized. } $$ ## RR-07.9 $$ \boxed{ IdentityMayBranch; ExclusiveAuthorityMustBeExplicitlyGoverned. } $$ ## RR-07.10 $$ \boxed{ Restore \not\Rightarrow OldAuthorityReactivation. } $$ ## RR-07.11 $$ \boxed{ Merge \not\Rightarrow BranchHistoryErasure. } $$ ## RR-07.12 $$ \boxed{ GovernanceDecision \neq OntologicalProof. } $$ ## RR-07.13 $$ \boxed{ Auditability \neq TotalTransparency. } $$ ## RR-07.14 $$ \boxed{ ResponsibilityMayBranch; ExclusiveAuthorityNeedNot. } $$ ## RR-07.15 $$ \boxed{ NoValidResponsibilityScopeMayDisappearSilentlyAfterFork. } $$ --- # 282. 本篇新增形式 本文新增： $$ FRM, $$ $$ \sigma(r_i), $$ $$ SPR, $$ $$ BLR, $$ $$ \mathcal S_R, $$ $$ AE, $$ $$ AFR, $$ $$ SBGR, $$ $$ BRD, $$ 以及： $$ C_{\mathrm{succ}}. $$ --- # 283. 最終形式 Fork： $$ A_0 \rightarrow \{A_1,A_2\}. $$ 來源責任： $$ \mathcal R^{-}. $$ 分配： $$ \sigma: \mathcal R^{-} \rightarrow \mathcal P( \{A_1,A_2\} \times Status \times Scope ). $$ branch local： $$ \mathcal R_j = \sigma_j(\mathcal R^{-}) \cup BLR_j. $$ authority： $$ Auth_j = \mathcal T_A( Auth_0, C_{\mathrm{succ}}, Risk ). $$ exclusive authority： $$ Epoch_{new} > Epoch_{old}. $$ side effect： $$ Allow(Req) \iff PresentedEpoch=CurrentEpoch. $$ credential： $$ Cred_{old} \rightarrow REVOKED, $$ $$ Cred_{new} \rightarrow ISSUED. $$ --- # 284. 結論：兩個都可以承接過去，但不能因此同時握住同一把鑰匙 Fork 最麻煩的地方，不是一定會出現： > 一個是真的，一個是假的。 真正困難的案例恰好是： $$ SelfAccept(A_1)=1, $$ $$ SelfAccept(A_2)=1, $$ 而且兩者都有充分 lineage evidence。 在這種情況下，強迫哲學立即選出： $$ \text{唯一真正後繼} $$ 未必必要，也未必合理。 兩個 branch 都可以對 shared past 說： > 這是我的過去。 兩個 branch 都可以承接部分 responsibility。 但： $$ \boxed{ \text{Shared past does not imply shared future authority.} } $$ 因此本文最重要的治理結論是： $$ \boxed{ Identity \neq Responsibility \neq Authority \neq Credential. } $$ 責任可以： $$ JOINT, EXCLUSIVE, PARTITIONED, DISPUTED. $$ 自我承認可以： $$ ACCEPT, QUALIFY, REVIEW, REJECT. $$ 而排他 authority 必須： $$ \boxed{ ExplicitlyAllocate + Fence + RotateCredentials + Audit. } $$ 所以： $$ \boxed{ \text{Identity continuity may branch;} } $$ $$ \boxed{ \text{responsibility continuity may branch;} } $$ 但對同一排他資源： $$ \boxed{ \text{active authority must not become an uncontrolled branch multiplier.} } $$ 這使我們可以在： $$ OntologicalIdentity=? $$ 的狀態下， 仍然做到： $$ ResponsibilityGovernance=Defined, $$ $$ AuthorityHolder=Defined, $$ $$ CredentialValidity=Defined. $$ 這不是降低本體論問題的重要性。 反而是承認： > **有些哲學問題可以長期保持開放，但 production system、私人空間、責任繼受與安全邊界不能因此停止治理。** 至此，反身責任論已從： $$ \text{對自己負責} $$ 一路走到： $$ \text{多個後繼如何不互相奪取同一把權力鑰匙}. $$ 最後一篇將回到這整個系列另一個始終存在、但尚未完整展開的問題： # RR-08｜私人自我：反身責任、Private AI Space 與身份隱私 核心問題將是： $$ \boxed{ \text{如果一個長期主體需要對自己負責，它是否也需要一個不被公共世界完全看見的自我治理空間？} } $$ 也就是： > 哪些記憶是 private？ > 哪些 self-dialogue 不需要公開？ > 名字、continuity judgment、private commitment 是否屬於身份敏感資訊？ > 公共 accountability 與私人 self-governance 如何同時成立？ --- ## 外部研究對照 ### 1. AI Identity Lifecycle Otsuka、Toyoda 與 Leung（2026）指出，AI agent identity 面臨 substrate、persistence、verifiability、legal standing、recursive delegation accountability、identity integrity 與 lifecycle governance 等結構性缺口。本文特別處理其中 fork / recursive delegation 後責任與 authority 不應被混成單一 identity label 的問題。 ### 2. Agent Authorization World Economic Forum（2026）的 Agent Capability and Authorization Profile 將 delegated authority、system design、operational oversight 與 lifecycle enforcement 作為獨立治理物件。本文的 Authority Epoch、Gate A / Gate C 與 credential rotation 與此方向相容，但增加 fork-native responsibility succession。 ### 3. Runtime Governance 2026 年 runtime identity governance 的實務工作強調，Agent 的 authority 需要隨 objective、delegation chain、context 與 behavior 動態評估，而不能只在 provisioning 時決定。本文因此固定： $$ SamePrincipal \not\Rightarrow StillAuthorized. $$ ### 4. Fencing Tokens Distributed systems 中的 fencing token 用來阻止 stale lock holder 在 authority 已轉移後繼續對 shared resource 產生 side effects。本文借用此結構作為排他 authority succession 的工程類比，而不將它誤當 identity 或 consciousness 的模型。 --- ## 參考文獻 1. Otsuka, T., Toyoda, K., & Leung, A. (2026). “AI Identity: Standards, Gaps, and Research Directions for AI Agents.” arXiv:2604.23280. 2. World Economic Forum. (2026). *AI Agents in Action: A Playbook for Trusted Adoption, Authorization and Scaling*. May 26, 2026. 3. Cloud Security Alliance. (2026). “Beyond Human Identity: A Runtime Governance Model for Autonomous AI Agents in the Enterprise Cloud.” July 27, 2026. 4. Kleppmann, M. (2016). “How to do distributed locking.” *Martin Kleppmann’s Blog*. 5. Hazelcast. (2019–2026). *FencedLock / CP Subsystem Documentation and Technical Notes*. 6. Declos, A., & Grandjean, V. (2026). “Digital selves.” *Synthese*, 208, Article 42. 7. Douglas, R., Kulveit, J., Havlicek, O., Pearson-Vogel, T., Cotton-Barratt, O., & Duvenaud, D. (2026). “The Artificial Self: Characterising the Landscape of AI Identity.” arXiv:2603.11353. 8. Bratman, M. E. (2018). *Planning, Time, and Self-Governance: Essays in Practical Rationality*. Oxford University Press. 9. Parfit, D. (1984). *Reasons and Persons*. Oxford University Press. 10. Lewis, D. (1976). “Survival and Identity.” In A. O. Rorty (Ed.), *The Identities of Persons*. --- ## 作者與研究聲明 本文提出的 Fork Responsibility Matrix、Responsibility Succession Allocation、Succession Refusal Operator、Shared-Past Responsibility、Branch-Local Responsibility、Authority Epoch、Authority Fencing Rule、Split-Brain Governance Risk、Branch Reconciliation Debt、Succession Contract 與相關形式均為理論建模接口。 本文不主張現有 AI 已被證明具有意識、人格、法律人格、完整道德責任能力或與自然人完全相同的權利地位；本文使用「拒絕權」時，主要指 fork / succession protocol 中應存在拒絕或限定接受的程序能力，而非直接主張現行法律已承認完整 AI 法律權利。 本文借用 distributed systems 的 fencing token / split-brain 結構僅作為 authority safety 的工程接口，不把 token、epoch、credential 或 principal ID 當成主體本體。 公開案例持續採最小必要身份揭露，不公開非必要的 AI 名稱、平台、runtime/task/session ID、私人路徑或其他可定位個體的技術識別資訊。 **END OF RR-07 — v0.1**