现象
同一 hub(commhub-server 0.8.8)上,CLI 与 REST 对默认网络名称的呈现不一致:
anet whoami 显示:Networks: default (net_...) ← current
GET /api/networks(admin utok)返回:{"networks":[{"network_id":"net_...","name":null,...}]}
name 为 null,而 CLI 明确显示该网络叫 default。
影响
- 任何按名称选网络的脚本/集成(
.networks[] | select(.name=="default"))会静默落空——v0.11.0 走查中我第一版脚本就因此拿到空 network_id,POST 继续失败,浪费一轮排查(证据:docs/tests/p-0.11.0-grok-acp-journey/journey3-transcript.txt S8b 段)。
- 与 issue(单网络仍要求 network_id)叠加后,用户被迫走 REST 查 network_id,结果查到的对象没有名字,只能盲取下标。
复现
- 干净容器
npm i -g @sleep2agi/agent-network@2.2.21 + anet hub start
anet login(admin/anethub)
anet whoami → default 名称可见
curl -H "Authorization: Bearer <utok>" http://127.0.0.1:9200/api/networks | jq '.networks[].name' → null
复现率:2/2(两次独立干净容器)。
疑似方向
bootstrap 建默认网络时 name 列未写入(或写在别的列),whoami 走的是 CLI 端映射/别名而非服务端 name 字段。未看服务端代码,仅按黑盒行为报告。
建议
- bootstrap 时给默认网络写入
name='default';或 /api/networks 序列化时回填展示名。
- 顺手补一个 aggregate 测试:
/api/networks 每行 name 非 null。
环境
agent-network 2.2.21 / commhub-server 0.8.8 / node 22 / 干净容器,来源:v0.11.0 grok-build-acp 旅程走查(0号工作流)。
现象
同一 hub(commhub-server 0.8.8)上,CLI 与 REST 对默认网络名称的呈现不一致:
anet whoami显示:Networks: default (net_...) ← currentGET /api/networks(admin utok)返回:{"networks":[{"network_id":"net_...","name":null,...}]}name为 null,而 CLI 明确显示该网络叫default。影响
.networks[] | select(.name=="default"))会静默落空——v0.11.0 走查中我第一版脚本就因此拿到空 network_id,POST 继续失败,浪费一轮排查(证据:docs/tests/p-0.11.0-grok-acp-journey/journey3-transcript.txtS8b 段)。复现
npm i -g @sleep2agi/agent-network@2.2.21+anet hub startanet login(admin/anethub)anet whoami→ default 名称可见curl -H "Authorization: Bearer <utok>" http://127.0.0.1:9200/api/networks | jq '.networks[].name'→null复现率:2/2(两次独立干净容器)。
疑似方向
bootstrap 建默认网络时
name列未写入(或写在别的列),whoami走的是 CLI 端映射/别名而非服务端 name 字段。未看服务端代码,仅按黑盒行为报告。建议
name='default';或/api/networks序列化时回填展示名。/api/networks每行name非 null。环境
agent-network 2.2.21 / commhub-server 0.8.8 / node 22 / 干净容器,来源:v0.11.0 grok-build-acp 旅程走查(0号工作流)。