refactor(sdk)!: CMS→svc-hall 出站改走 YschOpenCall 命名目标 + 适配 SDK 领域分包

- SvcHallClient：由手搓 IDHttp + yh.svchall.base-url 拼 URL 改为 YschOpenCall 命名目标
  svchall（服务目录 yh.open.services.svchall）。原形态对带 context-path 的 svc-hall
  必 401（共享拦截器只剥 yh.open.base-path=/userbase）；per-target base-path 与提供方
  ctx 对齐后签名天然一致。目录未配时回落 legacy 键；两者皆缺则构造期 fail-fast。
- SvcItemRemoteQuery：新增 businessAbsent 判定，统一两条出站路径的「业务 code=2 →
  404 哨兵/空集，其余上抛」语义（目录路径抛 DException，legacy 抛 DHttpException）。
- import 迁移：YschBaseOpenApi → openapi.base.*（SDK 领域分包）。
- application.yml：新增 yh.open.services.svchall，删 yh.svchall.base-url。
- 测试：新增 SvcHallClientTest（8 例：目录目标/参数映射/空参不下发/fire-and-forget/
  回落/fail-fast）；SvcItemRemoteQueryTest 补目录路径错误语义 4 例。104 测试全绿。

src/main/resources/application.yml

@@ -66,16 +66,19 @@ yh:
     trusted-apps:
       "100018": "svc-hall-dev-secret-100018"
   open:
-    enabled: true
+    # 身份密钥唯一来源 = yh.app-auth（本文件 app-auth 段），open.* 副本已删
     base-host: http://base.yunhaixingtong.com
     base-path: /userbase
-    app-key: 100005
-    app-secret: 2c7885de594742cc840b8762910b2d2e
+    # 服务目录（子应用配置优化方案 §4.2）：跨服务出站唯一地址来源，命名目标走 SDK 门面 /
+    # YschOpenCall。svc-hall 未晋升 PlatformService 枚举，按名直调（完整 URL 拆 host+ctx，
+    # per-target base-path 与提供方 context-path 对齐 → 签名天然一致）。
+    # 容器直连形态（生产）：http://svc-hall-service:10007/svc-hall（网关无 /oapi 路由）。
+    services:
+      svchall: http://localhost:8086
   # 办事大厅（svc-hall）对接（V2.0 Part C.3）：门户 service/guide 数据源。
-  # 双向信任：CMS 出站签名用 yh.app-auth 身份（appKey=100005，办事大厅侧 trusted-apps 须含 100005）；
-  # 入站收 svc-hall 站点目录调用（appKey=100018，见上方 trusted-apps）。
-  svchall:
-    base-url: http://localhost:8086
+  # 双向信任：CMS 出站签名用 yh.app-auth 身份（appKey=100005，办事大厅侧须在 UserBase
+  # 注册表内可用）；入站收 svc-hall 站点目录调用（appKey=100018，见上方 trusted-apps）。
+  # 地址不再单独配置：见上方 yh.open.services.svchall（原 yh.svchall.base-url 已删）。
   # env-config 管理端运行时配置（免登录 GET /api/env-config?target=admin，数据源见
   # config/PropertyEnvConfigSource：聚合 starter 自动装配，有 bean 即注册端点）。
   # 本地无需配值（前端 dev 走 .env.dev）；线上值经环境变量 YH_ENV_CONFIG_SOURCE_ADMIN