i18n 服务注册与状态不一致问题评估

[hotlong]

背景

发现国际化服务（i18n）在 ObjectStack spec 项目中存在如下核心问题：

1. Discovery API 检测 i18n 状态和实际 REST 路由处理使用了不同的查找逻辑，导致有时发现状态为 "unavailable"，但接口却可用。
2. handleI18n 路由查找 i18n 服务时采用异步多层 fallback，而 Discovery 只查同步 Map，导致状态和功能不一致。
3. 插件注册阶段没有统一 i18n 的加载规范，导致不同环境下中断或状态混淆（如未注册则直接 501/404）。
4. server/dev/mock 三种运行模式下 i18n 的数据加载策略和注册机制并未融合。

建议

• 统一 i18n 服务的注册与状态检测逻辑，Discovery 和路由应使用同等查找链。
• 明确插件注册规范，在 AppPlugin/ConsolePlugin 注册时自动协调 i18n 数据加载。
• 增强 i18n 相关测试覆盖 server/MSW/mock 环境。
• 补充文档和 API 文档，明确 i18n 接口行为的差异与期望。

影响

对 spec 项目的服务发现、客户端适配、以及多环境部署有直接影响，影响国际化的可靠性和一致性。

---

（本 issue 由 Copilot 自动生成，建议由维护者补充具体场景和采集现状。）