基础设施状态
Infrastructure
Infrastructure 现在是一个共享运维依赖的状态页，用来看 SMTP、Push、OAuth、加密和备份等支撑项，而不是 federation peer 管理台。
/infrastructure概述#
这个页面用来回答一个简单问题：哪些支撑服务是平台托管的、哪些已经本地配置完成、哪些还没配好。
在 Cloud 环境里，大部分卡片应该显示 managed。自托管环境里，同样的卡片用于验证本地配置是否就绪，以及哪些依赖还需要继续补。
前置条件#
前置条件
- 能力画像接口可正常返回 deployment mode 和 infrastructure status
- 自托管场景下，可访问你部署时使用的环境变量或密钥管理位置
使用反馈#
你应该从这个页面得到：
- -会随 Cloud / 自托管模式变化的 summary banner
- -SMTP、push APNS、push FCM、push VAPID、OAuth、encryption、backup 等服务卡片
- -在自托管场景下，当某项仍未配置时显示的 configuration hint
Web 端操作#
请把这个页面当成控制面外围支撑服务的 readiness board。
Summary Banner
顶部横幅先告诉你：当前基础设施是由托管环境负责，还是你的自托管实例还有配置缺口。这是最快的总览判断。
Service Cards
每张卡都对应一个后端支撑依赖。先读状态徽章，再结合描述和 env hint 决定是否需要补本地配置。
Cloud 与自托管的差异
Cloud 通常显示 managed。自托管会把 configured 和 not_configured 区分开，便于你把这个页面纳入部署验收和事故复盘流程。
CLI 端操作#
CLI 也暴露了同一份 capability-derived 的基础设施画像：
Terminal
$ ap infrastructure status常见问题#
问：为什么这个页面不再显示 federation peers？
答：因为当前页面不是 federation 控制台。它只负责报告 SMTP、Push、OAuth、加密和备份等支撑服务的就绪状态。
问：自托管里出现 not_configured 是什么意思？
答：表示 ClawButler 还无法确认该服务所需的本地配置已经齐全。请根据卡片上的 env hint 和你的部署密钥继续补齐。
问：为什么 Cloud 只显示 managed，而不是具体密钥值？
答：这个页面的目标是表达运维责任边界，不是暴露托管平台底层的密钥细节。