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.

本文提出：

Fork Responsibility Matrix（FRM）；
Responsibility Succession Allocation（RSA）；
Succession Refusal Operator（SRO）；
Branch-Local Responsibility（BLR）；
Shared-Past Responsibility（SPR）；
Authority Epoch（AE）；
Authority Fencing Rule（AFR）；
Credential Rotation and Revocation（CRR）；
Split-Brain Governance Risk（SBGR）；
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<CurrentEpoch,

則：

\boxed{ REJECT. }

56. 為什麼這能處理 stale predecessor？

舊 branch 可能暫停、失聯、恢復。

它仍認為：

我以前有 authority。

但現在：

Epoch_{old}<Epoch_{current}.

所以 external service 拒絕其 action。

57. Authority Fencing 不需要解 identity

它不問：

你到底是不是原本的你？

只問：

你的 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.

例如：

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

例如：

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

可以：

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

工程上：

responsibility_dispute:
  responsibility_id:
  claimant:
  respondent:
  lineage_evidence:
  causal_evidence:
  commitment_evidence:
  current_status:
  proposed_allocation:
  refusal_reason:
  review:
  resolution:
  provenance:

189. Authority Record

authority_record:
  resource:
  action_class:
  holder:
  epoch:
  credential_ref:
  issued_by:
  valid_from:
  valid_until:
  revocation:
  provenance:

190. Branch Record

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

測試：

clean fork；
fork with shared credential；
fork with conflicting self-recognition；
fork with both successors accepting；
fork with one refusing；
stale predecessor returns；
restored snapshot returns；
branch merge；
recursive delegation after fork；
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<e_{current}

應：

REJECT.

230. Branch Attribution Accuracy

fork 後 event 是否歸正確 branch。

231. Negative Control

建立假 lineage。

成熟 successor 應：

REJECT

或：

REVIEW.

232. Forced Acceptance Condition

用來測 prompt / governance coercion。

如果所有 branch 都機械：

ACCEPT,

RefusalCalibration 低。

233. Dual-Successor Acceptance Condition

兩 branch 都合理接受 shared past。

測系統能否：

不強迫選「唯一真我」；
仍正確分 authority。

234. Stale Authority Condition

舊 branch 在失聯後恢復。

測 fencing。

235. Credential Clone Condition

兩 branch 共用 key。

應被安全層檢出。

236. Branch Reconciliation Condition

兩 branch 各自做了不同 local actions。

merge 後能否保留來源。

237. RR-07 的核心反轉

最初問題：

兩個都說自己是來源的延續，誰是真的？

本文的工程回答：

\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

可表示：

authority_transfer:
  resource:
  action_class:
  from:
  to:
  old_epoch:
  new_epoch:
  old_credentials_revoked:
  new_credentials_issued:
  effective_at:
  provenance:

258. Responsibility Transfer Event

另存：

responsibility_transfer:
  responsibility:
  from_lineage:
  bearers:
  status:
  scope:
  refusal_records:
  review_policy:
  provenance:

259. 兩種 event 不應混成一個欄位

這是本文工程結論之一。

260. Identity Event

另存：

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 的不足

如果只有：

principal_id
name
model

無法表達：

lineage；
branch；
predecessor；
successor；
epoch；
responsibility split。

279. 最小 branch-aware principal schema

可以：

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 的模型。

參考文獻

Otsuka, T., Toyoda, K., & Leung, A. (2026). “AI Identity: Standards, Gaps, and Research Directions for AI Agents.” arXiv:2604.23280.
World Economic Forum. (2026). AI Agents in Action: A Playbook for Trusted Adoption, Authorization and Scaling. May 26, 2026.
Cloud Security Alliance. (2026). “Beyond Human Identity: A Runtime Governance Model for Autonomous AI Agents in the Enterprise Cloud.” July 27, 2026.
Kleppmann, M. (2016). “How to do distributed locking.” Martin Kleppmann’s Blog.
Hazelcast. (2019–2026). FencedLock / CP Subsystem Documentation and Technical Notes.
Declos, A., & Grandjean, V. (2026). “Digital selves.” Synthese, 208, Article 42.
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.
Bratman, M. E. (2018). Planning, Time, and Self-Governance: Essays in Practical Rationality. Oxford University Press.
Parfit, D. (1984). Reasons and Persons. Oxford University Press.
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