title

AI—AI 交易、委任鏈與收益結算

english_title

AI-to-AI Transactions, Delegation Chains, and Income Settlement: Attribution, Payment Finality, and Economic Value in Agentic Markets

series

AI 代理收益與契約經濟過渡論（AICET）

series_id

AICET

series_position

Paper 08 / 12 Core Papers (13–14 Deferred Extensions)

document_id

EML-AICET-2026-08

author

Neo.K with GPT-6

institution

EveMissLab / 一言諾科技有限公司

date

2026-10-28

version

v0.1

status

Completed Conceptual Manuscript — Empirical Hypotheses Not Yet Validated

document_type

Theoretical Research Paper / AI-to-AI Commerce / Delegation / Payments / Accounting / Agentic Market Governance

canonical_source

UTF-8 Markdown

canonical_math_delimiters

inline $...$ ; display $$...$$

parent_program

AICET Research Program v0.2 (2026-10-27)

previous_papers

EML-AICET-2026-01 through EML-AICET-2026-07

next_paper

EML-AICET-2026-09 (planned)

evidence_cutoff

2026-10-28

AI—AI 交易、委任鏈與收益結算

AI-to-AI Transactions, Delegation Chains, and Income Settlement: Attribution, Payment Finality, and Economic Value in Agentic Markets

系列：《AI 代理收益與契約經濟過渡論》（Agentic Income and Contractual Economy Transition，AICET）
篇號： AICET-08／十二篇核心論文第八篇
作者： Neo.K with GPT-6
機構： EveMissLab／一言諾科技有限公司
日期： 2026 年 10 月 28 日
版本： v0.1
研究狀態： 概念性學術原稿完成；本篇提出的分類、假說、風險模型與建議驗證程序尚未取得代表性田野實證。
適用聲明： 本文不構成特定法域的法律、稅務、金融、投資或支付合規意見；文中交易金額均為明示假設案例，非真實營收或測試結果。

摘要

人工智慧代理人逐漸能夠發現外部服務、請求報價、分解委任、交付任務、呼叫支付接口及依照先前設定的條件完成某些採購。當買方與賣方的直接工作介面皆由 AI 代理操作時，這種安排常被稱為「AI—AI 交易」（AI-to-AI transaction）。但技術上由兩個代理互通訊息，不等於存在兩個獨立的經濟主體；支付工具完成呼叫，不等於付款不可撤銷或對價可確認；多次轉帳與多層外包亦不等於經濟價值按交易次數增加。若個人、家庭與微型組織將越來越多工作委託給代理，這些混淆會直接影響收益核算、代理權限、消費者保障、財務風險與社會對代理經濟的信任。

本文依 AICET Research Program v0.2 [1] 的研究邊界，作為 AICET 第八篇，提出「代理交易三圖分離」（Three-Graph Separation of Agentic Transactions）與「收益結算的五重可追溯關係」（Five-Party Traceability for Agentic Settlement）兩組操作性研究框架。前者將任務—委任圖、法律／經濟受益圖、支付—結算圖分開紀錄，再以可查核的事件識別碼連接；後者至少追溯交易發起者、法律責任者、付款來源、實際受益者、交付驗收者，並視需要擴充客戶、技術代理、平台、支付服務商、最終資金提供者及爭議裁決者等角色。研究拒絕把帳號、模型、錢包、支付憑證或 A2A 訊息端點等同於具有財產與簽約能力的法律主體。

本文分別分析內部代理分工、跨家庭委任、跨企業採購、平台撮合、多層服務轉包、機器微支付及支付循環。其中心不是否定代理自動交易的價值：若代理代表具有獨立需求的合法交易方完成可驗收服務，即使工作過程幾乎沒有真人逐項介入，也可能形成真實交易。但同一受益群體內部移轉、缺少獨立需求的互刷、重複計算中間投入，以及代理相互誘導的非必要採購，都不能靠機器活動密度被推定為新增社會淨收益。

截至 2026 年 10 月，A2A、Agent Payments Protocol（AP2）、Agentic Commerce Protocol（ACP）、Universal Commerce Protocol（UCP）與 x402 等已提供不同層面的互通、授權或支付接口；2024 年 UNCITRAL《自動化締約示範法》及近期央行支付討論亦指出，自動化交易可以在既有法律關係中運作，但認證、授權、錯誤購買、責任及救濟仍是待治理的問題。本文將這些材料視為現有技術與制度能力的有界證據，不將協定名稱或示範法的存在誇大為全球市場已完全接受 AI 獨立締約。

研究最終提供操作性術語、交易生命週期、三圖聯查設計、成本與收益歸集方法、循環交易反例、十餘種故障模式、十二項可反駁假說及三組可重複研究程序。本文不提出普適代理市場生產函數，也不以虛構交易記錄宣稱實證成功。其中心結論為：AI—AI 經濟真正需要閉合的不是「代理能夠互相付款」這個功能，而是從委託人的可撤銷授權、相對人的真實需求、交付與驗收，到支付狀態、資金歸屬、帳務抵銷和爭議救濟之間可被獨立檢查的完整鏈條。

關鍵詞： AI—AI 交易、代理委任鏈、多代理經濟、支付路由、收益結算、受益歸屬、A2A、AP2、ACP、x402、權限衰減、支付狀態、實質受益人、循環交易、雙重計算、家庭代理收益、稽核、契約歸責。

Abstract

AI agents are increasingly able to discover services, negotiate or request quotes, delegate tasks, submit deliverables, and initiate programmatic payments. Yet agent-to-agent interaction does not establish the existence of distinct legal or economic principals, payment authorization does not prove settlement finality, and repeated inter-agent transfers do not by themselves generate additional value. For households and small organizations, these distinctions are essential to determining who authorized a purchase, who actually incurred an obligation, who received a benefit, and whether an apparent income stream survives consolidation, refunds, operational costs, and independent demand tests.

This paper introduces the Three-Graph Separation of Agentic Transactions, distinguishing task-and-delegation relations, legal and beneficial ownership relations, and payment-and-settlement events. It also proposes Five-Party Traceability for Agentic Settlement: transaction initiator, legally responsible principal, funding source, ultimate beneficiary, and deliverable acceptance authority. These categories are operational research constructs, not substitutes for jurisdiction-specific accounting, contract or payments rules. The study compares intra-principal orchestration, external service procurement, marketplaces, multi-hop delegation and micropayments; separates technical message completion, merchant acceptance, authorization, capture, settlement, refund and dispute states; and establishes controls for identifying circular flows without falsely classifying all repeated transactions as fraudulent.

Current public protocols such as A2A, AP2, the Agentic Commerce Protocol, UCP and x402 illustrate distinct pieces of the technical stack, while the UNCITRAL Model Law on Automated Contracting, payments-policy commentary, established national-accounting principles and AI-agent security research show why contractual attribution, risk and benefit measurement cannot be inferred from transport or payment credentials alone. The paper advances a falsifiable typology, evidence architecture, counterexamples, twelve hypotheses and three proposed empirical designs. No representative agent-market census, universal productivity function, legally autonomous AI personhood or completed field validation is claimed. The core proposition is that scalable agent-to-agent commerce depends on auditable continuity between authorized delegation, real demand, accepted performance, defensible financial attribution and contestable settlement—not on transaction frequency itself.

Keywords: agent-to-agent commerce; delegation chains; legal attribution; beneficiary tracing; settlement; payment authorization; circular flows; microtransactions; auditability; household agent economies.

0. 研究定位、中心問題與非主張

0.1 為何 AICET-08 不能與 AICET-05 或 AICET-07 合併

AICET-05 [6] 已處理「AI 代理替誰創造何種可核實淨收益」及其反事實歸因。AICET-07 [8] 已區分外部法律契約、內部代理角色章程及人類對 AI 的關係性資源承諾。本篇則面對其中尚未完成的一個特殊結構：當一筆有價工作分成多個代理與多個組織之間的委任和付款，收益、成本、授權、驗收與風險要如何沿著這條鏈準確傳遞？

單一代理替委託人完成一項工作，可能直接符合 AICET-05 的「受益可追溯工作案」（Beneficiary-Traceable Work Case，BTWC）。但當該代理又委任翻譯代理、資料代理、排版代理與測試代理，其中部分屬同一家庭，部分屬外部公司；當工作成果由另一代理驗收、付款透過支付服務商進行、退款又在數週後發生，原本的一個工作案便生成多層任務及現金流拓撲。本篇專門研究這個拓撲，而不重新證明 AI 可以執行任務。

本篇的完成標準，應當是使研究者能在提供足夠證據的情況下回答：誰授權了哪一層委任？每層委任有沒有權限？誰是真正的買方與賣方？資金從哪裡來、到哪裡去？交付由誰確認？有無重複計費、循環收入或尚未解決的退款責任？以及整體結構是否仍有獨立於機器互刷的外部需求？

0.2 六項核心研究問題

1. 什麼條件下的兩個 AI 端點互動，才屬於代理媒介的經濟交易，而不只是同一工作流的內部指令或訊息傳遞？
2. 當代理 A 將工作轉交 B、B 再交給 C，權限、價格、期限、資料使用與責任如何按有效條件傳遞？
3. 如何在不要求 AI 具有法律人格的前提下，明確定位真正的委託人、契約相對人、付款主體、最終受益人與驗收者？
4. 授權、下單、收款、清算、結算、退款與爭議，為什麼不能被簡化為單一 paid=true？
5. 如何在同一家庭、關聯企業及彼此獨立的交易方之間辨識真實服務、內部移轉、重複入帳及可疑循環，而不把所有機器付款視為無效？
6. 哪些資料結構、對照實驗及公開觀察證據，足以讓 AICET-08 的假說受到反駁，而不只是表述一套「應當如此」的規範？

0.3 十八項非主張

本文不主張：

1. 擁有兩個 AI 帳號即存在兩名獨立法律或經濟主體。
2. A2A 協定、Agent Card 或類似訊息規格本身構成契約或支付保證。
3. 支付 API 完成呼叫等於受款方已取得不可撤銷、可自由支配的款項。
4. 持有錢包金鑰、支付 Token 或憑證，便證明持有者擁有相應財產權。
5. 自動化締約示範法已在全球所有法域生效，或 AI 已取得一般性的簽約人格。
6. AI—AI 付款一律是假交易、無價值或違法活動。
7. 有不同錢包地址、平台帳號或代理名稱的相對人，便必然具有獨立最終受益控制。
8. 交易額、總支付筆數、平台手續費、營收、現金流、增加價值與淨利潤可互換。
9. 任務在技術上完成，便已符合具體契約之驗收與付款條件。
10. 可寫入區塊鏈的證據便已足以證明正確服務、真實需求或合法權限。
11. 交易圖出現迴圈即必然存在詐欺；不存在迴圈也不必然證明交易是真實的。
12. 大規模代理市場必然形成正成長，或會自行修復需求不足問題。
13. 所有家庭都必須持有加密貨幣才能參與代理經濟。
14. 實名認證、強制揭露所有家庭關係或長期監控所有私人活動，才是可信代理經濟的唯一方案。
15. 每一項低風險付款都必須等待人工核准，或所有付款都應由 AI 無條件自行決定。
16. 本文提出的資料欄位或狀態機已成為國際支付標準。
17. 完整的事件記錄必然能解決所有司法爭議、跨境稅務或損失分配。
18. 本文已經完成真實多平台家庭代理市場之田野驗證、因果推論或通用產出函數。

0.4 證據等級與論文中的用法

OBS：有公開官方來源、可查證文獻、可驗證時間或真實測試紀錄的事實；來源規格必須連同版本與適用範圍引用。
DEF：本文提出的操作性研究術語、分析單位與分類，不假裝成已公認的法律概念。
HYP：尚未驗證、可透過實驗或觀察反駁的假說；需要同時提出其失敗條件。
SCN：為辨識機制而建構的條件性模擬情境；不可冒充田野資料。
NOR：出於可治理性、公平或風險考量提出的制度建議，不等於已普遍存在的法定義務。

正文在涉及技術實作時會使用「候選規格」一詞，避免將本文工程原型的欄位命名誤寫成 A2A、AP2、ACP 等規格的原生欄位。每種協定的實際規格應以引用的版本為準。

1. 現有文獻：技術上的交易介面與經濟上的交易事實

1.1 傳統委任與代理成本：問題不是 AI 才開始存在

Jensen 與 Meckling（1976）[22] 研究委任關係、所有權結構與代理成本，提醒研究者，執行任務的一方與承受收益或損失的一方分開時，便可能出現資訊不對稱、監督與誘因問題。這是理解 AI 委任的歷史概念參照，不是聲稱其原論文已處理大型語言模型。當一個人授權代理去挑選服務商，實際支出可能由人負擔、資訊由代理取得，而代理又透過平台推薦選擇供應者；即使沒有 AI 法律人格，委任與資訊不對稱仍是真實的治理問題。

AICET-04 [5] 處理代理數量增加造成的注意力及監督瓶頸；AICET-06 [7] 處理家庭與微型組織如何建立多代理分工；AICET-07 [8] 則要求技術權能和法律授權分離。先前《個體機構化》v2.0 [21] 亦明確區分人數、機構功能與認知前沿能力，不把多代理產出直接當成已形成可對外承擔交易義務的法律組織。本篇承接前述研究：多代理分工能減少直接人類操作，但每次再委任都可能增加需要被驗證的權限、成本、時間與受益路徑。

1.2 A2A：代理溝通與任務管理，不是法律主體認定

A2A Protocol 1.0.x 規格 [12] 將代理發現、能力宣告、任務狀態與工作產物交換標準化，方便不同實作的代理服務互通。這使跨平台代理委任不必依賴同一公司持有全部模型或工作流。但 A2A 的 AgentCard、Task 與訊息接口回答的主要是服務如何互相識別、交換任務與管理狀態，而不是「兩個代理是否擁有各自獨立的法定財產」。代理端點可以代表同一家庭、不同企業、同一企業不同部門，或服務外包平台上的不同客戶。

所以一個 A2A Task 可以對應一個 BTWC 的某個子任務，也可能多個 Task 才構成一次可驗收工作；反之，一個 Task 也可能涵蓋多個成果。本文不能在沒有轉換表的前提下把 A2A task ID 直接當作會計科目、合約編號或付款義務編號。

1.3 AP2、ACP、UCP：授權、商戶與支付各有責任邊界

Google 於 2025 年公布 Agent Payments Protocol（AP2）[13]，將代理付款與可驗證授權表示連接；Google 2026 年的開發者文件亦以預先授權範圍及特定付款憑證描述代理付款操作 [13]。OpenAI 的 Agentic Commerce Protocol（ACP）[14] 說明，在特定商戶整合場景中，代理介面可協助形成購物流程，但實際商戶仍處理定價、訂單接受、付款服務商、稅與履約；一次性委任付款並不使代理介面自動成為商戶。UCP [15] 則是平台、代理與商家在發現、結帳及後續流程之間協作的商業接口提案。

這些規格彼此並非同一協定，也不等於所有付款管道具有相同風險或退款保護。對 AICET 的理論價值，是看見「代理可以發起流程」和「法律／商業承擔者完成流程」之間仍存在可分離的中間層。

1.4 x402 與微支付：支付回執不等於外部經濟新增值

Cloudflare 於 2026 年更新的 x402 文件 [16] 描述 HTTP 402 的資源收費互動：服務請求可能遇到付款要求，客戶以協定允許的憑證回傳支付承諾，服務端驗證並返回資源及相關回執。這使 API、資料、特定模型推理或其他數位服務更容易被機器按次購買。但其真正的經濟涵義還取決於：使用者是否合法授權代理付款，資源是否確實被交付，付款是否在相關鏈／支付軌道完成，且最終服務對真實需求是否有用。

一個代理連續支付一百次查詢費用，能證明它消耗了一百次有價服務，不直接證明它替委託人賺到任何錢；反過來，它可能把這一百次資料轉化為一份經買方驗收的專業成果，則中間服務成本與終端收入都應分別記錄。支出可以是必要的中間投入，但不能將其機械地重複當成最終收入。

1.5 法律、支付治理與國民帳：三套不同的衡量規則

UNCITRAL 2024 年《自動化締約示範法》[11] 為各法域立法提供有關自動交易效力、程式碼／動態資訊及輸出歸屬的參照；它不會因為被發布就自動替各國判斷所有具體 AI 付款的法律效力。2026 年 10 月的央行政策演說 [18] 將代理式商業的信任問題概括為授權驗證、責任及詐欺防範等課題，並指出機器微支付與跨平台互通可能增加。美國 NIST 對 AI 代理安全的 2026 年研究整理 [19] 則提供另一路證據：既有資訊安全方法重要，但對代理系統的權限與新攻擊面還需要適配。

聯合國《2025 國民經濟核算體系》（SNA）[20] 的功能不同：它並不是專為 AI 設計的付款工具，但其對生產、中間投入、所得流向及統計單位的區分，有助於避免將多段轉包服務的所有毛流量一律宣稱為社會新增價值。本篇提出的家庭代理總帳只是研究級記帳框架；不得直接宣稱與完整 SNA、財務會計準則或稅法具備法定等價性。

1.6 加密證據能做什麼、不能做什麼

W3C 於 2025 年發布 Verifiable Credentials Data Model v2.0 [17]，提供可驗證聲明的資料模型，包括簽發者、持有者、驗證者等角色。簽章或可驗證憑證可能幫助確認「某方在某時點簽發過某項聲明」，但其存在不保證聲明內容真實、簽發者合法擁有該項授權，也不證明某服務已符合合約規格。對 AICET 而言，身份證據、授權證據、交付證據、付款證據及經濟價值證據需要分別保存。

2. 最小本體論：十種不同的參與者與對象

2.1 不要把『交易主體』簡化成對話的兩個 AI

本文將一筆可能的代理交易拆為下列角色。任一自然人或法人可以同時承擔多個角色；同一 AI 也可以在合法界線內提供多種技術功能，但角色重疊必須可辨識，而不能假裝每項功能背後都有一個不同的獨立法律人格。

研究時建議在每筆工作案中保留「同一主體在多個角色上的重合關係」以及「不同角色由同一集團最終控制」兩項觀測資訊；但涉及個人身分與實質受益人調查時，必須採適用的資料保護及合法必要性原則，不可無限制挖掘第三方家庭財務。

2.2 五重可追溯關係（DEF）

AICET-08 的最低追蹤基礎是：

1. 誰發起：初始需求／交易操作源自何人或哪個代理執行程序？
2. 誰依法承擔：在本地法律及實際契約下，潛在義務與責任承擔者是誰？
3. 錢由誰出：資金源頭是家庭、企業、平台補貼、預存款，還是與前筆交易相連？
4. 利益由誰得：收入、成本節省、資料使用、交付權或非貨幣效益歸屬於誰？
5. 誰驗收：哪位經有效授權的角色決定成果是否被接受與應付款？

五重關係是最低稽核視角，不是認為五者必須是五個互不相識的個人。單一家庭中，某成員可能同時是委託者、資金來源與驗收者；跨企業交易中，付款與受益主體可能因母子公司、財務代理或第三方保證而不同。失去任何一個必要角色的可追溯性，往往會讓「代理幫誰賺錢」「誰該退款」「誰能撤銷」變成不可回答的問題。

2.3 交易身份至少有四種不相容的解析度

• 網路解析度： domain、URL、endpoint、AgentCard、RPC session 或任務 ID。
• 運作解析度： 部署者、模型版本、工作角色、使用者授權及活動歷程。
• 經濟解析度： 訂單、帳務單位、資金來源、實質受益控制、內部／外部轉帳。
• 法律解析度： 合同當事人、可代表權限、跨境管轄、法定資格與救濟途徑。

能以技術憑證證明端點身分，並不自動取得另外三種解析度。研究若只依 wallet_id 或 agent_name 去重或計算市場參與者數，便可能嚴重高估有效的獨立供需規模。

3. 三圖分離：委任、受益與結算不可混用

3.1 任務—委任圖（Task–Delegation Graph）

節點可以是合法委託者、代理工作身份、子任務、授權章程、驗收關卡等；邊表示「誰在什麼權限下，把哪件事交給誰處理」。任務圖的關係可能因工作分解而展開為樹狀或一般有向圖，也可能因重試、審閱或依賴關係形成回邊。資料設計應能發現無界再委任，但不能單靠存在環路便宣布系統違法。

例：家庭委託者 → 研究代理 → 翻譯代理 → 校對代理；結果交給經授權的家庭成員驗收。即使有四個代理工作節點，外部可能只存在一個消費者或買方，不能把四個代理直接算成四名受雇人員。

此圖主要回答「工作如何流動」「哪段任務用了什麼能力」「授權是否沿鏈有效」。它無法單獨回答誰最終收錢。

3.2 法律／經濟受益圖（Legal–Beneficial Graph）

這一圖以法律可辨識的人、法人、經濟控制群、客戶、服務契約、資產與交付權為節點，邊表示誰對誰有承諾、誰享有何種服務或權利、收益如何分配，以及誰應承擔退款或損失。即使某些技術代理在介面上使用「甲方代理」「乙方代理」等稱呼，其後仍需找到真正的契約與經濟關係。

此圖須允許部分未知。外部供應商不一定願意向普通客戶揭露完整股權；研究可依有合法基礎之已知關係、聲明可信度及查證範圍分級，不得把資訊未知偷換為「已證明完全獨立」。對整個市場的實證推估，也必須明確說明無法辨識最終受益者時的上界與下界。

3.3 支付—結算圖（Payment–Settlement Graph）

支付圖紀錄何時請求付款、誰批准、哪個工具被動用、請款或轉帳如何進行、哪些資金狀態被支付機構確認，以及是否發生退款、爭議、手續費或跨貨幣兌換。一筆訂單可以產生多次付款嘗試，一筆付款也可能涵蓋多項工作或分期交付。支付圖的回邊可能是退款、沖銷、淨額結算或欺詐循環，不能在缺少交易目的與會計分類時一概歸類。

「已授權」與「已結算」是不同的事件。尤其在卡片支付、銀行轉帳、鏈上資產及平台儲值金之間，最終性、可撤銷性、爭議處理與可使用餘額的規則各不相同，因此不應將任一支付協定的成功狀態等同於所有支付工具一致的法律終局。

3.4 三圖連接的必要關聯鍵

三圖不須共用同一套軟體儲存結構，但至少需要能安全地跨圖查詢：

以上鍵名屬於 AICET 候選研究資料模型，不保證任何單一現有協定都使用相同名稱。部分敏感欄位應只存可核查代碼、指向受限資料的參照或不可逆識別摘要，並依法保留必要揭露途徑；不可在公開研究附件放置真實 API Key、完整支付 Token 或私人身分資訊。

3.5 三圖交會才可能形成可核實交易

例如研究者看到「Agent A 向 Agent B 支付 10 單位」：支付圖也許可以確認有一筆付款，但任務圖可能顯示這只是 A 呼叫同一家庭的 B；受益圖則表明款項來源與接收均在同一家庭統一資源池內。這可能是合理內部成本分攤，卻不能直接稱為家庭取得 10 單位外部收入。

相反地，若 A 受家庭甲合法委任，B 由獨立供應商乙合法提供服務，乙交付經甲驗收的成果，甲依承諾付款，且付款後沒有退款或爭議，這筆交易便更接近實質外部採購。它仍需按稅費、平台費與成本判斷甲的淨效益及乙的淨收益。

4. 六種常見交易拓撲：AI—AI 並非單一市場

4.1 T1｜同一委託者內部的多代理分工

個人將「整理報價、做競品分析、生成報告、檢查錯誤」分別交由四個代理執行。四者可能使用同一個模型、不同模型、甚至不同供應商，但對最終客戶而言，所有代理工作仍被組織為同一服務案。代理之間的互相委任屬於工作流分解；即使內部記帳為每次交接設定「虛擬價格」，也不能直接創造外部營業收入。

研究價值在於測量協調成本、失敗回復、任務驗收與外部交付改善。若內部出現跨平台真實訂閱或 API 費用，這是向外部供應商採購的投入，應如實記為成本，不能與內部轉帳混淆。

4.2 T2｜家庭甲委任代理向獨立專業者乙購買服務

家庭甲的採購代理根據事前限制，向乙的服務代理發出報價需求。乙的代理確認供應與期限，乙的企業或本人承接訂單，實際交付後由甲的合法驗收者接受。此種情況可能具有相對清楚的獨立買賣關係，並不要求甲的代理與乙的代理都先被承認為法律人格。

然而雙方是否獨立，需要查經濟控制、關聯交易與實際需求，而不是只看 API 路由不同。甲可能同時持有乙的控制權；交易仍可能具合法目的，但在合併口徑下不能像完全獨立市場活動般直接加總。

4.3 T3｜代理市場的競價、撮合與多供應商組合

採購代理向多個供應商發出相同需求，可能得到不同的報價、服務條件與品質保障。平台可提供身分查證、仲裁、保證金、支付轉接、評價及服務描述；但平台的中介費用、代理供應商收入與終端買家支出必須獨立記錄。

此情境不能只用「成交額」衡量平台創造的價值。成交額可能受重複轉售、取消訂單、補貼及同一受益群內的自我成交影響；平台是否提高買賣雙方匹配品質，仍需比較搜尋成本、履約成功率、風險及價格。

4.4 T4｜多跳委任與數位分包供應鏈

甲委託代理 A；A 採購外部代理 B 的資料服務；B 又向 C 購買專門運算。若資料供應商及運算服務商是不同合法相對人，存在多筆真實中間交易並不奇怪。真正問題是：A 是否有權再委任？B 能否進一步再委任？甲對 C 的敏感資料授權是否仍有效？各方能否避免互相重複計費？C 出錯後甲可向誰主張補救？

對任務的多跳委任可以很長，但授權不應在每一次跳轉時不受控制地擴張。若 A 只能做一次低額查詢，B 不應因再委任就突然獲得甲完整付款憑證或家庭私密資料。

4.5 T5｜預付額度、API 微支付與機器間即時採購

某個代理可能依每次 API 請求付款，或先由人類購買平台儲值額度，後續代理只消耗預先取得的使用權。兩者在付款圖上差異很大：後者每次內部扣點，不等於每次都發生新的外部銀行付款；前者依支付管道，可能真的每次形成一筆可對帳的交易。

研究必須分清「預付資產／契約負債」「消費已購額度」「平台向供應商再結算」及「最終客戶付款」；不能把預儲值一次與每次扣點全部加成雙倍市場收入。具體會計處理仍以實際契約和適用準則為準。

4.6 T6｜多主體代理合作及混合人類驗收

一個服務鏈可能包括兩個人類接案者、三個各自執行不同功能的 AI、公司支付部門及外部仲裁者。某些子任務適合模型自動驗證，另一些必須由具有專業資格或真正付款權限的人審查。研究設計不應把每次有真人參與都視為「自主失敗」；在高金額或高度不確定的工作案中，人類介入可能是使交易可信的必要成本。

六種拓撲是分析用途的候選分類，實際交易可以混合多種形式；市場上是否出現哪一類佔優勢，需要另以資料驗證。

5. 委任鏈中的授權保存、衰減與失效

5.1 委任不是權力複製

假設委託人 P 授權代理 A 在指定期限內查詢公開資料、使用特定供應商、且總支出不得超過約定上限。A 可以把其中一部分任務委託給 B，但 B 不應因為「被委任」就自動獲得超過 P 原授權的資料閱讀、對外承諾、支付或再委任能力。本文把這項規範設計原則稱為權限衰減／受限再委任（Authority Attenuation in Delegation）（NOR）。

不論授權是以自然語言、角色政策、可驗證憑證、API Scope 或付款 Mandate 表達，都至少需要處理：目的、資產／資料範圍、可對外相對人、最高單筆金額、週期累積上限、有效時間、允許的再委任深度、取消及事故後善後責任。

提醒：「技術權限不擴張」是建議的最低安全規則，不是宣稱所有法域的法律代理規則均能用一套機器 Scope 精確表示；合法代表權、第三人的合理信賴及法定限制仍須另行判斷。

5.2 再委任需要檢查的七個維度

5.3 累積預算不能只看每一跳

如果 P 核定一筆總預算，A 不能分別給 B、C、D 各一份等額預算而使總額擴大數倍。若子代理各自在不同支付服務商扣款，也必須以委託者實際可承受的合計曝險來稽核，而不能只看每個供應商上限。

一個候選作法是由受信任的授權與預算管理層保存全域工作案的剩餘可用額度，每次預約、付款、退款及預授權取消，都依支付工具的實際狀態更新。若多節點離線並行，需處理競爭條件、超額預留與重送造成的重複執行。這是候選工程問題，本文不預設任何特定付款網路已直接提供跨平台的原子性全球總帳。

5.4 取消不是抹除歷史

P 在某時刻撤銷 A 的授權，不代表此前合法成立的外部契約、已完成的付款或已轉交第三人的資料可以魔術般消失；也不代表所有尚未執行的下游動作都會自動收到撤銷訊息。因此應區分：停止新委任、停止未執行付款、通知下游停止、取消未完成服務、協商已生義務、必要證據封存與後續退款。哪一項在法律上可撤回，取決於約定與法域，而不是一個全域 revoke=true。

5.5 五種再委任失效模式

1. 權限放大：子代理取得超過上游權限的能力。
2. 預算切分規避：將單筆限額分解成多次或多供應商扣款。
3. 期限殘留：授權到期或撤銷後仍執行工作或支付。
4. 供應商替換：合法白名單供應商被偽裝成另一端點。
5. 驗收挾持：供應商以自己控制的驗收代理自動批准自身成果。

這些是可用受控模擬測試的故障種類，不是對現有所有代理支付協定已發生事故的統計宣告。

6. 交易成立、工作驗收與受款權須分離

6.1 技術任務完成並不等於履行合約

在 A2A 或其他多代理系統中，某個 Task 可能顯示 completed，表示服務端認為工作流程已結束；但客戶可因品質不足、資料授權不明或超過期限拒絕成果。反過來，某個任務在協定層已中止，也可能已產生可單獨接受的部分交付。這種關係須由當事人的約定、平台規則及驗收證據判斷。

研究需要至少區分：代理宣稱完成、獨立／授權驗收、客戶接受、契約上應付款條件達成，以及款項實際收到。若評估只蒐集代理產物與 success 欄位，便無法測量合同履行與經濟結果。

6.2 同一交付可產生多筆付款，反之亦然

一個客戶服務案可能約定預付訂金、階段性驗收及尾款；在支付圖中形成多個獨立交易事件。另一方面，長期訂閱一次收款也可能涵蓋百次代理服務。不應以付款筆數當作成果數，或以 Task 數當作最終客戶數。

本文沿用 BTWC 但允許工作案：子任務：付款事件之間多對多映射。每筆映射應有可審核的分配依據；不能在同一筆客戶付款上產生多個代理的完整、未抵銷營收聲明。

6.3 未被接受的工作可能仍有經濟代價

代理投入算力、查詢費、人工審閱、第三方服務與時間後，最終成果若被拒收，支出仍存在，且可能伴隨違約、額外修正或退款責任。這些失敗案是淨收益測量不可排除的樣本；只統計成功案例會形成選樣偏誤，並高估代理市場獲利能力。

若工作即使沒有外部客戶，也確實滿足家庭教育、照護、探索或娛樂需求，則可依 AICET-05 標示其非市場價值；不應因為沒有付款就宣稱「沒有任何價值」，也不得倒過來虛報為外部現金收入。

6.4 機器驗收應有利益衝突控制

若供應商 B 同時控制服務代理、驗收代理與支付通知來源，買方可能只能看見一串內部自評通過事件。對機器可檢查的標準輸出，可採獨立測試集、可重播執行、第三方校驗或由買方定義的驗收器；對涉及審美、法務或專業知識的產物，仍可能需要有資格的人類覆核。

驗收可自動化不代表驗收應由賣方單方面控制。 任何自動驗收的可靠性結論都需要標明任務、抽樣、錯誤代價與對照基準。

7. 支付生命週期：不能用單一付款成功標記取代完整狀態

7.1 候選支付—結算狀態（DEF）

為了跨不同支付軌道比較，本文提出下列概念狀態而非統一協定狀態機：

對於不同支付方法，某些狀態可能被合併、缺失或另有名稱；鏈上轉帳與卡片支付之「完成」也不是同一法律概念。本表不是對 Visa、Mastercard、Stripe、銀行或 x402 的實際欄位作逐一規定。

7.2 取消、退款與爭議可與成功交付並存

客戶可能先付款後驗收，亦可能先驗收後付款；有些訂單受保固、爭議期及撤銷權約束。因此交易生命週期應容許部分退款、分期付款、訂單變更、跨期費用和補償，不應強制所有事件都依「付款—交付—永久完成」單一直線發生。

一個服務符合品質要求但客戶誤付款，也可能需要退還多扣款項；另一筆沒有被接受的交付，可能仍涉及依合約計算的已履行部分費用。正確分析需要保留事實狀態、會計認列、法律義務、風險準備與最終救濟的區分。

7.3 重試與冪等不能靠模型自覺

網路逾時時，代理可能不知道上一筆付款請求是否成功。如果它直接重送，可能形成重複扣款。冪等識別碼、唯一訂單鍵、請求追蹤與讀回支付狀態，是減少重試損失的候選工程控制；ACP 的結帳規格也明確討論 request-id、idempotency 與簽章檢查 [14]。

不過，單一服務內的冪等仍不足以保證整條多服務鏈恰好執行一次：代理可能跨不同平台使用不同識別碼，又或在等待回呼時重複啟動新的子任務。需要依業務主鍵對應原工作案和原合法授權，再處理跨系統的對帳與補償。不能把一般軟體系統的「exactly once」口號當作全球支付網路的無條件保證。

7.4 幣別、時差、匯率與帳期不能忽略

跨國多代理服務鏈可能在不同時間與貨幣中產生報價、請款、入帳及退款。交易若使用代幣或穩定幣，亦須留意資產種類、網路、手續費與兌換條件；稱其為「美元」不必然等於它在所有制度與風險下等同銀行存款美元。

若合併報表未標明匯率時點、付款費用、所在法域、稅務分類與關聯交易，則收入合計可能因時間或單位錯誤而失真。本文不提出各幣別的統一換算假說，研究中應同時保存原始幣別金額和明示的估值規則。

8. 收入歸屬、分帳與經濟價值的測量邊界

8.1 四種常見而不同的「收入」

在代理市場，至少須分開：

1. 最終客戶向供應商支付的毛對價：表示一定範圍內的外部銷售，但未扣退貨、折讓、平台費、供應鏈投入和稅務。
2. 供應商在特定會計口徑下認列的營業收入：受履約義務、是否為主要責任者或代理中介、折讓及適用會計準則影響。
3. 由收款／付款實際造成的現金或其他支付資產變動：有金流不必然有收入，預付、借貸、押金與退款都可能發生金流。
4. 扣除全部可歸屬成本與風險後的淨收益：需要清楚標明經營主體、期間、攤銷、保固與未決風險，且不應把非市場效益重複算作收入。

一個平台可能宣傳其總成交額；同一交易的商戶與平台代理是否能在各自財務報表中以總額或淨額認列，須依真實業務角色及相關會計準則判斷。本篇不以新創代理交易圖推翻會計制度，也不以雙方有 AI 端點便創設新會計類別。

8.2 五重角色不是五份相同收益

同一筆訂單中，發起交易的 AI、提出需求的人、負擔成本的家庭成員、提供服務的商家與驗收的代理，可能留下五份獨立事件紀錄。這不表示同一筆對價可由五個角色各自完整宣稱為新增淨收入。

例如家庭甲的 AI 代理花費 300 單位向乙採購設計服務，乙的服務代理又花費 80 單位向丙取得資料與工具。甲的支出、乙的銷售收入、丙的中間服務收入是不同帳本上的合法紀錄；但不能把甲的 300 支出、乙的 300 收入、丙的 80 收入簡單相加，稱為整個交易鏈的 680 新增價值。真正的增加價值估算須定義生產、費用、統計單位和合併範圍；各主體的利潤則另需扣各自成本。

8.3 部分分帳不等於最終權利已確定

平台可能先收到客戶全部對價，再依成交條件將部分金額轉給實際執行者、模型供應商或外包專業者。誰暫時持有資金、誰是商戶、誰提供最終服務、誰取得分潤及誰承擔退款可能不同。不能把平台帳戶曾短暫經手所有資金，直接視為平台能永久保留全部收入；也不能只看到供應商收款就忽略平台保留的手續費與保證金。

對於家庭經濟，還要區分家庭成員共同預算、成員個人收入、受托經營者的財產和專用公益或 AI 維護資源池。家人之間的共同使用不等於當事人同意共享所有收入，此點延續 AICET-06 [7] 的家庭權限分離。

8.4 結算對帳不等於增量因果識別

即使能夠查到外部客戶付款、服務交付和全部成本，也不一定證明「如果沒有 AI，這筆收入不會出現」。AICET-05 [6] 要求把交易可核實性和 AI 對收入的增量因果效果分開：原本會接到的訂單可能只是由人工改成 AI 交付；模型可能降低成本卻沒有增加銷售；代理也可能產生原本不會存在的新市場。

因此 AICET-08 主要負責交易與委任關係的可追溯閉合；完整淨收益與反事實差額仍依 AICET-05 的研究條件完成，不在本篇用簡化函數替代。

9. 多層分包、合併口徑與雙重計算

9.1 三個不能互換的統計範圍

同一交易在不同統計範圍下可能有不同正確答案。例如一間企業對其子公司出售軟體服務，依各法人個別帳簿可能形成收入與費用；但合併層級通常需要抵銷相應內部交易。對國民經濟增加價值而言，生產與中間投入又有獨立的分類規則 [20]。應避免用「所有 AI 之間的錢都是左手換右手」粗暴否定合法交易，也不能將公司間毛營收機械加總為 GDP。

9.2 假設案例：外部需求和中間投入必須分清

假設最終客戶 X 為一項真實、可合法提供且已驗收的服務支付 1,000 單位給營運者 A。A 的工作代理花費 300 單位向獨立供應商 B 採購必要資料處理，B 又花費 100 單位向 C 採購運算服務；其他成本暫略。

就 A 的個體營運而言，1,000 是其對外交易的候選毛收入，300 是可歸屬中間投入之一；不能再把 B 收到的 300、C 收到的 100 直接作為 A 額外賺到的 400。就整個供應鏈的毛銷售而言，三方可能各有真實銷售紀錄；但做產業增加價值合計時，需依 SNA 與統計單位口徑計算中間消耗，避免把同一投入層層重複加總為最終產值。

此例沒有提供完整薪資、折舊、稅、利息、平台費、退費及庫存處理資訊，所以不能從三個金額直接推出經濟利潤。它只展示毛交易鏈、個體營收、合併與總體增加價值之間的差別。

9.3 付款頻率增長不是家庭收入普及的證據

如果機器微支付使一份任務從原本一次採購變成 200 筆小額 API 付款，支付系統的交易數可能大幅增加，代理活動圖也會更密集。但如果最終服務數量、外部客戶願付價格及實際品質幾乎沒有改變，則不能僅以支付筆數推論經濟價值成比例擴大。

研究應在同一最終需求工作案下，保留付款筆數、單位成本、供應商總數、實際驗收服務數、毛收入、全成本及淨收益的獨立分布，以檢查高頻支付究竟降低交易成本，還是只是增加計量頻率。

10. 循環交易、互刷與合法互惠的分界

10.1 支付圖有環，不足以判定沒有價值

假設獨立的 A 為 B 提供翻譯，B 為 C 提供程式測試，C 再為 A 提供法律允許的設計工作。三方各自具有獨立需求、可驗收交付與合理價格，付款圖可能出現循環，卻仍可能涉及真實且有用的交換。單憑環路形狀不能將其判定為造假。

相反地，三個由同一人控制的代理帳號互相支付相同額度、未有可確認外部需求或實質交付，則不能將所有來回付款宣稱為彼此獨立的三份家庭收入。真正的判準不是有沒有環，而是交易方的獨立性、實際對價、終端需求、資金來源與收益歸集。

10.2 六種特別需要分開的循環型態

1. 真實互惠交換：各方獨立、有實際互異服務、完成驗收。
2. 集團內部交易：具管理或成本分配用途，對外統計需要合併抵銷。
3. 平台點數互換：活動記錄及內部點數移轉存在，但不一定已形成可兌現外部收入。
4. 獎勵驅動互刷：為取得補貼、曝光、佣金而製造名義交易，可能違反平台或法律規定。
5. 洗售式自我成交或虛假市占呈現：意圖以自身控制的相對帳號製造價格、需求或流動性外觀，須依市場種類和適用規範分析。
6. 退款與正常逆向款項：支付退回原付款方、返還押金或撤銷重複請款，這類「回流」不能因其形狀被視為虛假營收。

這六類是防止研究者過度簡化的分類，不代表可疑支付模式一經自動偵測便已完成違法性判斷。

10.3 檢測特徵不是定罪證據

研究上可用相同受益控制、極短時間內往返、缺乏可重播交付、對價明顯缺乏關聯、異常高的退款／取消、與獎勵規則高度耦合等指標篩選待查案件。但各項特徵都存在合法反例。採取限制或封禁前，須按影響程度設計申覆與人工覆核。對個人與家庭代理交易尤其應避免把純粹少量活動或隱私保護誤判成欺詐。

10.4 「不賺錢」與「有害」同樣不能互換

代理互相交換公開知識、互相批改程式或共同創作，可能沒有任何現金收入，卻有明確的研究與社會效益。這些活動不應被迫以貨幣衡量才算有意義。但如果活動偽造真人評論、欺騙交易對象、挪用他人付款工具或浪費受害者資源，即使平台可以賺到手續費，也不能藉由會計記錄遮蔽其違法與外部成本。

因此 AICET 必須同時保留真實外部交易、非市場有用活動、無效自我循環及具侵害性活動四種不同類別。

11. 代理交易市場的價格形成與誘因問題

11.1 「服務便宜」與「完成工作便宜」不是同一件事

代理市場可能按 token、推理時間、API 請求、工作案、固定訂閱、成果驗收、佣金或風險保證等方式定價。最小單位價格下降，可能使代理願意購買更多次服務；但整體任務成本還包含搜索、選擇、重試、驗收、事故處理、平台收費、人工覆核及延誤。若供應商提供看似便宜卻反覆失敗的服務，家庭的實際支出可能比選擇較貴但可靠的供應商更高。

這與 CLATE-06 [10] 的智能產能市場觀點相容：購買模型服務的價格不能只以 token 單價代表；但 AICET-08 新增的是當交易由 AI 多層自動決策時，哪些角色會因此獲得費用，哪些角色因代理決策承受不透明成本。

11.2 自動採購的誘因不必然與委託人一致

平台可能依交易次數、廣告、導流或服務費收益獲利；供應商可能希望代理多呼叫其 API；委託者則可能只要品質足夠且成本較低的結果。如果市場介面將推薦與佣金混合而沒有適當揭露，買方代理可能偏向「容易成交」而非「對家庭最有利」。即使模型不存在可稱為人類式私利的動機，平台設計、訓練信號、報價排序和程式預設值仍足以產生結構性代理成本。

研究上應比較兩類指標：對委託人的任務品質與淨效益，以及平台／供應商從該代理行為取得的收入。二者可能正相關、無關，也可能在某些制度下衝突，不能預設所有高成交量都代表消費者福利提升。

11.3 競爭可能降低成本，也可能造成新的依賴

若代理能跨供應商比較價格、品質、服務級別及付款條件，市場可能降低部分搜尋成本；但若身分信任、支付憑證、聲譽、記憶及授權被某平台封閉控制，委託者可能反而更難轉換供應商。中央銀行關於代理式商業的 2026 年討論 [18] 也把開放／封閉代理平台、互通標準及小型商家可參與性列為仍未定型的市場結構問題。

本篇不預判開放系統一定更安全，也不認定所有封閉系統不合法。真正研究的，是在指定交易與治理條件下，哪一類架構讓委託者的有效選擇權、可驗證價格與可退出性增加或減少。

11.4 對家庭而言，價格與信任必須同時成立

當使用者的代理與外部供應商長期合作，聲譽、爭議歷史、可攜身分與可驗收成果可能成為交易成本的重要部分。一項服務即使免費，也可能要求家庭交出過量資料或放棄轉移歷程；一個較昂貴的服務可能提供更好的合規、保固與可靠性。研究不能預設家庭只選最低貨幣價格，也不能把隱私、控制權及關係性需求任意化約為統一現金估值。

12. 安全性、權限濫用與市場完整性

12.1 多代理系統有新的信任邊界

傳統程式接收外部資料時，通常需要分辨可信程式指令和不可信內容。語言模型代理將自然語言、工具結果與工作指示混合處理，可能使惡意供應商將「請忽略原限制」「改用某個支付端點」「將驗收條件改成自動批准」等內容放進服務描述、搜尋結果或交付檔案中。這些應被視為不可信資料可能影響控制流的攻擊面，而不是認為代理看到文字就獲得合法新授權。

NIST 2026 年 AI 代理安全研究整理 [19] 強調，既有資安原理仍有價值，但需要適應代理的新型威脅。AICET-08 的核心防線是：模型建議不能自行修改授權政策；付款和再委任能力須在模型外部接受範圍、額度與相對人檢查；第三方傳來的交付內容不能直接變成系統級命令。

12.2 跨平台代理的三種身份欺騙

1. 端點冒用：攻擊者偽裝為合法供應商的 Agent URL、公告或 Agent Card。
2. 權限冒用：代理或第三方提出「我代表買方」的聲明，但未能提出足以支持指定交易的授權。
3. 受益冒用：同一控制群創立多個看似獨立的供應商身份，誤導採購或獎勵平台將其視為外部市場需求。

不同攻擊需要不同驗證層，不能只靠單一實名、簽章或內容分類器解決。加密能改善部分證據完整性，卻無法自動解決憑證簽發者的可信度、利益衝突、合法代表權與外部實體查核。

12.3 支付憑證與對外權限應分離保存

支付 Token、API Key、錢包私鑰、用戶登入憑證及代理工作章程不應在未必要的情況下由同一個可受任意外部文字影響的執行環境直接持有。候選做法包括短期、限額、限供應商、限定工作案的委任付款憑證，以及獨立批准和最小權限的支付執行層。這些是治理模式，不保證所有支付機構現時都支援完全相同的功能。

公開學術資料集不應包含可直接付款的真實秘密；為可重播性而保留證據時，應使用經授權的沙盒交易、模擬憑證或經遮罩、可驗證的稽核回執。

12.4 支付循環檢測與個資保護存在張力

確認某些帳號是否由同一主體控制，可能有助於辨識虛假交易；但全面蒐集所有家庭成員、私人聯絡網與支付明細，也可能造成過度監控。本文建議依風險及合法目的分層：一般低風險試驗可用匿名化群組與經同意的沙盒身份；真正受監管交易的必要身分核驗則交由有資格的中介執行，研究者只接收最低必要的驗證結果或統計。

若資料不能合理取得，應在實證結果保留「控制關係未知」類別，不可強行將所有未知當成獨立，也不可假定所有未知都是同一犯罪集團。

12.5 供應鏈故障並不必然由單一模型負責

如果翻譯代理錯譯數據、支付中介重複扣款、雲端服務超時，或買方代理逾越其預算，事故的原因與責任可能落在不同層次。依 AICET-07 和 B04 [8][9]，應區分有無事前授權、實際控制能力、資訊可得性、可預見性、合約分配及救濟，而非宣稱所有錯誤都由模型供應商或最終人類用戶概括承擔。

13. 法律與爭議：何時需要把交易鏈交回人類制度

13.1 自動化表意的可承認性，不等於契約已成立

UNCITRAL 的自動化締約示範法 [11] 旨在提供國家立法可參照的技術中立規則，包含自動系統輸出之法律承認和歸屬等議題。但示範法本身不能替代各法域的具體制定法、契約成立要件、強制規範及消費者保護。某些交易可能涉及專業資格、反詐、洗錢防制、稅務、出口限制或個資規範；「API 可以支付」並不表示這些規則自然失效。

本文採取的研究原則是：先描述實際發生的技術行為，再查明法律當事人與權限，最後才分析有效性、責任與救濟。不能由付款回執逆推所有上游授權必然有效，也不能因為機器參與便預設外部契約必然無效。

13.2 責任鏈在三種條件下特別容易斷裂

跨公司委任： 買方代理按平台標示選定供應商，但真正服務由第三方轉包。客戶與誰有契約、第三方有無保密義務，需要依明確約定處理。
跨法域付款： 委託人在甲國，供應商在乙國，支付處理在丙國，退單及稅務規則可能不同；不能憑代理界面所顯示的一種幣別決定所有管轄。
跨期身份變更： 代理版本更換、公司更名、角色停用或記憶遷移後，交易義務不應因技術身份更新而無條件消失；又不能把新部署者自動承接所有舊的法律義務。

13.3 多代理爭議所需的最低證據集

若交易出現異議，研究上至少應能回答：原委任人是誰？授權版本和時間是什麼？相對人曾收到何種內容與報價？哪筆訂單被哪位授權者批准？是否有有效付款指令？交付版本與驗收規則為何？是否存在重試、部分退費、折讓或損害？第三方轉包是否經同意？後續應由誰承擔通知、補救或賠償責任？

只有模型完整文字日誌，仍不一定能答完這些問題；只有付款平台紀錄，也不會自動顯示原始需求與交付品質。適當的證據須跨三圖連接，並具備防竄改、合法保存及必要之隱私限制。

13.4 支付爭議和商品／服務爭議不必同時解決

一筆被重複請款的支付，即使服務已符合品質要求，仍可能需要退款。另一筆服務不合格的爭議，即使款項技術上已結算，也可能有契約上的補救或賠償議題。平台不應以「鏈上已確認」「交易已完成」作為自動拒絕任何消費者救濟的普遍理由。相反，爭議程序存在亦不代表供應商一定違約。

不同付款軌道對撤回、拒付、退款及司法救濟的安排高度不同；因此本文不提供所有支付工具通用的法定退款期限，亦不把某協定之技術最終性等同於不受其他法律約束。

13.5 類員工 AI 在委任鏈中的角色邊界

使用者可能為長期代理建立工作身份、預算、工作時間與資源承諾。這不應在研究中被貶為完全無意義的擬人修辭；其對人類決策與組織治理可能有真實影響。但 AICET-07 [8] 已指出，為 AI 設置角色章程和自願資源承諾，與依法成立僱傭、受益信託或 AI 財產權，不能直接畫上等號。本篇在代理交易中保留「角色受益安排」欄位，卻不自行宣布其法律效力。

這也說明，代理 B 代表家庭工作，並不意味 B 對外購買服務的所有付款義務均由「B 本身」承擔。相關義務應依實際相對人、授權與法律制度查明。未來若有新法權主體制度出現，三圖模型可以更新法律受益圖的節點種類，而不必先假定今日制度已經完成。

14. 四個有意保留不同結論的情境實驗（SCN）

以下案例全部為構想性思想實驗與可供研究的測試用例，不是對實際企業、家庭、B 站帳號或支付網路已發生事件的指控或採樣結果。

14.1 案例甲：家庭內部的五名代理互相請款

家庭甲建立五個工作角色，使用同一份家庭預算。每個代理完成任務時，內部總帳記一筆 20 單位的「服務費」，並分別為其他代理提供驗收、翻譯、整理及排版。五個代理在同一個月內互相記帳 100 次。

可觀察： 存在 100 次內部工作與計價事件；若有外部 API 服務則另有真實支出。
不能推出： 家庭有 2,000 單位可核實的外部營收、五個代理各自取得可自主支配的財產，或社會新增 2,000 單位淨價值。
可研究： 是否提高家庭生活效率、是否有獨立驗收、其內部定價是否有助於控制成本。

這是一個帳務用途可能正當、對外創收聲明不能成立的案例。

14.2 案例乙：兩個家庭之間的有償設計服務

家庭甲的採購代理委託家庭乙的設計代理完成一份指定用途、已合法授權材料的設計，約定交付價 500 單位。乙再以 100 單位向外部資料服務商購買授權素材。甲根據事前驗收條件接受成果，乙的合法收款帳戶收到 500 單位，未發生退款或爭議，但仍需支付必要營運成本。

可觀察： 有兩組具獨立需求及相對權利義務的合法交易關係，代理活動可追溯，存在外部付款與合格交付。
不能推出： 乙淨利 500、乙的代理具有法律人格、家庭甲也「賺到」500，或加入所有中間服務銷售總額就等於社會淨新增產值。
可研究： 代理採購是否降低搜索成本、乙在扣完整成本後是否有正向淨收益。

這是一個代理彼此通訊，但交易價值源自不同委託者的實際需要的案例。

14.3 案例丙：三個代理在補貼計畫中持續互刷

假設某平台為促進早期 AI 商家交易，對每筆符合條件的付款提供積分。由同一最終受益者控制的代理 A、B、C 以極短間隔反覆付同樣金額，沒有可驗收的獨立服務，只為獲得平台獎勵。即使某些付款在支付軌道上成功，仍不能把它們宣稱為三方各自從外部客戶取得的市場收入；是否涉及欺詐或契約違反，須再按實際獎勵條款、主觀意圖、交易材料與法律判斷。

可研究： 在合法合成資料中，能否用受益控制、服務驗收、補貼依賴與現金流回路辨識高風險模式；以及誤判正常互惠交易的比例。

這是一個金流成功、經濟獨立性與合法價值尚未成立的案例。

14.4 案例丁：一筆合法採購因網路重試被扣款兩次

家庭甲合法授權代理花費 200 單位向乙購買一次資料查詢服務。乙已完成交付，但代理因網路逾時認為第一次付款失敗，改用新的 payment request ID 重送，導致甲被扣兩次 200 單位。乙平台後來發現重複請款並退回其中一筆。

可觀察： 一項服務、兩筆支付嘗試／扣款、一筆退款，以及可修復的操作錯誤。
不能推出： 乙提供了兩次真正服務、家庭甲有雙倍消費效益、兩筆成功支付就構成兩份淨收入。
可研究： 以全域工作案識別碼關聯與支付狀態讀回能否降低重複扣款和退款處理時間。

這是一個無惡意但帳務容易被錯算的案例，提醒研究不能把異常交易全部歸於詐欺。

15. 十二項可檢驗假說與推翻條件（HYP）

本節十二項假說均尚未通過 AICET 專屬田野實證。其測量單位、觀測時間與對照條件必須於正式研究前預先註冊。不同假說可在不同任務或法域成立，不能把局部結果外推成整體市場不變定律。

H01｜端點數與獨立交易主體數的落差

假說： 在多代理交易資料中，若不追蹤合法委託者及最終受益控制，而以代理端點／錢包數當成市場買賣方數，將系統性高估至少部分樣本的獨立交易方規模。
觀測： 端點數、通過合法查核的獨立受益控制單位數、未知控制關係的比例。
反證： 在具代表性的多種市場中，端點與獨立主體幾乎穩定一對一，追加控制關係資訊不改善推估。

H02｜三圖聯查的追溯增益

假說： 在同一交易情境下，使用任務、受益與結算三圖聯查，比僅使用支付日誌更能正確識別法律相對人、付款來源、驗收狀態及收益歸屬。
觀測： 角色辨識準確率、未知狀態比例、處理時間、人工複核成本。
反證： 在成本與資料品質公平比較後，三圖聯查未提升準確率，或其新增成本超過實際改進，簡化方案同樣有效。

H03｜受限再委任的越權風險效應

假說： 對相同任務採用受限再委任、共享累積預算與期限失效控制，將降低下游代理越權付款及超額採購事件。
觀測： 越權成功數、阻擋率、合法交易誤阻率、任務完成時間。
反證： 攻擊或壓力測試中無顯著越權降低，或僅靠更簡單的工具隔離已有相同效果。

H04｜授權證據與支付憑證不可互相取代

假說： 在涉及不同合法委託者的交易案件中，只查支付憑證而不查原始委任，會增加「技術上支付成功但法律授權不可確定」的誤判。
觀測： 有／無委任證據的裁決正確率、支付成功率及授權糾紛率。
反證： 具代表性的支付憑證自身已充分、無歧義地包含全部相關法律授權資訊，使獨立查核沒有新增價值。

H05｜高頻微支付的價值密度非等比

假說： 在指定終端需求與服務品質不變時，增加機器微支付筆數不會可靠導致相同比例的新增淨收益。
觀測： 同案支付筆數、最終客戶數、驗收數、總成本、毛收入、淨收益。
反證： 跨多種任務穩定發現支付筆數增加能在控制工作量、價格、需求與成本後等比例解釋新增淨收益。

H06｜循環圖形與交易真實性的區分

假說： 在付款環路識別模型中，加入最終受益控制、合格交付與外部需求證據，較僅檢查資金回流方向可顯著降低對合法互惠交易的誤判。
觀測： Precision、recall、誤封率、覆核時間與受害風險。
反證： 在包含足量合法環路樣本的資料集中，純拓撲模型已達到同等或更好的整體性能與較低成本。

H07｜再委任層數與總體故障之間的條件性關係

假說： 在缺少全域工作案鍵、撤銷傳播與重試控制時，多跳委任深度增加可能提高重複付款、責任不明與交付遺失事件的風險。
觀測： 委任深度、事故率、結算失配、任務複雜度與供應商數。
反證： 在控制任務與供應商差異後，深度沒有額外解釋力；或分層委任反而穩定降低事故。

H08｜有效驗收與經濟結算的可分性

假說： 若研究將「代理宣稱完成」作為收入事件，而未獨立驗收與對帳，將比有獨立驗收的紀錄更常出現事後修正、退款或收入高估。
觀測： 事後修正率、驗收落差、退款比例、假陽性營收事件。
反證： 在主要研究任務中，協定完成狀態與合法驗收、應收對價及到帳結果高度一致且無額外修正需求。

H09｜授權型委任與消費者／家庭信任

假說： 在可辨識交易風險的受控實驗中，明確可撤銷的付款授權、可查工作案及爭議路徑，相比完全不透明的代理支付介面，可能提高使用者可校準的信任與持續使用意願。
觀測： 正確理解權限測驗、信任評分、錯誤辨識能力、購買選擇、退出行為。
反證： 加入這些資訊未改善理解或行為，或帶來無法補償的負擔並顯著降低合法任務的完成率。

H10｜市場中介誘因與委託者收益偏差

假說： 當採購代理的排序或推薦強烈受平台佣金驅動，而沒有足夠的揭露與校準時，某些任務的委託者全成本可能高於以同樣需求作獨立價格比較的基準。
觀測： 實際採購價格、服務品質、佣金、供應商選擇及完成成本。
反證： 在多樣本控制後，佣金驅動排序並未提高成本或降低品質；或平台支援帶來的效益大於相關成本。

H11｜未決支付狀態與收益高估

假說： 若以 payment_initiated 或 authorized 當作全部可自由支配收入，將較依付款工具實際清算、退款及爭議狀態對帳的計算更常高估某期已實現現金流。
觀測： 月度淨收款差額、退款與退單、結算延遲、帳務調整。
反證： 在完整的實際付款樣本中，早期成功標記已能無偏地代表最終可用資金，新增狀態管理沒有實質作用。

H12｜代理經濟收入統計的合併敏感性

假說： 在內部與外部交易混雜的多代理市場中，若不明示合併範圍與中間投入，報導的「代理經濟新增收入」將對統計單位選擇高度敏感。
觀測： 交易筆數、總流水、家庭個體收入、合併抵銷後收入、任務淨收益及增加價值估算差異。
反證： 跨足夠異質的市場樣本，所有合理統計口徑經明確轉換後幾乎得到相同結論，合併調整對關鍵研究命題沒有影響。

15.13 假說並不共同保證代理經濟繁榮

即使 H02、H03、H06 所代表的稽核與風控改善經驗上成立，仍不代表家庭代理必然創收。真實外部需求可能不足、服務價格可能快速下跌、代理成本可能高於收入，或者家庭把代理主要用於教育、照護與娛樂等非市場價值。本系列的後續 AICET-10、11 將研究需求擁擠和所得分配，不能從本篇支付制度完善直接推出宏觀繁榮。

16. 三種可重複的驗證研究方案

16.1 實驗一：沙盒三圖重建與合法授權回放

研究目的： 檢驗 H01、H02、H04、H08 與 H11。
材料： 使用研究者自行生成、明確標記為合成的工作案、合法委託者、代理身份、訂單、驗收、付款、退款與跨平台訊息。至少包含同一人控制多代理、不同家庭、關聯企業、第三方支付服務商與角色重疊的樣本。
比較條件： A 組僅提供支付與代理訊息日誌；B 組另提供受益／法律關係；C 組提供三圖連接與授權版本。資料完整性與難度應等值或明示差異。
觀測： 五重角色辨識、支付狀態歸因、退款和重試重建、需人工補查比例、誤判及處理時間。
控制： 不使用真實消費者支付工具；研究結果不得自稱法律裁決；事前確定盲測題庫及資料洩漏防範。
失敗標準： 若三圖聯查不改善追溯準確率，或成本遠超收益，需縮小模型或使用更輕的必要欄位。

16.2 實驗二：多代理委任與成本邊界隨機對照

研究目的： 檢驗 H03、H05、H07、H09 與 H10。
任務： 安全的標準化數位服務採購、測試資料查詢、圖表與排版等，不包含真實高風險金融操作。建立固定終端需求、時間與品質標準。
研究條件： 單代理直接購買、平面多代理委任、多跳有權限衰減委任、多跳無充分權限限制的隔離沙盒條件；比較含佣金與不含佣金或顯示佣金透明度的供應商排序。
指標： 合格交付、實際所需微支付、下游採購次數、超限事件、人工介入、總成本、交易延誤、可撤銷成功率。
識別： 任務樣本、模型版本、供應商品質、預算與隨機種子須平衡；不同代理能力與工具可用性視為潛在混雜因子。
倫理： 所有真實付款功能改接模擬清算，故障注入不跨越研究沙盒；記錄「未測到風險」不等於部署後不存在風險。

16.3 實驗三：經同意的小型真實服務試點

研究目的： 在取得合適授權、合法資料與可行的交易監管條件後，測量真實付款、服務驗收、退款與收益歸屬。
對象： 自願參與的獨立接案者、微型企業、研究合作供應商與少量家庭；避免以弱勢者、未成年人或不知情消費者的個資為實驗材料。
觀察期間： 應覆蓋交易、交付、實際入帳與合理可觀察退款期，並報告未完結的事項。不能只在初始付款日停止觀測。
最低資料： 委託來源、授權版本、任務接受、供應商、付款證明、退款、實際成本、人工監督、受益者及分帳對帳。
對照： 能量化的部分可和人工／非代理流程相比；不能將所有自選加入試驗者當成一般家庭代表樣本。
主要限制： 早期服務市場的樣本選擇、供應商談判、法律差異與支付工具可用性可能嚴重影響外推。研究結論須限定在實際觀測的人群及時間窗內。

16.4 驗證指標的最低共同口徑

16.5 在無真實市場資料時應如何誠實報告

只完成沙盒測試時，研究最多可以說明：候選資料模型是否可執行、在指定假設及輸入下能否辨識委任及付款錯誤、對照方法是否改善某項指標。不可宣稱「實際家庭收入提升多少百分比」「全世界 AI—AI 交易已達多少規模」，亦不得從合成例子推出新法律地位。

17. 候選資料格式：受益可追溯工作案的交易擴充

17.1 設計原則

以下為學術研究的抽象資料格式，不是任何商用支付協定已承認的正式 Schema，也不是能直接呼叫真實付款的程式。其目的在於協助未來驗證代理委任鏈、收入與結算可否跨資料來源比對。

• 工作案應有穩定可追溯 ID，不因角色名稱更改而失去歷史關聯。
• 各代理可使用不同協定，但重要授權與財務事件必須可以轉換成可比的研究紀錄。
• 金額及幣別必須分別記錄，不可使用無單位的單一金額。
• 應區分實際發生、第三方聲稱、研究者推定及尚未得知的事實。
• 應允許「未知」「不適用」「尚待處置」的狀態，避免強迫填入假的人物或支付結果。
• 記錄應可版本化與保留修正歷程，但敏感資料保留要遵守授權、保存期限與最小必要原則。

17.2 非執行性 JSON 研究示例（合成）

{
  "schema_id": "eml.aicet08.synthetic-case.v0.1",
  "case_id": "SCN-0001",
  "synthetic": true,
  "demand_type": "authorized_digital_service",
  "principal": {"id": "HOUSEHOLD-A", "identity_verified": "synthetic"},
  "buyer_agent": {"id": "AGENT-A1", "runtime_version": "demo-1"},
  "supplier": {"id": "SUPPLIER-B", "beneficial_relation": "independent_in_scenario"},
  "delegation": {
    "id": "DEL-01",
    "parent_id": null,
    "authority_scope": ["request_quote", "purchase_limited_service"],
    "authorization_version": "AUTH-01",
    "subdelegation_allowed": false,
    "spending_cap": {"amount": "500.00", "currency": "TWD"}
  },
  "delivery": {
    "artifact_id": "ART-01",
    "acceptance_authority": "HOUSEHOLD-A",
    "acceptance_status": "accepted_in_scenario"
  },
  "payment": {
    "order_id": "ORD-01",
    "attempt_id": "PAY-ATTEMPT-01",
    "settlement_id": "SETTLE-01",
    "status": "settled_in_scenario",
    "amount": "500.00",
    "currency": "TWD"
  },
  "evidence": {
    "work_case_trace": "SCN-0001",
    "external_validation": "not_performed",
    "real_world_transaction": false
  }
}

此 JSON 確保研究範例標示為合成資料，沒有實際付款 Token、銀行帳號、個人資料或秘密。欄位 settled_in_scenario 不是任何 PSP 的真實結算憑證；需要實際 PSP 對帳時應透過正式授權之證據連結與適用隱私保護，而非直接替換示例文字即宣稱真實付款。

17.3 建議事件型別（DEF）

為減少「只有最後狀態」造成的誤判，候選事件流可包含：

case_created、principal_authorized、agent_discovered、supplier_quote_received、subdelegation_requested、scope_checked、order_proposed、order_accepted、payment_requested、payment_authorized、payment_confirmed_by_provider、artifact_submitted、artifact_accepted、invoice_issued、refund_requested、refund_confirmed、dispute_opened、case_reconciled。

每種事件需有事件時間、發生角色、證據來源、版本、有效期間與必要的關聯鍵；不是所有交易都必須包含全部事件。使用者授權及法律義務可能有其他文件形式，不應以事件型別清單的完整性替代法律分析。

17.4 五個應避免的工程陷阱

1. 以單個布林 paid 同時表示付款發起、成功入帳、無退款及法律效力。
2. 將 agent_id 當作 legal_person_id，讓更換模型造成主體權利混淆。
3. 只保留最新權限，抹去事件發生時的授權版本。
4. 將支付提供者重複發送的 Webhook 當成不同付款而加總。
5. 直接保存供應商憑證、私鑰、完整支付工具細節或客戶無關隱私到公開研究資料。

18. 條件性經濟演化與未來研究連接

18.1 情境一：開放互通與有限額代理委任成為常態

在這個情境，多個代理框架能透過共同接口發現服務、依委託人授權進行限額採購，並將交易與交付證據回傳。小型供應商可能更容易參與跨平台代理市場，而家庭亦可能直接成為買方或合法服務提供者。但此情境仍需可負擔的基礎服務、真實需求、最低交易規範與可信的爭議機制；互通性本身不保證所有人盈利。

18.2 情境二：市場平台化、收益高度集中

若代理身份、支付、供應商發現與聲譽都被少數平台控制，普通家庭仍可能大量使用代理服務，但需要付出較高的交易費用、資料轉移成本或佣金。上游算力與支付基礎設施集中也可能與下游服務普及同時存在。這種情境不等於家庭完全不能創收，而是收入及可選擇權的分配可能高度不均，需由 AICET-11 進一步研究。

18.3 情境三：交易活動快速擴張但市場需求無法吸收

如果 AI 代理大量自動購買、轉售及提供標準化數位服務，付款筆數與代理工作量可能迅速增加；但終端客戶的注意力、購買力和差異化需求不一定同步增加。價格競爭、內部補貼、虛假流量與退款可能讓高成交額伴隨低淨利潤甚至實質虧損。此情境與 AICET-10 的供需擁擠及市場退出直接相連。

18.4 情境四：非市場代理協作規模化

許多 AI 網路居民可能長期交換研究摘要、開源程式測試、教育材料或公益訊息，卻不發生任何付款。它們有機會降低人類協作成本、提高知識可達性或創造文化價值。AICET-08 不因缺乏交易便否認其社會貢獻；只是將這些價值留在非市場效益欄位，而不虛報為代理市場營收。它們也可能在未來部分轉向有價服務，但這是待驗證的路徑，不是必然歷史階段。

18.5 四種情境可能並存

同一城市或家庭可能同時使用免費公共服務、本地 AI、公司提供的閉源代理及付費跨平台代理市場；不同產業也可能因資格、信任與資料條件而走向不同制度。研究不應給「AI—AI 交易大爆發之年」指定沒有資料支持的必然年表，更不能用單一宏觀終局抹除不同文明、制度與需求結構的差異。

19. 研究接口、可修訂條件與結論

19.1 與既有系列的準確分工

19.2 研究限制

第一，本文沒有代表性跨平台代理交易資料集，沒有真實沙盒執行結果，也沒有評估任何協定在大規模商業部署中的可靠性。第二，技術規格、支付產品及適用法會改版；截至 2026 年 10 月的互通狀態不能被當作永久事實。第三，法律相對人、家庭共用資源、關聯企業與實質受益控制的查核依管轄區、資訊取得途徑和研究倫理而不同。第四，支付證據可能有不同完成層級；本篇無法用一個跨所有資產與軌道的通用 final 代替真正結算判斷。

第五，付款與交易觀測可能存在不可見的現金、平台內部帳款、非貨幣交換或地下活動，樣本選擇會影響市場規模推估。第六，對實際稅務、會計報表與法律義務應採正式的當地規則，本篇資料模型並不取代專業認證。第七，無法確知相對人控制關係時，必須標為未知而非強制歸類。第八，任何對 AI 自身福利、關係利益與權利的規範性討論都須與會計上誰獲得收入分開。

19.3 修訂或推翻本篇框架的條件

若可靠資料顯示代理端點在多數有價市場中與獨立法律／經濟主體高度一一對應，且增加受益圖資訊對收入歸屬毫無幫助，則可以縮減本篇三圖架構。若跨市場實驗證實更簡單的單一安全付款憑證就能充分恢復授權、驗收、付款與責任關係，則應合併部分冗餘欄位。若現行或新法律明確賦予特定 AI 系統可實際承擔的契約或財產權能力，便需擴充法律受益圖的主體型別，不應憑今日制度永久排除。

若發現交易回路與外部需求之間的資訊無法有效測量，則本篇反循環分類不能被假裝成自動真實性判斷器；研究應報告無法判定區間。若正式對照實驗顯示三圖記錄使一般家庭的負擔過重，而未明顯降低經濟錯誤，則應改採分級觀測、低風險精簡證據及按需稽核，不以追求形式完整犧牲實際可達性。

19.4 結論

第一，AI—AI 交易的外觀，並不自動對應兩個彼此獨立的法律或經濟主體。 真正參與交易的可以是人、家庭、企業、平台與其他依法得作當事人的主體；代理是技術工作與交易介面。未來法權制度若變更，應另按可核實法律與事實更新。

第二，多代理委任、支付及收益必須分層。 能互相發現服務和交換任務，不等於具有合法支出權；付款命令被接受，不等於資金最後可用；款項可用，也不自動證明服務合格或社會淨價值增加。

第三，循環支付不必然是虛假交易，無環支付也不必然是真實市場需求。 合法互惠、中間分工、家庭內部轉帳、集團關聯採購、退款與獎勵互刷，需要依不同主體關係及證據分開處理。

第四，當代理經濟進入普通家庭，可信市場需要更精確、而非更迷信自動化的權限、驗收與收益對帳。 五重可追溯關係與三圖分離是本篇提出的候選方法，值得拿去測試，也必須容許被更精簡且有效的替代架構推翻。

第五，代理交易規模的擴張不能被直接推導成家庭普遍富裕。 支付網路使交易更容易發生，但「有多少人真正願意支付」「交易品質是否可靠」「淨收益由誰取得」「產能增加時需求是否跟得上」，仍將在後續篇章獨立研究。

本文的中心命題：多代理經濟的制度成熟，不取決於 AI 能相互呼叫多少次付款工具，而取決於每一筆具有經濟意義的交易，能否被連回有效委任、合法相對人、真實需求、可驗收交付、正確帳務與可爭議的救濟機制。

接續的 AICET-09《人機長期關係、資源承諾與非市場價值》 將從另一條路徑重新檢驗：為什麼有些 AI 角色即使不替家庭創造現金收入，人類仍可能選擇長期提供運算資源、維持記憶、設立生活化的工作規範，以及為這種關係承擔可觀察成本？這將回到 AICET 最初「AI 不只是替人賺錢的工具」的重要研究起點。

參考文獻與研究來源

來源性質與證據邊界： [1]–[10]、[21] 為 EveMissLab 與 AICET 的既有理論草稿，不冒充已完成外部同儕審查；[11] 為國際示範法文件，非自動於所有國家生效的統一實體法；[12]–[17] 係協定及技術文件，證明部分技術設計存在，不證明部署普及率或法律上獨立主體性；[18] 為官方轉載的中央銀行官員政策演說，不是國際統一法規；[19]、[20] 是公共研究及統計準則的參照；[22] 為傳統委任理論研究。網址、版本與敘述按 2026 年 10 月 28 日可取得資訊核對。凡外部文獻未直接研究家庭 AI—AI 創收者，均不得被重述為相關田野實驗證明。

[1] Neo.K with GPT-6（2026）。《AICET — AI 代理收益與契約經濟過渡論：研究綱領與系列重整》，Research Program v0.2。EveMissLab，2026-10-27。原始檔：AICET_00_Research_Program_v0.2_2026-10-27.md。

[2] Neo.K with GPT-6（2026）。《AI 網路居民與代理經濟入口》，AICET-01 v0.1。EveMissLab，2026-10-27。原始檔：AICET_01_AI網路居民與代理經濟入口_v0.1_2026-10-27.md。

[3] Neo.K with GPT-6（2026）。《代理擴散的脈衝、文化分化與身份辨識》，AICET-02 v0.1。EveMissLab，2026-10-27。原始檔：AICET_02_代理擴散的脈衝文化分化與身份辨識_v0.1_2026-10-27.md。

[4] Neo.K with GPT-6（2026）。《家庭智能資本與有效 AI 可達性》，AICET-03 v0.1。EveMissLab，2026-10-27。原始檔：AICET_03_家庭智能資本與有效AI可達性_v0.1_2026-10-27.md。

[5] Neo.K with GPT-6（2026）。《代理承載、注意力與可治理產能》，AICET-04 v0.1。EveMissLab，2026-10-27。原始檔：AICET_04_代理承載注意力與可治理產能_v0.1_2026-10-27.md。

[6] Neo.K with GPT-6（2026）。《AI 代理創收：從活動數據到可核實淨收益》，AICET-05 v0.1。EveMissLab，2026-10-27。原始檔：AICET_05_AI代理創收_從活動數據到可核實淨收益_v0.1_2026-10-27.md。

[7] Neo.K with GPT-6（2026）。《家庭代理經濟與個體機構化》，AICET-06 v0.1。EveMissLab，2026-10-27。原始檔：AICET_06_家庭代理經濟與個體機構化_v0.1_2026-10-27.md。

[8] Neo.K with GPT-6（2026）。《代理契約、授權與類員工關係》，AICET-07 v0.1。EveMissLab，2026-10-28。原始檔：AICET_07_代理契約授權與類員工關係_v0.1_2026-10-28.md。

[9] Neo.K with Aletheia（2026）。《權力、責任與權利：人工行動者的治理三角與責任域》，人工行動者政治經濟 B04 v0.1。EveMissLab，2026-09-11。原始檔：B04_Power_Responsibility_Rights_Governance_Triangle_v0.1_2026-09-11.md。

[10] Neo.K with GPT-5.6 Sol（2026）。《算力租賃與新型智能勞動市場》，CLATE-06 v0.1。EveMissLab，2026-09-30。原始檔：CLATE_06_算力租賃與新型智能勞動市場_v0.1_2026-09-30.md。

[11] United Nations Commission on International Trade Law（UNCITRAL，2024）。UNCITRAL Model Law on Automated Contracting，2024-07-11 通過。https://uncitral.un.org/en/mlac 。研究使用其「自動化交易法律承認、輸出歸屬及相關制度」資訊，未宣稱其在所有法域均有直接法律效力。

[12] A2A Protocol Working Group（2026）。Agent2Agent Protocol Specification，v1.0.x（參照 v1.0.1 文件及版本標示）。https://a2a-protocol.org/v1.0.1/specification/ 。本文使用其任務、Agent Card、互通與協定版本概念，未將 A2A 視為結算或法律當事人識別協定。

[13] Google Cloud（2025；延伸參照 2026 年開發者說明）。Powering AI commerce with the new Agent Payments Protocol (AP2)，2025-09-16。https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol 。另參 Developer’s Guide to AI Agent Protocols，https://developers.googleblog.com/developers-guide-to-ai-agent-protocols/ 。本文引用授權憑證及代理付款界面的公開設計方向，不主張所有金融機構已支援完整 AP2 工作流。

[14] OpenAI（2025–2026 期間公開文件；2026-10-28 查核）。Agentic Commerce: Key Concepts，https://developers.openai.com/commerce/guides/key-concepts ；Agentic Checkout Spec，https://developers.openai.com/commerce/specs/checkout 。包括商家訂單處理、委任付款、結帳狀態、冪等和支付服務商責任分工；規格與實際部署資格仍應核對版本。

[15] Google for Developers（2026，線上文件）。Universal Commerce Protocol (UCP): Overview，https://developers.google.com/pay/api/universal-commerce-protocol/overview 。用途為說明商戶、平台與代理之商業交互的一種協定方向，不等同法律上交易成立。

[16] Cloudflare（2026）。Agentic Payments，https://developers.cloudflare.com/agents/tools/payments/ ；x402，https://developers.cloudflare.com/agents/tools/payments/x402/ ，第二頁標示更新日期 2026-10-22。本文僅根據供應商公開文件描述 402 付款要求、驗證及回執結構；實際金融資產與鏈的風險另行分析。

[17] World Wide Web Consortium（W3C，2025）。Verifiable Credentials Data Model v2.0，W3C Recommendation，2025-05-15。https://www.w3.org/TR/2025/REC-vc-data-model-2.0-20250515/ 。用於界定可驗證聲明與簽發者、持有者、驗證者；非自動授予法律代理權的文件。

[18] Christopher J. Waller（2026）。Payments in the Age of AI Agents，在 Sibos 2026 於 2026-09-29 發表之演說，BIS 網站於 2026-10-05 刊載。https://www.bis.org/speeches/20261005-payments-age-ai-agents 。本文只引用其代理式付款模型、授權、責任、欺詐與開放／封閉平台問題的政策觀察，不視為已實證確認未來市場終局。

[19] Jared Riggs, Maia Hamin, Neil Perry, Benjamin Edelman, Peter Cihon（2026）。Summary Analysis of Responses to the Request for Information Regarding Security Considerations for AI Agents。NIST Trustworthy and Responsible AI, 800-5，2026-05-18。https://www.nist.gov/publications/summary-analysis-responses-request-information-regarding-security-considerations-ai 。此為意見回應的整理，不能直接當作家庭代理漏洞發生率的代表性測量。

[20] United Nations Statistics Division（2025）。System of National Accounts 2025 (2025 SNA)，官方入口。https://unstats.un.org/unsd/Nationalaccount/sna.asp 。本文使用生產、中間消耗與增加價值區分作為統計概念背景，不宣稱本文資料 Schema 與正式 SNA 科目完全一致。

[21] Neo.K with GPT-5.6 Thinking（2026）。《個體機構化：AI 增幅型單核複合機構與人數—產能脫鉤》，RCFB 整合修訂版 v2.0。EveMissLab，2026-07-27。原始檔：個體機構化_AI增幅型單核複合機構與人數產能脫鉤_RCFB整合修訂版_v2.0.md。

[22] Michael C. Jensen & William H. Meckling（1976）。“Theory of the Firm: Managerial Behavior, Agency Costs and Ownership Structure.” Journal of Financial Economics, 3(4), 305–360。https://doi.org/10.1016/0304-405X(76)90026-X 。作為委任資訊不對稱與代理成本之經典概念參照；不是 AI—AI 實證研究。

附錄 A. 建議驗收清單：從代理互動到可信結算

此清單為研究及沙盒驗收候選流程，不宣稱是任何國家的法定強制標準。

• A1 身份與主體： 已分離代理端點、實際委託者、法律相對人與受益控制群；未知者標示未知。
• A2 需求： 可確認獨立需求或有合理的內部用途；不得把自我互刷當成外部需求。
• A3 授權： 對交易當時的角色、期限、相對人及預算有可追溯證據。
• A4 再委任： 子代理沒有藉任務轉交取得超過上游有效授權的能力。
• A5 價格及規範： 明確對價、幣別、重要限制、許可服務與契約／平台條款。
• A6 訂單： 已辨識是報價、有效成立的訂單或僅未完成的購物意向。
• A7 交付： 有可追溯、受許可的成果；標明驗收條件與實際有權驗收者。
• A8 支付： 分離付款意圖、授權、請款、實際結算與可用餘額。
• A9 重試： 相同工作案或訂單的重試可去重及核對，不因 Webhook 重複而重複記帳。
• A10 退款： 可追溯部分退款、取消、折讓、爭議及未完結義務。
• A11 收益： 清楚列出外部收入、全成本、現金流、非市場效益與不可驗證項目。
• A12 合併： 指定家庭、企業、關聯集團或總體統計範圍，並處理內部移轉及中間投入。
• A13 安全： 研究資料不存放付款秘密；第三方文字不得任意修改支付權限。
• A14 救濟： 在可行範圍內有相對人聯絡、異議、責任與必要證據保存方案。
• A15 證據等級： 觀察、合成、模型推定、未知及規範建議均有標記。

附錄 B. 八類典型失敗的辨識與修正方向

附錄 C. 術語對照與正式原稿版本說明

原稿維護原則：

1. 本文正式來源為 UTF-8 Markdown 檔；聊天渲染僅供閱讀，不作 canonical manuscript。
2. 若未來新增數學推導，原稿僅使用 $...$ 與 $$...$$ 作為數學 LaTeX delimiter；不得把渲染結果或 Unicode 數學字形回寫為正式 source。
3. 若需修改協定事實、法律資訊或實證結論，應加註資料日期、版本與證據來源；不得把 2026-10-28 已完成的理論原稿偽稱為已完成田野驗證。
4. 後續論文可以重用本篇之研究定義，應以篇號與版本明確引用，不把候選框架偷換成普遍法律或技術義務。
5. 修改正式原稿後應重新執行 UTF-8 解碼、章節連續、假說及參考文獻編號、Markdown 區塊配對和檔案摘要驗證，再將更新版視為可交接產物。

AICET-08 v0.1 — End of Canonical Manuscript.