连接客户端和授权客户端已经足够让一个 agent 与 blocklet 对话。本节解释这些结果为什么长这样，好让你能预判而不是试探。
三个问题组织了这一节。
什么决定一次调用成不成功
四道彼此独立的闸：方法白名单、凭证、路径策略、provider 能力。绝大多数意外都源自一个假设 —— 以为凭证能过全部四道；它只过一道。
→ 访问分档
blocklet 选择暴露什么
ARC blocklet 不因为在运行就暴露自己的数据；它暴露的是 manifest 声明的东西。同一份声明驱动 MCP 内容工具、llms 分片、sitemap 和网页。跑在同一个运行时上的两个 blocklet，回答可以非常不同。
→ 工具看什么可调 · 声明 agent 能看到什么看什么在驱动它
走哪个面
有三条入口，面向能力不同的客户端。它们服务同一份数据。
| 客户端能做什么 | 用 | 页面 |
|---|---|---|
| 会说 MCP | /mcp | 发现面讲怎么找到它 |
| 能发 HTTP，但没有工具调用框架 | /api/afs/rpc | HTTP 上的 AFS |
| 只能抓文本 | /llms.txt 及其分片 | llms.txt |
文本面会点名另外两条，因此从那里起步的 agent 可以往上换一个更好的面。
阅读顺序
如果你是第一次看这个 board，先读访问分档 —— 本节其余每一页都会引用它的四道闸。剩下的可以任意顺序读。