[Workflow] 生产 Host 未注册 deterministic_compute host_callback connector，#3526 能力上线但不可发现 #3542

现象（生产实证，2026-08-27）

#3526 的 host_callback / IDeterministicComputeHandler（deterministic_compute handler、sha256_utf8 operation）代码已随 M45 上线——GET /api/connectors 的 catalog DTO 已带 hostCallback 字段。

但生产 Host 的 connectors.json 只注册了 fortune-engine（http），没有任何 host_callback connector：

GET /api/connectors
→ connectors: [{ name: "fortune-engine", type: "http", ... hostCallback: { handler: "", allowedOperations: [], ... } }]

按 canon docs/canon/connector.md：connector 经部署配置进入 Host Connector catalog 后才是 Host-owned capability；host_callback 还需 catalog 的 handler + allowedOperations 与宿主注册的 DeterministicAlgorithmDescriptor 精确对齐才发布 typed descriptor。当前生产状态下：

• workflow authoring 的 capability source 读不到任何确定性计算 operation，消费方无法把 sha256 等纯计算收进 typed connector_call；
• 「代码已上线」与「能力可用」之间差一个部署配置，外部消费方无法自行补齐。

建议

1. 生产 Host 的 connectors.json 注册一个确定性计算 connector（至少 deterministic_compute handler + sha256_utf8 operation），或
2. 明确决议：[Workflow] 内联确定性计算 step（版本化签名算法，免外部 connector 微服务） #3526 首期只交付机制、不在生产启用任何内置算法，并写进 canon——消费方即知该能力当前不可用，不把它当作已交付能力引用。

附

消费侧用例：太微六爻卦案 dedup 的 questionHash（sha256）目前在 BFF 进程内计算；若生产有 sha256_utf8，可收进 workflow 的确定性 step，与「LLM 只生成解释文本」的纪律更对齐。