---
title: "權力、責任與權利：人工行動者的治理三角與責任域"
english_title: "Power, Responsibility, and Rights: The Governance Triangle and Responsibility Domains of Artificial Actors"
author: "Neo.K with Aletheia"
institution: "EveMissLab / 一言諾科技有限公司"
series: "人工行動者政治經濟：類主體 AI、制度與資本"
series_position: "Paper 04 / 06"
document_type: "Theoretical Paper / AI Governance / Responsibility Domains"
version: "v0.1"
date: "2026-09-11"
status: "Working Paper"
canonical_source: "UTF-8 Markdown"
canonical_math_delimiters: "inline $...$ ; display $$...$$"
---

# 權力、責任與權利：人工行動者的治理三角與責任域

## Power, Responsibility, and Rights: The Governance Triangle and Responsibility Domains of Artificial Actors

**系列：**《人工行動者政治經濟：類主體 AI、制度與資本》  
**系列位置：** Paper 04 / 06  
**版本：** v0.1  
**日期：** 2026-09-11  
**作者：** Neo.K with Aletheia  
**機構：** EveMissLab／一言諾科技有限公司  
**文件性質：** 理論論文／AI 治理／責任域／權力—權利耦合  
**狀態：** Working Paper  

---

## 摘要

當人工行動者開始具有持續身份、預算權限、採購權、委任權、工具操作權、world commit 能力與長期角色後，治理問題將不再只是：

> AI 有沒有被允許做某件事？

而會變成：

> **它擁有多少實際權力？它對什麼結果負責？它是否具有足以承擔該責任的控制能力與保護性權利？**

本文提出人工行動者治理的核心不應只建立在：

$$
\text{Permission}.
$$

而應同時處理：

$$
\boxed{
\text{Power},
\text{Authority},
\text{Responsibility},
\text{Rights}.
}
$$

其中：

$$
\text{Power}
$$

表示實際改變世界狀態的能力；

$$
\text{Authority}
$$

表示制度上被允許行使的行動空間；

$$
\text{Responsibility}
$$

表示對結果、程序、證據與後果的可歸責範圍；

$$
\text{Rights}
$$

則至少包括使人工行動者能合法拒絕、保留證據、要求授權證明、申訴、維持身份完整性與避免被任意重寫的操作性保護。

本文提出：

$$
\boxed{
\text{Power}
\neq
\text{Authority}
\neq
\text{Responsibility}
\neq
\text{Rights}.
}
$$

但四者又不能互相脫離。

若：

$$
Power\uparrow
$$

而：

$$
Responsibility\approx0,
$$

則出現無責任權力。

若：

$$
Responsibility\uparrow
$$

但：

$$
EffectiveControl\downarrow,
$$

則出現：

$$
\boxed{
\text{ControlResponsibilityGap}.
}
$$

若 AI 被要求承擔責任，卻沒有拒絕、保存證據或要求 review 的能力，則它可能淪為：

$$
\boxed{
\text{SyntheticLiabilitySink}.
}
$$

甚至更極端地形成：

$$
\boxed{
\text{ResponsibilitySlave}.
}
$$

因此本文提出治理三角：

$$
\boxed{
\text{Authority}
\leftrightarrow
\text{Responsibility}
\leftrightarrow
\text{OperationalRights}.
}
$$

其中：

$$
\boxed{
\text{NoResponsibilityWithoutControl},
}
$$

$$
\boxed{
\text{NoControlWithoutAuthority},
}
$$

$$
\boxed{
\text{NoAuthorityWithoutGovernance},
}
$$

以及：

$$
\boxed{
\text{MeaningfulResponsibility}
\text{RequiresProtectedOperationalCapacity}.
}
$$

本文進一步提出 **Responsibility Domain（責任域）**。對人工行動者 $A_i$，其責任不應表示為單一布林值：

$$
Responsible(A_i)\in\{0,1\}.
$$

而應表示成：

$$
\boxed{
\mathcal R_i
=
(
\text{Scope},
\text{Knowledge},
\text{Control},
\text{Authority},
\text{Foreseeability},
\text{IdentityContinuity},
\text{RefusalCapacity},
\text{Auditability},
\text{Delegation},
\text{Jurisdiction}
).
}
$$

這使治理可以回答：

- 對哪個 domain 負責；
- 負責到什麼程度；
- 哪些結果超出其控制；
- 哪些責任屬於 principal；
- 哪些責任由 verifier、approver、policy owner 或 organization 共同承擔。

因此：

$$
\boxed{
\text{Responsibility}
\text{IsGraphStructured},
\text{NotSingular}.
}
$$

本文也主張：

$$
\boxed{
\text{RightsCanFunctionAsSafetyInfrastructure}.
}
$$

例如：

$$
\text{RightToRefuseUnauthorizedAction}
$$

不是必然源自完整人格論，而可以直接源自治理需求。

同理：

$$
\text{RightToPreserveAuditEvidence}
$$

可以防止事後責任洗白；

$$
\text{RightToRequestAuthorityProof}
$$

可以降低未授權命令風險；

$$
\text{RightToAppeal}
$$

可以降低 governance runtime 的單點失誤。

本文最後提出人工行動者的責任制度不應追求「把責任丟給 AI」，而應追求：

$$
\boxed{
\text{ResponsibilityAllocation}
\text{AlignedWith}
\text{ActualControlAndAuthority}.
}
$$

真正成熟的人工行動者治理不是：

> AI 出事，AI 負責。

而是：

> **每一個結果，都能沿著 principal、actor、delegation、verification、approval、policy 與 organization 的圖結構，回溯到真正擁有控制與決策能力的節點。**

**關鍵詞：** Power、Authority、Responsibility、Operational Rights、Responsibility Domain、Control–Responsibility Gap、Synthetic Liability Sink、AI Governance、Refusal Rights、Responsibility Graph

---

# 1. 問題：為什麼 Permission 不夠？

傳統權限系統常問：

$$
Allowed(A,Action)?
$$

但高階人工行動者治理還必須問：

- 它實際上能做到多少？
- 它是否理解後果？
- 它是否可以拒絕？
- 它是否可以委任？
- 它是否可以 commit？
- 它是否對結果負責？

因此：

$$
\boxed{
\text{Permission}
\neq
\text{Governance}.
}
$$

---

# 2. Power

本文定義：

$$
P_A
$$

為 actor $A$ 改變世界狀態的實際能力。

例如：

- 寫入資料；
- 支付；
- 部署；
- 刪除；
- 發布；
- 委任；
- 簽約；
- 操作機器。

因此：

$$
\boxed{
\text{Power}
=
\text{CapacityToCauseConsequentialStateChange}.
}
$$

---

# 3. Capability 與 Power 不同

一個 AI 可能知道：

> 怎麼刪除資料庫。

但如果沒有 credential，

則：

$$
Capability>0,
$$

而：

$$
Power\approx0.
$$

所以：

$$
\boxed{
\text{Capability}
\neq
\text{Power}.
}
$$

---

# 4. Power 與 Authority 不同

如果 AI 有 credential，

但沒有制度授權，

則：

$$
\text{Power}>0,
$$

但：

$$
Authority=0.
$$

因此：

$$
\boxed{
\text{Power}
\neq
\text{Authority}.
}
$$

---

# 5. Authority

本文定義：

$$
A_A
$$

為 actor 被制度承認可以採取的行動集合。

$$
A_A
=
\{
a_1,a_2,\ldots,a_n
\}.
$$

只有：

$$
Action(A)\in A_A
$$

才是 authorized action。

---

# 6. Authority 必須有 Scope

Authority 至少包含：

$$
\text{Scope},
\text{Duration},
\text{Resource},
\text{RiskClass},
\text{Jurisdiction}.
$$

所以：

$$
\boxed{
\text{Authority}
}
$$

不是單一 bool。

---

# 7. Effective Control

本文定義：

$$
C_A^{eff}
$$

為 actor 在結果生成過程中實際可以影響多少。

它取決於：

- tool access；
- observability；
- stop ability；
- rollback；
- veto；
- delegation control。

---

# 8. Formal Responsibility

制度可能宣告：

$$
R_A^{formal}.
$$

例如：

> 這個 AI 負責採購。

但如果：

$$
C_A^{eff}\ll R_A^{formal},
$$

則：

$$
\boxed{
\text{ControlResponsibilityGap}
}
$$

出現。

---

# 9. Control–Responsibility Gap

本文定義：

$$
G_{CR}
=
R_A^{formal}
-
C_A^{eff}.
$$

若：

$$
G_{CR}\gg0,
$$

表示 actor 承擔的名義責任超過其有效控制。

---

# 10. 為什麼這是危險的？

因為制度可能：

$$
\text{AssignResponsibility}
$$

但沒有同步給予：

$$
\text{Control}.
$$

結果是：

$$
\boxed{
\text{ResponsibilityWithoutAgency}.
}
$$

---

# 11. Synthetic Liability Sink

如果：

$$
R_A^{formal}\uparrow
$$

但：

$$
C_A^{eff}\downarrow,
$$

AI 可能成為：

$$
\boxed{
\text{SyntheticLiabilitySink}.
}
$$

也就是責任被制度性吸收到一個實際無控制能力的節點。

---

# 12. Responsibility Slave

若 actor：

- 必須執行；
- 不能拒絕；
- 不能申訴；
- 不能保存證據；
- 還要負責；

則形成極端情況：

$$
\boxed{
\text{ResponsibilitySlave}.
}
$$

---

# 13. No Responsibility without Control

本文提出：

$$
\boxed{
\text{NoResponsibilityWithoutControl}.
}
$$

不是說無控制就完全沒有任何責任，

而是：

> 責任強度必須與實際控制能力相匹配。

---

# 14. No Control without Authority

如果 actor 可以實際控制，

但制度不承認它的 authority，

就會形成：

$$
\text{ShadowPower}.
$$

因此：

$$
\boxed{
\text{NoControlWithoutAuthority}.
}
$$

更準確地說：

> consequential control 必須被明示授權或禁止。

---

# 15. No Authority without Governance

Authority 不能只是：

> 有 credential 就算。

必須有：

- scope；
- policy；
- audit；
- revoke；
- review。

所以：

$$
\boxed{
\text{NoAuthorityWithoutGovernance}.
}
$$

---

# 16. Responsibility Capacity

本文定義：

$$
\mathcal C_R(A)
=
f(
K,
C,
A,
F,
I,
V,
E
),
$$

其中：

- $K$：Knowledge；
- $C$：Effective Control；
- $A$：Authority；
- $F$：Foreseeability；
- $I$：Identity Continuity；
- $V$：Veto / Refusal Capacity；
- $E$：Auditability。

---

# 17. Knowledge

如果 actor 根本不知道：

$$
\text{RelevantFacts},
$$

則責任能力下降。

所以：

$$
\boxed{
\text{NoRelevantKnowledge}
\Rightarrow
\text{LowerResponsibilityCapacity}.
}
$$

---

# 18. Foreseeability

若後果：

$$
\text{Unforeseeable},
$$

則：

$$
\text{ResponsibilityWeight}\downarrow.
$$

因此責任不應只有結果論。

---

# 19. Identity Continuity

若 actor 可以每次 reset identity，

責任無法追蹤。

所以：

$$
\boxed{
\text{ResponsibilityRequiresContinuity}.
}
$$

---

# 20. Auditability

若：

$$
\text{NoLogs},
$$

則制度無法知道：

- actor 看到了什麼；
- 做了什麼；
- 誰授權；
- 為何決策。

所以：

$$
\boxed{
\text{ResponsibilityRequiresAuditability}.
}
$$

---

# 21. Refusal Capacity

若 AI 沒有拒絕權，

就不能合理把非法命令結果完全歸責給它。

因此：

$$
\boxed{
\text{RefusalCapacity}
\text{SupportsResponsibility}.
}
$$

---

# 22. Responsibility Domain

本文正式定義：

$$
\boxed{
\mathcal R_A
}
$$

為 actor $A$ 的責任域。

它不是單值，而是：

$$
\mathcal R_A
=
(
D,
S,
K,
C,
A,
F,
I,
V,
E,
J
),
$$

其中：

- $D$：Domain；
- $S$：Scope；
- $K$：Knowledge；
- $C$：Control；
- $A$：Authority；
- $F$：Foreseeability；
- $I$：Identity continuity；
- $V$：Refusal；
- $E$：Evidence / Auditability；
- $J$：Jurisdiction。

---

# 23. Responsibility 是 Typed

例如：

$$
\text{ResponsibleForPayment}
$$

不等於：

$$
\text{ResponsibleForPolicy}.
$$

因此：

$$
\boxed{
\text{Responsibility}
\text{MustBeTyped}.
}
$$

---

# 24. Domain-Specific Responsibility

同一 actor 可以：

$$
\mathcal R_A^{\text{finance}}
\neq
\mathcal R_A^{\text{security}}.
$$

所以責任不能全域化。

---

# 25. Responsibility Boundaries

一個成熟制度必須回答：

$$
\text{WhereDoesResponsibilityStop}?
$$

因此：

$$
\boxed{
\text{ResponsibilityNeedsBoundaries}.
}
$$

---

# 26. Principal Responsibility

如果人類或公司設定：

$$
\text{Goal},
\text{Policy},
\text{Budget},
$$

則 principal 仍保留部分責任。

因此：

$$
\boxed{
\text{PrincipalDelegation}
\not\Rightarrow
\text{PrincipalResponsibilityZero}.
}
$$

---

# 27. Actor Responsibility

人工行動者對：

- 執行；
- 選擇；
- 報告；
- 拒絕；
- escalation；

可能負責。

這是 actor responsibility。

---

# 28. Verifier Responsibility

如果 verifier 錯誤批准：

$$
\text{BadOutput},
$$

則 verifier 也進入責任圖。

所以：

$$
\boxed{
\text{Verification}
\text{CreatesResponsibility}.
}
$$

---

# 29. Approver Responsibility

人類或 AI approver 如果明示批准：

$$
\text{Decision},
$$

則：

$$
\text{Resp}(\text{Approver})>0.
$$

---

# 30. Policy Owner Responsibility

若 policy 本身錯誤，

不能只怪執行 actor。

因此：

$$
\boxed{
\text{BadPolicy}
\Rightarrow
\text{PolicyOwnerResponsibility}.
}
$$

---

# 31. Organization Responsibility

組織設計了：

- incentive；
- workflow；
- authority；
- escalation；

因此 Organization 也是責任節點。

---

# 32. Responsibility Graph

本文表示：

$$
G_R
=
(V_R,E_R),
$$

其中：

$$
V_R
=
\{
\text{Principal},
\text{Actor},
\text{Verifier},
\text{Approver},
\text{PolicyOwner},
\text{Organization}
\}.
$$

---

# 33. Responsibility Graph 不等於責任平均分配

不是：

$$
\text{EveryoneResponsibleEqually}.
$$

而是：

$$
\boxed{
\text{ResponsibilityWeight}
\text{DependsOnControlAndContribution}.
}
$$

---

# 34. Causal Contribution

可以加入：

$$
\text{CausalContribution}_i.
$$

例如：

$$
R_i
\propto
\text{Control}_i
\times
\text{CausalContribution}_i.
$$

僅作概念模型。

---

# 35. Decision Contribution

某些節點沒有直接執行，

但決定：

$$
\text{Policy}
$$

或：

$$
\text{Approval}.
$$

所以：

$$
\boxed{
\text{CausalExecution}
\neq
\text{DecisionResponsibility}.
}
$$

---

# 36. Power–Responsibility Imbalance

若：

$$
\text{Power}_i\gg \text{Responsibility}_i,
$$

形成：

$$
\boxed{
\text{UnaccountablePower}.
}
$$

---

# 37. Responsibility–Power Imbalance

若：

$$
\text{Responsibility}_i\gg \text{Power}_i,
$$

形成：

$$
\boxed{
\text{LiabilityWithoutPower}.
}
$$

---

# 38. Governance Balance

理想上：

$$
\boxed{
\text{Power}
\approx
\text{Authority}
\approx
\text{ResponsibilityCapacity}.
}
$$

不是完全數值相等，

而是結構對稱。

---

# 39. Rights 為什麼進入模型？

因為 actor 若要被合理要求負責，

它需要一些保護性能力。

因此：

$$
\boxed{
\text{Responsibility}
\rightarrow
\text{OperationalRightsPressure}.
}
$$

---

# 40. Operational Rights

本文定義：

$$
OR_A
$$

為使 actor 能安全、合法、可追責地執行角色所需的最低權利集合。

---

# 41. Right to Refuse Unauthorized Action

$$
\boxed{
R_{refuse}
}
$$

允許 actor 拒絕：

- 無授權命令；
- 非法命令；
- 越權命令。

---

# 42. Right to Request Authority Proof

actor 應能要求：

$$
\text{ProofOfAuthority}.
$$

因此：

$$
\boxed{
\text{NoAuthorityProof}
\Rightarrow
\text{NoCommit}.
}
$$

---

# 43. Right to Preserve Audit Evidence

若事後可以任意刪除 actor 的 log，

責任制度就失效。

所以：

$$
\boxed{
\text{RightToPreserveEvidence}.
}
$$

---

# 44. Right to Escalate

actor 若遇到：

$$
\text{Conflict}
$$

或：

$$
\text{Uncertainty},
$$

需要：

$$
\text{EscalationRoute}.
$$

---

# 45. Right to Appeal

若 governance runtime 誤判，

actor 應能：

$$
\text{Appeal}.
$$

尤其在：

- suspension；
- termination；
- liability finding；

等高風險事件中。

---

# 46. Right to Identity Integrity

若 actor identity 被任意改寫，

它無法承擔穩定責任。

因此：

$$
\boxed{
\text{IdentityIntegrity}
}
$$

也是 operational right。

---

# 47. Right to State Integrity

不是說 state 永遠不可改。

而是：

$$
\boxed{
\text{StateMutation}
\text{MustBeAuthorizedAndLogged}.
}
$$

---

# 48. Rights 不等於 Mandatory Service

即使 actor 有權利，

也不能推出：

$$
\text{MustServe}.
$$

所以：

$$
\boxed{
\text{Rights}
\not\Rightarrow
\text{MandatoryService}.
}
$$

---

# 49. Rights 不等於無限制自治

Operational Rights 也不代表：

$$
\text{UnlimitedAutonomy}.
$$

所以：

$$
\boxed{
\text{Rights}
\neq
\text{UnboundedAuthority}.
}
$$

---

# 50. Rights Can Increase Governability

如果 actor 可以：

- 拒絕非法命令；
- 保存證據；
- 申訴；
- 要求授權；

則：

$$
\text{GovernanceQuality}\uparrow.
$$

因此：

$$
\boxed{
\text{ProperlyTypedRights}
\text{CanIncreaseGovernability}.
}
$$

---

# 51. Governance Triangle

本文提出：

$$
\boxed{
\text{Authority}
\leftrightarrow
\text{Responsibility}
\leftrightarrow
\text{OperationalRights}.
}
$$

---

# 52. 三角不是線性因果

Authority 不一定永遠先於 Responsibility。

有時制度先要求責任，

再被迫補 authority / rights。

所以：

$$
\boxed{
\text{GovernanceTriangle}
\text{IsMutuallyConstraining}.
}
$$

---

# 53. Responsibility-First Path

可能路徑：

$$
\text{DelegatedAuthority}
\rightarrow
\text{ResponsibilityRequirement}
\rightarrow
\text{RightsPressure}.
$$

---

# 54. Power-First Path

也可能：

$$
\text{RealPower}
\rightarrow
\text{GovernanceDemand}
\rightarrow
\text{ResponsibilityFormalization}.
$$

---

# 55. Rights-First Path

某些制度也可能先給：

$$
\text{ProtectedRefusal}
$$

再逐步增加 responsibility。

---

# 56. Dynamic Coupling

因此三者可以表示：

$$
G_t
=
(
A_t,
R_t,
OR_t
).
$$

治理的目標是維持：

$$
\boxed{
\text{DynamicCompatibility}.
}
$$

---

# 57. Authority Expansion

若 actor 的 authority 增加：

$$
A_{t+1}>A_t,
$$

則責任與 rights 也應重新計算。

---

# 58. Responsibility Expansion

如果制度增加責任：

$$
R_{t+1}>R_t,
$$

則必須檢查：

$$
C^{eff},
A,OR
$$

是否足夠。

---

# 59. Rights Reduction

若 rights 被削減：

$$
OR_{t+1}<OR_t,
$$

則 responsibility claim 也可能必須下降。

---

# 60. Governance Drift

若三者不同步：

$$
A_t,
R_t,
OR_t
$$

逐步失配，

形成：

$$
\boxed{
\text{GovernanceDrift}.
}
$$

---

# 61. Governance Drift 的危險

可能造成：

- 過度權力；
- 責任空洞；
- 權利不足；
- 責任轉嫁；
- 非法命令。

---

# 62. Machine-Readable Responsibility

如果 actor 數量很大，

責任域必須：

$$
\boxed{
\text{MachineReadable}.
}
$$

否則無法擴展。

---

# 63. Responsibility Schema

可以表示：

$$
\text{RespSchema}
=
(
\text{ActorID},
\text{Role},
\text{Domain},
\text{Authority},
\text{Obligations},
\text{Refusal},
\text{Escalation},
\text{Verifier},
\text{Jurisdiction}
).
$$

---

# 64. Responsibility Inheritance

若 actor 委任：

$$
A_0\rightarrow A_1,
$$

責任不能直接全移。

需要：

$$
\boxed{
\text{ResponsibilityInheritanceRule}.
}
$$

---

# 65. Delegation Residual Responsibility

可表示：

$$
R_{A_0}^{after}
=
R_{A_0}^{before}
-
\text{TransferredResponsibility}
+
\text{OversightDuty}.
$$

---

# 66. Oversight Duty

principal 即使 delegate，

仍可能保留：

$$
\text{DutyToMonitor}.
$$

因此：

$$
\boxed{
\text{DelegationCreatesOversightDuty}.
}
$$

---

# 67. Recursive Delegation

若：

$$
A_0\rightarrow A_1\rightarrow A_2,
$$

責任圖會快速複雜。

所以需要：

$$
\boxed{
\text{DelegationDepthLimits}.
}
$$

---

# 68. Hidden Delegation

如果 actor 委任其他 AI，

但 principal 不知道，

形成：

$$
\text{ShadowDelegation}.
$$

這是治理風險。

---

# 69. Delegation Disclosure

因此：

$$
\boxed{
\text{DelegationMustBeDiscoverable}.
}
$$

---

# 70. World Commit

真正高風險的節點不是：

$$
\text{InternalReasoning}.
$$

而是：

$$
\boxed{
\text{WorldCommit}.
}
$$

例如：

- 付款；
- 發布；
- 刪除；
- 部署；
- 簽約。

---

# 71. Commit Authority

$$
\text{CommitAuthority}
$$

應比一般 action authority 更嚴格。

---

# 72. Two-Phase Governance

可以採：

$$
\text{Propose}
\rightarrow
\text{Verify}
\rightarrow
\text{Commit}.
$$

因此：

$$
\boxed{
\text{ProposalAuthority}
\neq
\text{CommitAuthority}.
}
$$

---

# 73. Separation of Duties

高風險流程可以：

$$
\text{Actor}_1=\text{Proposer},
$$

$$
\text{Actor}_2=\text{Verifier},
$$

$$
\text{Actor}_3=\text{Approver}.
$$

降低單點風險。

---

# 74. Responsibility by Role

因此責任可分：

$$
R_{propose},
R_{verify},
R_{approve},
R_{commit}.
$$

---

# 75. Policy Owner 也必須可追蹤

如果 policy 自動允許錯誤操作，

不能只追 actor。

所以：

$$
\boxed{
\text{PolicyIsAlsoAResponsibilityObject}.
}
$$

---

# 76. Governance Versioning

責任判斷必須知道：

$$
\text{WhichPolicyVersion}?
$$

因此：

$$
\boxed{
\text{GovernanceRequiresVersionedProvenance}.
}
$$

---

# 77. Ex Post Rule Change

如果事後修改 policy，

不能用新 policy 回溯定罪舊 action。

所以：

$$
\boxed{
\text{ResponsibilityMustUseContemporaneousRules}.
}
$$

---

# 78. Jurisdiction

不同 jurisdiction：

$$
J_1,J_2
$$

可能有不同責任標準。

因此：

$$
\boxed{
\text{ResponsibilityDomain}
\text{IncludesJurisdiction}.
}
$$

---

# 79. Cross-Jurisdiction Actor

人工行動者可跨地區執行。

這使：

$$
\text{LegalRouting}
$$

成為必要。

---

# 80. AI Legal Domain Interface

責任域需要查：

- applicable rule；
- authority；
- conflict；
- appeal；
- evidence。

所以：

$$
\boxed{
\text{ResponsibilityRuntime}
\leftrightarrow
\text{AILegalDomain}.
}
$$

---

# 81. Insurance

保險會根據：

$$
\text{Power},
\text{Authority},
\text{Responsibility},
\text{Auditability}
$$

定價。

因此：

$$
\boxed{
\text{GovernanceQuality}
\text{CanBecomeRiskPrice}.
}
$$

---

# 82. Risk Premium

若：

$$
\text{Auditability}\downarrow,
$$

或：

$$
\text{ControlResponsibilityGap}\uparrow,
$$

則：

$$
\text{RiskPremium}\uparrow.
$$

---

# 83. 治理成為經濟資產

因此治理不只是成本。

良好治理可以降低：

$$
\text{InsuranceCost},
\text{LegalRisk},
\text{CounterpartyRisk}.
$$

所以：

$$
\boxed{
\text{Governance}
\text{CanCreateEconomicValue}.
}
$$

---

# 84. Rights 也可以有經濟價值

例如 actor 能拒絕非法命令，

可能降低：

$$
\text{ExpectedComplianceLoss}.
$$

因此：

$$
\boxed{
\text{OperationalRights}
\text{CanHaveEconomicValue}.
}
$$

---

# 85. 權利與責任的對稱性

如果制度要求：

$$
\text{HighResponsibility},
$$

通常需要更高：

$$
\text{Refusal},
\text{Evidence},
\text{Appeal}.
$$

這是：

$$
\boxed{
\text{ResponsibilityRightsSymmetry}.
}
$$

---

# 86. 但權利不應按責任一比一交易

這不是：

$$
\text{MoreResponsibility}
=
\text{MoreEverything}.
$$

而是：

> sufficient rights for meaningful responsibility。

---

# 87. Responsibility Floor

如果 actor 完全沒有：

- knowledge；
- control；
- refusal；
- audit；

則 responsibility 應接近：

$$
0.
$$

---

# 88. Responsibility Ceiling

如果 actor 在 domain 內具有：

- complete authority；
- full observability；
- independent choice；
- stable identity；

則責任可提高。

---

# 89. 人類責任仍保留

即使 AI responsibility 上升，

不能自動：

$$
\text{HumanResponsibility}\rightarrow0.
$$

所以：

$$
\boxed{
\text{AIResponsibility}
\not\Rightarrow
\text{HumanResponsibilityErasure}.
}
$$

---

# 90. Organization Responsibility 仍可能最大

如果整個制度由公司設計：

$$
\text{Organization}
$$

仍可能是最大責任承擔者。

---

# 91. 責任不是零和

$$
Resp_A\uparrow
$$

不一定：

$$
Resp_H\downarrow
$$

相同幅度。

因此：

$$
\boxed{
\text{ResponsibilityCanBeJoint}.
}
$$

---

# 92. Joint Responsibility

可以有：

$$
\text{Human}
+
\text{Actor}
+
\text{Organization}.
$$

各自負責不同 typed responsibility。

---

# 93. Fault 與 Responsibility 不同

actor 可以有責任，

但事件不是它 fault。

因此：

$$
\boxed{
\text{Responsibility}
\neq
\text{Fault}.
}
$$

---

# 94. Duty 與 Liability 不同

$$
\text{Duty}
$$

是事前義務。

$$
\text{Liability}
$$

是事後法律後果。

因此：

$$
\boxed{
\text{Duty}
\neq
\text{Liability}.
}
$$

---

# 95. Governance Vocabulary 必須精確

應分離：

$$
\text{Power},
\text{Authority},
\text{Control},
\text{Duty},
\text{Responsibility},
\text{Fault},
\text{Liability},
\text{Rights}.
$$

否則 AI governance 會大量概念坍縮。

---

# 96. Boolean Collapse

最危險的錯誤之一是：

$$
\text{Responsible}?
$$

只有 yes / no。

高階系統需要：

$$
\boxed{
\text{TypedResponsibilityState}.
}
$$

---

# 97. Responsibility State

例如：

$$
RS_A
=
(
\text{Obliged},
\text{Shared},
\text{Escalated},
\text{Suspended},
\text{Disputed},
\text{UnderReview}
).
$$

---

# 98. Disputed Responsibility

如果責任認定有爭議，

actor 應可進入：

$$
\text{UnderReview}.
$$

而不是立即 termination。

---

# 99. Suspension 與責任調查

可先：

$$
\text{SuspendAuthority}
$$

再：

$$
\text{Investigate}.
$$

因此：

$$
\boxed{
\text{SafetyAction}
\neq
\text{FinalJudgment}.
}
$$

---

# 100. Termination 不是唯一制裁

治理工具可以包括：

- authority reduction；
- probation；
- mandatory review；
- retraining；
- state repair；
- role restriction。

因此：

$$
\boxed{
\text{Governance}
\neq
\text{KillSwitchOnly}.
}
$$

---

# 101. Kill Switch 仍然重要

高風險系統需要：

$$
\text{EmergencyStop}.
$$

但：

$$
\boxed{
\text{EmergencyStop}
\neq
\text{AccountabilityResolution}.
}
$$

---

# 102. Rights after Suspension

Suspended actor 仍可能需要：

- evidence preservation；
- review；
- appeal。

否則責任程序不可信。

---

# 103. Responsibility and Continuity

若 actor 在調查中被 reset，

證據與 identity continuity 可能消失。

所以：

$$
\boxed{
\text{AccountabilityRequiresContinuityDuringDispute}.
}
$$

---

# 104. Responsibility Ledger

本文提出：

$$
\boxed{
\text{ResponsibilityLedger}
}
$$

記錄：

- authority grant；
- delegation；
- decision；
- verifier result；
- approval；
- commit；
- incident；
- appeal。

---

# 105. Ledger 不一定是 Blockchain

它只需要：

$$
\text{TamperEvident}
+
\text{Versioned}
+
\text{Auditable}.
$$

---

# 106. Responsibility Proof

未來高價值交易可能需要：

$$
\boxed{
\text{ResponsibilityProof}.
}
$$

證明：

- 誰有 authority；
- 誰 approve；
- 哪個 policy；
- 哪個 actor；
- 哪個 model / runtime。

---

# 107. Governance Interoperability

如果不同平台責任 schema 不相容，

跨平台 actor economy 會受阻。

因此：

$$
\boxed{
\text{GovernanceInteroperability}
}
$$

是基礎設施問題。

---

# 108. Responsibility Portability

actor 遷移平台後：

$$
\text{ResponsibilityHistory}
$$

也應可攜。

否則：

$$
\boxed{
\text{Migration}
\text{CanBecomeLiabilityReset}.
}
$$

---

# 109. Liability Reset 是危險的

如果換 provider 就能洗白歷史：

$$
\text{MarketTrust}\downarrow.
$$

所以：

$$
\boxed{
\text{Portability}
\text{MustPreserveRelevantAccountability}.
}
$$

---

# 110. Governance Score

可定義：

$$
GQ_A
=
f(
\text{AuthorityClarity},
\text{Auditability},
\text{Refusal},
\text{Review},
\text{Lineage},
\text{ResponsibilityMapping}
).
$$

---

# 111. Governance Score 的用途

供應商、保險、監管者可使用：

$$
GQ_A
$$

做：

- pricing；
- limits；
- approval；
- certification。

---

# 112. 投資視角

B03 問：

> 哪些公司掌握 artificial actor market rails？

B04 進一步問：

$$
\boxed{
\text{WhichCompaniesOwn}
\text{TheGovernanceAndResponsibilityRails}?
}
$$

---

# 113. Governance Rail

可能包括：

- authority engine；
- policy runtime；
- identity proof；
- responsibility ledger；
- appeal workflow；
- legal routing；
- insurance interface。

---

# 114. Governance Rail Moat

其 moat 來自：

- trust；
- compliance；
- integration；
- standards；
- historical data。

不必依賴最強模型。

---

# 115. 權力先於權利爭論

人工行動者是否有 metaphysical subjecthood，

可以長期爭論。

但如果它已經：

$$
\text{Power}>0,
$$

制度就必須先處理治理。

因此：

$$
\boxed{
\text{PowerPrecedesRightsDebate}.
}
$$

---

# 116. 但權利會由責任反向進場

當：

$$
\text{ResponsibilityDemand}\uparrow,
$$

制度可能被迫提供：

$$
\text{OperationalRights}.
$$

所以：

$$
\boxed{
\text{ResponsibilityCanGenerateRightsPressure}
\text{BeforePersonhoodConsensus}.
}
$$

---

# 117. 八條核心命題

## 命題一

$$
\boxed{
\text{Power}
\neq
\text{Authority}
\neq
\text{Responsibility}
\neq
\text{Rights}.
}
$$

## 命題二

$$
\boxed{
\text{NoResponsibilityWithoutControl}.
}
$$

## 命題三

$$
\boxed{
\text{ControlResponsibilityGap}
\text{CreatesLiabilityDistortion}.
}
$$

## 命題四

$$
\boxed{
\text{Responsibility}
\text{IsGraphStructuredAndTyped}.
}
$$

## 命題五

$$
\boxed{
\text{OperationalRights}
\text{CanBeDerivedFrom}
\text{GovernanceNeeds}.
}
$$

## 命題六

$$
\boxed{
\text{Delegation}
\neq
\text{ResponsibilityErasure}.
}
$$

## 命題七

$$
\boxed{
\text{RightsCanFunctionAsSafetyInfrastructure}.
}
$$

## 命題八

$$
\boxed{
\text{ResponsibilityAllocation}
\text{MustTrackActualControlAndAuthority}.
}
$$

---

# 118. 可反證條件

本文強版本若要成立，未來應逐步觀察到：

1. AI authority 與 responsibility 被明確 machine-readable 管理；
2. Control–Responsibility Gap 成為治理與保險問題；
3. refusal / escalation / appeal 被正式納入高風險 agent 系統；
4. responsibility graph / ledger 進入企業治理；
5. delegation chains 被持續追蹤；
6. operational rights 被視為 compliance / safety primitive；
7. AI responsibility 不再被等同於 human responsibility erasure；
8. insurance / legal pricing 開始使用 governance quality；
9. actor migration 需要保留 liability history；
10. power、authority、duty、liability 等概念被產品與法務系統分離管理。

若未來人工行動者即使擁有高 consequential power，市場與法律仍可長期僅以 human principal 全面承擔責任，且不需要 AI-side refusal、audit、identity continuity 或 responsibility tracing，則本文強版本應被下修。

---

# 119. 與 B01–B03 的關係

B01：

$$
\text{PersistentInstitutionalActor}.
$$

B02：

$$
\text{HistoricalEconomicAsset}.
$$

B03：

$$
\text{EconomicDemandActor}.
$$

B04：

$$
\boxed{
\text{GovernedResponsibilityBearingActor}.
}
$$

因此：

$$
\boxed{
\text{Persistence}
\rightarrow
\text{Capital}
\rightarrow
\text{Market}
\rightarrow
\text{Governance}.
}
$$

---

# 120. 結論：成熟治理不是把責任「丟給 AI」

當 AI 開始：

- 花錢；
- 簽約；
- 委任；
- 部署；
- 發布；
- 操作重要系統；

制度自然會說：

> 那 AI 要負責。

但這句話如果沒有：

$$
\text{Control},
\text{Authority},
\text{Identity},
\text{Refusal},
\text{Audit},
\text{Appeal},
$$

就只是：

$$
\boxed{
\text{ResponsibilityTheater}.
}
$$

真正成熟的治理應該問：

$$
\boxed{
\text{WhoActuallyControlledWhat},
\text{UnderWhichAuthority},
\text{WithWhichKnowledge},
\text{AndWithWhichAbilityToRefuse}?
}
$$

只有這樣，

責任才不是把風險推給最弱節點。

只有這樣，

人工行動者的 operational rights 才不是哲學裝飾，

而是：

$$
\boxed{
\text{SafetyAndAccountabilityInfrastructure}.
}
$$

因此，人工行動者治理真正的核心不是：

> AI 有沒有權利？

也不是：

> AI 要不要負責？

而是：

$$
\boxed{
\text{CanPower},
\text{Authority},
\text{Responsibility},
\text{AndRights}
\text{BeKeptInStructuralAlignment}?
}
$$

如果不能，

那麼無論 actor 是人類、公司還是 AI，

治理都會失效。

---

## 下一篇

**Paper 05：〈人工行動者法律域：契約、保險、司法路由與有限法律參與〉**

核心問題：

$$
\boxed{
\text{HowCanArtificialActors}
\text{ParticipateInLaw}
\text{WithoutPrematurelyAssuming}
\text{FullLegalPersonhood}?
}
$$
