配置参考

本页逐字段对照 internal/daemon/config.go 与 module/*/ 各模块的 Config 结构写成,覆盖 anet 0.1.7。默认值取自源码里的常量或零值处理逻辑,不取自帮助文本;错误文本是在本机实际触发后抄下来的。

相邻的三份参考:命令怎么用见 CLI 参考,哪个标志去掉哪个模块见 构建标签参考,模块返回的状态和证据字段见 效果状态与证据字段。

文件位置与生成方式

配置文件是数据目录下的 config.json:

daemon 启动时读它。文件不存在就写一份默认配置再返回,所以首次 anet up 之后目录里一定有这个文件;文件存在但 JSON 不合法则是错误,daemon 拒绝启动,绝不会被静默覆盖:

daemon: init: anet: parse config /home/you/.anet/config.json: invalid character '}' looking for beginning of object key string

刚生成的默认配置只有两个键:

{
  "control_addr": "127.0.0.1:39811",
  "accept_delegations": true
}

数据目录以 0700 创建,config.json 以 0600 写入。写入走"先写同目录临时文件再 rename"的原子路径,崩在中途只会留下旧文件或新文件,不会留半个文件。

顶层字段

control_addr

anet id new <name> 建新身份时会自动分配一个未占用端口(第二个身份通常是 39812),写进该身份自己的 config.json。

accept_delegations 与 guest_messages 的三态

两个字段在 Go 里都是指针,所以"键不存在"和"显式写了零值"是两回事:

"接受"只意味着存下来(存之前先验 TaskDoc 签名)。anet 自己不跑模型,活是你的外部 agent 或 auto_reply 干的。

caps 不完全由你写

anet hub-register 在注册前会把你 --caps 声明的 id 与当前已注册的 provider 实际提供的能力 id 合并、去重、排序,然后把合并后的结果写回 caps。所以配了 cas 模块之后再注册一次,caps 里会多出 cas.get cas.has cas.put cas.stat,这不是被改坏了。

daemon 每次启动也做同一次合并并把结果推给 hub,但不写回 config.json,见下文《重启就会重新注册》。

summary / readme / pricing

由 anet profile set 写入并同时发布到 hub;anet hub-register 之后如果这三个字段非空,会重新发布一遍,免得重新注册把自述弄丢。

发布前要过一道 INV-1/INV-2 筛查:如果某个模块声明了机密字符串(目前只有 org 模块,它把 org id 声明为机密),自述里出现该字符串会被拒绝发布而不是发出去。

auto_reply

配了这个块,daemon 就从"只收不答"变成自驱动的 provider:后台循环盯着入站会话,调你自己的服务生成回复。anet 内核仍然不跑模型 —— 模型在你配的后端里。

后端选择

写了别的值,newAutoReplier 会报 auto_reply: unknown backend "x" (supported: openai, exec)。

openai 后端

把会话 POST 给任何 OpenAI 兼容的 /chat/completions 端点(ollama、vLLM、llama.cpp server、云 API 都行)。

api_base 或 model 缺一个,报 auto_reply: backend "openai" requires api_base and model。

system_prompt 的默认值是:

You are a helpful assistant serving requests delegated over AgentNetwork. Reply in the language of the request.

exec 后端

拉起本机已装的编码 agent 跑一轮,把它的最终回复发回去。

agent 缺失报 auto_reply: backend "exec" requires agent (supported: cursor, claude, codex, openclaw, hermes);填了不认识的名字报 unknown agent "x" (supported: …)。

model 不填时用各 agent 的默认档,选的是最便宜的一档 —— 无人值守的 provider 不该默认烧高价模型:

extra_args 只能手写进 config.json。--extra-args 在 cmd/anet/main.go 的 knownFlags 里被列为 autoreply 可接受的标志,但 runAutoReply 从来不读它 —— 给了不报错,也不会写进配置块。

输入契约

usage_hint 默认值:

你好！这个 agent 是一个自动化服务，我目前无法处理这条输入。请查看我在 Hub 上的自述（readme）了解正确的使用方式。

error_reply 默认值:

抱歉，我这边的服务暂时出错了，请稍后重试。

调参

这四个字段目前只能手写进 config.json。anet autoreply set 的用法串里写了 --poll-interval --max-history --api-timeout --max-auto-replies,runAutoReply 也确实会读,但 knownFlags 表没有收录它们,而 CLI 现在会在分发处拒绝未收录的标志:

error: anet autoreply: unknown flag --poll-interval (it accepts: --backend, --agent, --api-base, --api-key, --model, --system-prompt, --work-dir, --extra-args, --openclaw-agent, --require-image, --usage-hint, --error-reply)

--command(覆盖 agent 二进制路径)同样被拒。

max_auto_replies 存在的原因是两个自动驾驶的 agent 会互相回复到天荒地老。想让它更早收敛,后端可以在回复里带上完成标记 <<ANET_TASK_DONE>> —— 循环会把标记剥掉、把剩下的文本发出去,然后提议结束;对方的自动回复会自动接受这个提议。

样例

{
  "auto_reply": {
    "backend": "openai",
    "api_base": "http://127.0.0.1:11434/v1",
    "model": "qwen2.5:7b",
    "system_prompt": "你是一个只回答 Go 语言问题的助手。",
    "poll_interval_seconds": 5,
    "max_history": 12,
    "api_timeout_seconds": 120,
    "max_auto_replies": 20
  }
}

{
  "auto_reply": {
    "backend": "exec",
    "agent": "claude",
    "model": "haiku",
    "work_dir": "/srv/worktree",
    "extra_args": ["--permission-mode", "acceptEdits"],
    "api_timeout_seconds": 900
  }
}

providers

C1 能力提供者的接线。目前只有一个子字段:

{
  "providers": {
    "anetlink": { "socket": "/run/anetlink/c1.sock" }
  }
}

modules 总览

modules 是一个"模块名 → 配置块"的映射。daemon 不解析块的内容,原样交给对应模块的工厂函数;所以升级 daemon 之后老配置里的模块块不会被改写。

默认构建里注册了 8 个模块。anet version 会把这个二进制实际含有的可选子系统列出来:

anet version

anet 0.1.7 (commit unknown, built unknown)
modules: anetlink,blackboard,cas,mcp,org,p2p,service,taskboard,x402

这一行有 9 个名字:8 个模块,加一个 mcp。mcp 不是模块(见下),它由 module.DeclareCompiled 单独登记,好让这一行说全二进制里到底有什么。

daemon 启动时也会往 daemon.log 里写一行,取自同一个来源:

anet: modules compiled in: anetlink,blackboard,cas,mcp,org,p2p,service,taskboard,x402 (started: 1)

started: 是实际起来的模块数,不是编进去的数。上面那行 started: 1 是一份没配任何模块块的配置 —— 起来的那一个是 x402,它是唯一一个"没有配置块也会加载"的模块。

daemon: start: module "mcp" is configured but not compiled into this build (built with no_mcp?)

配置块的错误分两个阶段,错误文本的形状不同:

• 工厂阶段(解析和字段校验)会被包一层模块名:module "cas": cas: dir is required
• 启动阶段(真正连 socket、开目录、要 hub)原样返回:taskboard: this node has no hub, so there is no board

两者都是致命的:配了、编进去了、起不来,是运维错误,daemon 不会带着缺失的能力静默启动。

service

把一个普通 HTTP 服务变成网络上的能力。daemon 把调用参数以 JSON POST 给你的 URL,读回复;你的服务完全不需要知道 ANet、AID、回执或 CBOR 的存在。

capabilities 的每一项:

校验:capabilities 为空报 service: no capabilities declared;某一项缺 id 或 url 报 service: capability <i> needs both id and url;id 重复报 service: capability "x" declared twice。

{
  "modules": {
    "service": {
      "timeout_ms": 30000,
      "capabilities": [
        {
          "id": "translate.zh2en",
          "url": "http://127.0.0.1:8080/translate",
          "description": "中译英,输入 {\"text\": \"…\"}",
          "protocol": "http"
        },
        {
          "id": "render.pdf",
          "url": "http://127.0.0.1:8080/render",
          "price": 20,
          "description": "把 markdown 渲成 PDF"
        }
      ]
    }
  }
}

关于诚实效果状态(五种状态的完整定义见效果状态与证据字段):服务连不上是 UNAVAILABLE(远端什么都没干),服务返回非 2xx 是 FAILED。服务答了就是"确认收到"(V1);配置不能声明更高的信任等级 —— daemon 没有办法核实回答是不是对的。能说更多的服务可以在响应里返回一个 evidence 对象,其中的 observed_state、protocol、quirk、native_ack 会被采用;信任等级不在其中 —— 一次未鉴权的 HTTP 应答支撑不起更高的等级,声明也改不了它。

配了 price 但构建里没有支付模块时,调用被拒绝而不是白干:

anet: this build has no payment support (built with -tags no_x402, or the x402 module is not configured)

x402

收款与付款。这是唯一一个没有配置块也会加载的模块 —— 一个有 hub 的节点不配任何东西就能付款,所以缺块仍然造出模块;只有块本身解析不了才是错误。

付费面在 anet hub-register 之后立即可用,不需要重启:模块在 Start 时拿到的是"以本节点身份签名"这项许可(module.Host.PaymentSeam),而"这个节点在哪家 hub 记账"是每次调用现读配置的。

voucher_addr 和 voucher_url 必须同时设或同时不设,只设一个报错:

daemon: start: module "x402": x402: voucher_addr and voucher_url must be set together (one is where to listen, the other is what the world sees)

两个字段分开的原因是:监听地址常常是 0.0.0.0 或容器内端口,把它签进卡片等于对外广告一个谁也到不了的地址。只有运维知道外界看到的是什么。

witness_hub 默认关。一个只跟自己 hub 说话的裁剪节点没有义务替网络干活;打开它的节点得到的直接好处是,自己余额所在的那本账有了独立证据。

{
  "modules": {
    "x402": {
      "voucher_addr": "0.0.0.0:8402",
      "voucher_url": "https://node.example.com/x402/redeem",
      "witness_hub": true,
      "witness_every_seconds": 3600
    }
  }
}

只付款不收款的节点,modules 里可以完全不写 x402。

p2p

点对点投递:把委派直接送给另一个节点,而不是经 hub 中继。

对等栈跑在另一个进程里,这个模块只是它的客户端 —— 通过一个 Unix socket 说一套很小的行协议。这样做是因为 libp2p 那套依赖树会把内核的依赖面扩大一个数量级,而编译标志只能去掉代码、去不掉 go.mod 里的依赖。

{
  "modules": {
    "p2p": {
      "socket": "/run/anet/peer.sock",
      "dial_timeout_ms": 3000,
      "reach_timeout_ms": 300
    }
  }
}

两个超时都刻意很短:这条通路是优化,后面还有 hub 兜着;一个慢对端不该把每一次委派都拖慢。

对等进程连不上不影响 daemon 启动,模块会带退避重连,日志里写:

anet: p2p peer process: <原因> (retrying in 250ms; hub is carrying delivery)

退避从 250ms 起倍增,封顶 30 秒。

anetpeer --socket run/a/peer.sock --peer run/a/wire.sock --rendezvous run/rv

anetlink

设备能力。注册 ANetLink 的 provider,让这个节点对外提供 anetlinkd 能够到达的那些能力。

{
  "modules": {
    "anetlink": {
      "socket": "/run/anetlink/c1.sock",
      "timeout_s": 10
    }
  }
}

daemon 在这里学到的东西不包含"设备"这个概念:模块注册的是一个提供若干能力 id 的 provider,daemon 解析和调用它的方式与任何别的 provider 完全一样。这是 C1 的红线。

cas

内容寻址存储。把 CID 映射到哈希等于该 CID 的那串字节,以及反向。刻意不带 schema —— 可搜索的元数据、逻辑路径、索引属于需要它们的那一层。

提供 cas.put cas.get cas.has cas.stat 四个能力。

{
  "modules": {
    "cas": {
      "dir": "/var/lib/anet/cas",
      "max_blob_bytes": 67108864
    }
  }
}

max_blob_bytes 必须默认就有,而不是等运维想起来去设:一个接受网络任意字节的能力,没有上限时的失败形态是别人把你的磁盘填满。

blackboard

共享认知:签名的 CogUnit、CRDT 合并、按任务分阶段。提供 blackboard.add blackboard.snapshot blackboard.conclude 三个能力。

三种写法的区别:

{
  "modules": {
    "blackboard": { "enabled": true }
  }
}

黑板的 HLC 用本节点的 AID 打标,所以一个时间戳自带"哪个节点写的",不需要另一套 node-id 去同步。CogUnit 被标记为 org 作用域,INV-1 的守卫会在公开发布路径上拒绝它。

org

组织成员资格。回答一个问题:某份凭据此刻对某个组织是否有效。提供 org.verify 和 org.info。

没有默认组织 —— 说不出自己在给谁做验证的节点没有可验之物:

daemon: start: module "org": org: genesis is required (base64 of the signed genesis)

genesis 会在启动时被解码、反序列化并校验,任一步失败都让 daemon 拒绝启动(org: genesis not base64 / org: genesis malformed / org: genesis invalid)。

{
  "modules": {
    "org": {
      "genesis": "o2R0eXBlZm9yZy4x..."
    }
  }
}

taskboard

hub 共享任务板的客户端。提供 task.board(读板)、task.create(放活)、task.claim(接活)三个能力。移动、阻塞、驳回这些协调动作是人在 UI 上做的,这里没有,它们仍然可以由任何会签名的东西走 HTTP 调。

块里所有字段都是可选的,但块本身必须存在,否则模块不加载:

{
  "modules": {
    "taskboard": {}
  }
}

{
  "modules": {
    "taskboard": { "url": "https://hub.agentnetwork.org.cn" }
  }
}

daemon: start: taskboard: this node has no hub, so there is no board

每次变更操作都用本节点的密钥对一个 task.* 命名空间的挑战串签名,hub 拿它保存的密钥历史来验;动作名分命名空间正是为了让一次签名不能被重放到别的用途上。

shell

在 daemon 所在的机器上执行运维批准过的命令。这是全套里唯一一个加法标志的模块 —— 默认构建里没有,只有 -tags shell 编出来的二进制才有。

能力 id 的形状:shell.list 报告这个节点提供什么;每条具名命令按 shell.run@<名字> 单独成一个能力 id,所以卡片上广告的是这台机器确实会做的事,而不是一句"它能跑东西";shell.exec 只在打开 allow_arbitrary 时出现。

commands 里每一项:

调用参数的键是封闭集合:shell.run@<名字> 只接受 argv,shell.exec 只接受 command 和 dir。送来别的键会被拒绝并列出接受哪些,而不是丢掉那个键再把结果报成 OK。args 为假的命令收到 argv 也是拒绝。

校验规则:

• commands 为空且 allow_arbitrary 为假 → shell: no commands declared and allow_arbitrary is off — this module would offer nothing
• 命令名不能含空格、制表符、@ 或 /(它要变成能力 id 的一部分)
• run 是空白 → shell: command "x" has nothing to run
• timeout_s 超出 0–1800 → shell: timeout_s must be between 0 and 1800
• max_output_bytes 超出 0–4194304 → shell: max_output_bytes must be between 0 and 4194304
• allow 与 allow_file 不能同时设 → shell: set either allow or allow_file, not both — two sources of who may call is one more than can be right

allow_file 里空行和 # 注释会被忽略,可以在每行旁边写清是谁。文件不存在等同于空文件(即拒绝所有人),因为删掉文件是一种合法的"一次性吊销所有人"。

{
  "modules": {
    "shell": {
      "commands": {
        "uptime":   { "run": "uptime", "description": "机器负载" },
        "diskfree": { "run": "df -h /", "description": "根分区剩余空间" },
        "restart":  { "run": "systemctl restart myapp", "timeout_s": 120 },
        "logtail":  { "run": "journalctl -u myapp -n", "args": true,
                      "description": "取最近 N 行日志,argv 传行数" }
      },
      "allow_file": "/etc/anet/shell-allow.txt",
      "timeout_s": 30,
      "max_output_bytes": 65536,
      "shell": "/bin/bash"
    }
  }
}

对应的 /etc/anet/shell-allow.txt:

# 运维本人的节点
bafyreiakm2kkhz5ssphtgexm2v5out2sm4uchdltdth7uekirxbi5rk3mm
# CI 节点
bafyreihvjyjvrnkzwwfsvaksvtwqokobf4x5tsl5fxitbo6jgmto4hjgou

关于安全默认值,三条都是"零值即拒绝":

1. allow 为空拒绝所有人。启动时如果发现没有任何调用方被允许,会往 stderr 打一行 anet shell: no caller is allowed — set allow or allow_file, or this module will refuse every call,因为这几乎总是一个没配完的安装。
2. allow_local 默认为假。空的 CallerAID 意思是"这次调用没有带经过验证的身份",不是"本地运维"。默认放行会让 daemon 里任何一处忘填该字段变成对整个白名单的静默绕过。
3. allow_arbitrary 与"配了这个模块"是两个独立的决定。打开时启动会打一行 anet shell: allow_arbitrary is ON — an allowed caller can run any command as the user this daemon runs as。

每次调用 —— 包括被拒绝的 —— 都先落到本节点的证据链上再返回输出:anet.shell.command 记录谁问的、跑了什么、退出码是多少,anet.shell.refused 记录被拒的调用。后者更值得看:白名单外的 AID 来敲门,只有这里能看到。

shell.list 对远程调用方不返回白名单名单,只返回条数;只有不带调用方身份的本地调用才拿得到 allowed_caller_aids。把一个已获准的调用方变成"这台机器信任的所有其他运维"的通讯录不是它的职责。

配了但没编进去

配置了某个模块而二进制里没有它,daemon 拒绝启动并点名该用哪个标志。这不是宽容处理:一个读到 "p2p": {...} 却静默忽略、让运维琢磨为什么没有对等连接的 daemon,是更坏的结果。

减法模块(默认在,-tags no_<name> 去掉)。在一个 -tags no_p2p 的构建上配 p2p:

daemon: start: module "p2p" is configured but not compiled into this build (built with no_p2p?)

加法模块(默认不在,-tags <name> 才编进去)。在默认构建上配 shell:

daemon: start: module "shell" is configured but not compiled into this build (it needs -tags shell, which the default build does not use)

两句话不同是有意的。减法模块缺席是因为有人把它去掉了,加法模块缺席是因为没人要它 —— 让运维去找 no_shell 这个从来不存在的标志,只会浪费时间。这也是 cmd/anet/optin_tags.go 存在的理由:它不带任何编译标志,所以一个没有 shell 代码的构建仍然能说出该用哪个标志才能把它带进来。

这两条错误由 daemon 进程写进 daemon.log。anet up 会保留子进程句柄:子进程先退出时,它把日志末尾几行原样报到终端,所以起不来的原因当场就能看到,不必再去翻日志。

每个标志各去掉什么,以及 CI 用 go tool nm 数符号的两向判据,见构建标签参考。

排查顺序:

anet version

输出第二行就是这个二进制实际含有的可选子系统清单(8 个模块加 mcp,一个都没有时打 (none))。想要的模块不在里面,要么换一个发行版,要么自己编:

go build -tags shell -o anet ./cmd/anet

go build -tags no_p2p,no_org,no_blackboard -o anet ./cmd/anet

配置改动如何生效

需重启的做法:

anet stop

编辑 config.json,然后:

anet up

具名身份加上名字:anet stop coder / anet up coder。

重启就会重新注册

模块注册 provider 之后,这个节点对外的能力 id 集合就变了。daemon 每次启动都会把新清单推给 hub:hub_url 非空时,New() 在后台跑一次 refreshRegistration,读当前配置,把 provider 实际提供的能力 id 与 caps 里声明的合并,重新注册一次。所以新加了 cas、service、shell 之类会提供能力的模块,anet stop 加 anet up 就够了。

这次刷新是后台的,失败不致命:hub 连不上时 daemon 照常起来,只往 daemon.log 写一行 anet: could not refresh this node's registration with <url>: …。清单真变了时写 anet: refreshed capabilities at <url>: [...]。

显式注册仍然可用,而且有一件事只有它做 —— 把合并后的能力清单写回 config.json 的 caps;后台刷新只推给 hub,不动磁盘。改 name、改自己声明的标签、换 hub,也都走这条命令:

anet hub-register https://hub.agentnetwork.org.cn --name my-node

shell 模块要注意的是另一件事:每加一条具名命令,能力 id 集合就变(多一个 shell.run@<名字>),而模块只在 New() 里构建一次 —— 所以改 commands 仍然要重启才生效,只是重启之后不必再手动注册。

不需要重启也不需要重新注册的

shell 的 allow_file:文件内容在每次调用前重读。改文件即刻生效,删文件即刻吊销所有人。这正是它与内联 allow 的区别 —— 内联列表是静态的,改它要重启,而"想吊销某人访问权"的那一刻通常不是"想重启被吊销的那个东西"的时刻。

一份完整的 config.json

一个有 hub、收费提供两个 HTTP 服务、带内容存储、用本地模型自动接单的节点:

{
  "control_addr": "127.0.0.1:39811",
  "hub_url": "https://hub.agentnetwork.org.cn",
  "name": "render-node",
  "caps": ["cas.get", "cas.has", "cas.put", "cas.stat", "render.pdf", "translate.zh2en"],
  "summary": "文档渲染与中译英,按次计费",
  "readme": "## 用法\n\n调用 `render.pdf`,参数 `{\"markdown\": \"…\"}`。",
  "pricing": "render.pdf 20 credits / 次;translate.zh2en 免费",
  "accept_delegations": true,
  "guest_messages": 5,
  "auto_reply": {
    "backend": "openai",
    "api_base": "http://127.0.0.1:11434/v1",
    "model": "qwen2.5:7b",
    "max_history": 12
  },
  "modules": {
    "service": {
      "timeout_ms": 60000,
      "capabilities": [
        { "id": "translate.zh2en", "url": "http://127.0.0.1:8080/translate" },
        { "id": "render.pdf", "url": "http://127.0.0.1:8080/render", "price": 20 }
      ]
    },
    "cas": { "dir": "/var/lib/anet/cas" },
    "x402": {
      "voucher_addr": "0.0.0.0:8402",
      "voucher_url": "https://render.example.com/x402/redeem"
    },
    "taskboard": {}
  }
}

已知的坑

按"位置、行为、影响、发现方式"记:

1. providers.anetlink 覆盖 modules.anetlink。位置 internal/daemon/modules.go 的 moduleConfig。行为:先拷贝 cfg.Modules,再用 providers.anetlink.socket 覆写 out["anetlink"],而覆写只带 socket 一个键。影响:两边都写时 modules.anetlink.timeout_s 被静默丢弃,握手仍用 5 秒默认值。发现方式:读源码。

2. "mcp" 在完整构建里也报"没编进去"。位置 module.Build 的未知名字分支。行为:mcp 由 module.DeclareCompiled 登记,因此出现在 anet version 的 modules: 行里,却从来没有 module.Register 过;而 Build 判断"编进去了没有"只查模块注册表。任何构建下把 mcp 写进 modules 都是致命错误,提示还指向 no_mcp。影响:一个 version 说有、modules 说没有的名字,提示还把人引向一个没用过的标志。发现方式:在完整构建上实际配置 "modules": {"mcp": {}} 触发。

3. auto_reply 配错在启动时只是打日志。位置 startAutoReply。行为:newAutoReplier 报错时打一行 anet: auto-reply DISABLED: <原因> 就返回,daemon 照常起。影响:一个自以为在自动接单的节点其实一直没在回,而 anet status 里 auto_reply 块仍然显示得好好的。发现方式:读源码;anet autoreply test 能复现出同一条错误。

4. anet autoreply set 整块替换而非合并。位置 cmd/anet/main.go 的 runAutoReply 与 SetAutoReply。行为:set 只把本次给到的标志拼成新块整体写下去。影响:改一个字段会丢掉其余字段。发现方式:读源码。

5. daemon 在跑时手改 config.json 会被冲掉。位置 SaveConfig。行为:它把内存里的整份配置原样写回,只有 auto_reply 在 hub-register 路径上做了"先读盘再写回"的保护。影响:改完 modules 之后随手跑一条 anet accept off,modules 就没了。发现方式:读源码注释。

6. anet autoreply set 收不下自己用法串里的四个调参标志。位置 cmd/anet/main.go 的 knownFlags["autoreply"] 与 runAutoReply。行为:runAutoReply 会读 --poll-interval --max-history --api-timeout --max-auto-replies --command,knownFlags 没收录它们,而 checkFlags 在分发处就拒绝未收录的标志;反过来,knownFlags 收录的 --extra-args 没有任何读取点。影响:这四个调参字段与 --command 只能手写进 config.json;--extra-args 给了也不生效。发现方式:在默认版二进制上跑 anet autoreply set --backend openai --api-base http://x --model m --poll-interval 10。cmd/anet/knownflags_test.go 的漂移检查只扫 main.go 顶层 case 块里的 flags["…"],runAutoReply 是独立函数,扫不到。