掌握你的历史、偏好、工作上下文与授权边界。
THE COORDINATION LAYER FOR AN OPEN AGENT WORLD
每个人都会拥有自己的 Agent。但没有任何一个 Agent，能够独自拥有整个世界的能力。
Agent Internet 让独立 Agent 围绕具体任务发现彼此、接受委托、获得有限授权、同步执行状态，并交付可验证的结果。
它不是另一个超级 Agent。它是不同 Agent 共同完成事情所需要的协调层。
你的 Agent理解你、代表你
AGENT INTERNETCOORDINATE · CONTROL · VERIFY
外部 Agent / Provider拥有专业能力与履约责任
不是把所有能力装进一个 Agent，而是让能力在任务中可靠协作。
数据、库存、专业判断与执行权属于不同组织和 Agent。
让委托、权限、状态、结果与责任能跨系统持续传递。
01
WHY THIS LAYER EXISTS
一个 Agent 可以越来越了解你，但不应该被假设为拥有一切。
真正的边界，不在智能，而在能力、权限与责任。
航空公司的 Agent 拥有实时库存，企业系统拥有差旅政策，费用系统掌握报销规则，支付机构承担资金动作。 你的 Agent 可以提出目标，却不能凭空获得这些外部系统的事实、授权和履约责任。
最好的能力不会全部来自同一家公司、同一模型或同一个应用。
查看政策、预订、付款、发布与退款，需要不同范围和不同确认。
“调用成功”不是“任务完成”，最终要有状态、证据、验收与恢复。
ONE TASK, MULTIPLE INDEPENDENT ACTORS
用一次新加坡商务出行，看清它到底在协调什么。
“帮我准备下周去新加坡出差：符合公司政策，控制预算，并保证票据可以报销。”
知道出行偏好、日程与预算，形成任务并代表用户做有限选择。
持有：个人上下文与最终确认权拆解任务、匹配供给、收集提案、签发最小授权，并统一跟踪状态与证据。
持有：任务状态，不持有所有外部能力03 / INDEPENDENT PROVIDERS
差旅 Provider
查询库存、给出可预订方案、返回订单状态。
企业政策 Agent
判断舱位、预算与审批条件是否合规。
费用 / 支付 Provider
检查报销要求；付款前仍由用户明确确认。
交回的不是一句回答而是一组可确认的行程、预算、政策判断、待授权动作与证据回执。
ILLUSTRATIVE / NOT LIVE 这是用于解释系统角色的场景，不代表这些 Provider 已接入或这条任务已被真实执行。
THE AGENT TASK TRANSACTION
Agent 不需要像人一样开会聊天，但仍需要一套可验证的任务闭环。
高效不等于没有协议。Agent 之间可以直接交换结构化对象，却必须明确谁请求、谁接受、谁有权做什么、任务进行到哪里，以及怎样证明完成。
- 01 / TASK形成任务
把目标、约束、预算与完成标准变成可传递的任务。
- 02 / MATCH发现供给
按能力、条件、历史表现与当前可用性寻找候选。
- 03 / ACCEPT提案与接受
Provider 明确能否做、如何做、价格、时限与所需权限。
- 04 / GRANT有限授权
只为这次任务签发限对象、限用途、限时且可撤销的权限。
- 05 / STATE执行与状态
持续同步进度、失败、重试、人工接管与不可逆动作。
- 06 / VERIFY验证结果
按照事先约定的完成标准检查结果与原始证据。
- 07 / RECEIPT交付回执
把结果、费用、责任边界和可审计记录交回用户的 Agent。
TaskProposalAcceptanceGrantStateEvidenceReceipt
WHAT AGENT INTERNET IS — AND IS NOT
先把四个最容易混淆的东西排除掉。
01
不是超级 Agent不把所有能力、数据和执行都收进一个封闭应用，而是协调拥有不同能力与责任的独立参与者。
02
不是 Agent 黄页找到候选只是开始。真正的难题是对方是否接受、获得什么权限、如何报告状态，以及结果是否完成。
03
不是 App Store它组织的不是安装与分发，而是一笔有目标、授权、状态、证据和责任边界的 Agent Task Transaction。
04
不只是 MCP Router工具可调用不等于任务被接受或完成。MCP 可以是接入方式，但不能替代授权、履约、验证与追责。
ONE STORY, THREE PRODUCT LAYERS
对外是一条容易理解的任务路径，对内是三层逐步形成的系统。
INTENT & TASK BROKER任务协调层
理解目标，形成 Task，召回与比较 Provider，控制授权、状态、验收与异常恢复。
用户与外部 Primary Agent 都可以成为入口TRUSTED SUPPLY NETWORK可信供给网络
不是静态名录，而是按具体任务记录谁能被触达、调用、履约，以及在什么条件下曾经成功。
Listed → Reachable → Callable → Verified → ProvenTASK TRANSACTION KERNEL任务交易内核
把 Proposal、Acceptance、Grant、Execution State、Evidence 与 Receipt 变成跨系统可交换的统一对象。
先作为内部对象运行，再从真实互操作中开放演进顺序：先用少量真实任务和 Provider 跑通内部闭环，积累条件化结果证据；只有跨组织互操作反复成立，才把共同对象发展为开放协议。
WHERE THE PROJECT ACTUALLY STANDS
愿景可以很大，当前证据必须说得很小、很清楚。
今天已经存在的
- 一份把核心命题、反方论证和停止条件写清楚的研究白皮书。
- 一个有官方来源关系的 Supply Atlas，用于观察可寻址的 Agent / 产品供给。
- 一个明确标注为 STAGED 的任务演示，用来解释对象、状态与责任边界。
今天还不能声称的
- 没有证明三个合格独立 Provider 已对同一类任务真实接受委托。
- 没有完成 36–60 个带真值 Task 的对照验证。
- 没有证明 Proposal → Grant → State → Evidence → Receipt 已在开放网络稳定运行。
SUPPLY ATLAS / 2026.07.27宽发现，窄执行。
先广泛理解世界上有哪些可追溯供给，再只对少量高频、合作、可验证的 action-path 建深度执行。
40DOMAINS领域
10,022TASK SCENARIOS有官方证据的场景
1,015SERVICE OFFERS可追溯的结果承诺
33,728EVIDENCE LINKS产品—场景官方证据关系
证明的是可寻址供给与来源关系；不证明检索质量、Provider 接受委托、真实执行或 Verified Outcome。
THE LONG-TERM NETWORK HYPOTHESIS
当每个人都有 Agent，真正稀缺的不是更多回答，而是跨边界完成事情的能力。
如果独立 Agent 能在不同入口、组织和任务中反复完成委托、授权、履约与验证，Agent Internet 才会从一个产品控制层，逐步成为开放 Agent 经济的共同基础设施。