修复资源贡献者被要求重复声明宿主执行依赖

[kachofugetsu09]

问题与结果

Issue #766 部署时，Calendar、Feed、Fitbit、Steam 和 Computer 加载失败：资源 provider 已声明宿主执行端口，但宿主 grant 又在贡献者 Context 上读取该端口，触发 UNDECLARED_SERVICE host.execution.v1。

移除宿主 grant 对贡献者的两次间接服务读取。MCP、进程和 Workload provider 继续校验贡献者声明的门面能力；宿主继续校验同 Root、精确插件/generation 与固定代码目录。公共 API、业务插件声明及数据不变。

Change intent

• change_type: fix; semantic_delta: compatible
• capability_owner: core；consumer_scope: MCP、进程和 Workload provider 及其贡献者。
• runtime_patch: required；宿主拥有 grant 身份校验，客户端或逐个业务插件加依赖无法保持声明图等于使用图。
• authoritative_state_owner: 原宿主执行 owner、MessageLog、PluginSelection 和插件数据 owner。
• protected_state: 所有消息、binding、selection、插件数据与迁移 schema。
• 允许副作用：宿主源码与合同文档，隔离真实进程验证；维护者已授权合并部署。
• 禁止副作用：新增/改写单元测试、数据迁移、业务消息发送。
• 回滚点：Git 基线 28bb7cec9f0113b6f5d830051a1cf5d1a7d85a43。本次代码不改变持久格式；正式数据不自动回退。

验证

• 既有概念基线：41 passed（9.43s）；未新增或修改测试。
• Core/tests pyright、plugin_boundary、Yoyo、Control/Host Bridge 协议生成物、前端 typecheck 均通过。
• 真实临时组合：实际 MCP/ManagedProcesses provider，贡献者只声明门面；真实 HTTP 进程健康、MCP 注册 ACTIVE、Root 关闭后进程消失。同一场景在基线复现间接依赖错误，在修复后通过。
• 已部署至 hua-home，远端 main / active / image 对应 Core c4bc49343a9e90a66a57fb1aab877eea07723b6a。最终 Root c11392786994d4ea16ccd9e8de9013a57e8713a860c094fdd4684ea930b2f79a 的 63 个选中 Fiber 全部 ACTIVE，cache 全部匹配，包含实际 Workload/Computer 启动。
• 补充修复并部署 Fitbit fix picture issue #18、Steam 抽象被动 turn lifecycle phase #12 的线程边界；全部能力健康，两个来源的持久 Context 已恢复更新。14 个 Web UI 模块及资产哈希、公网 Mobile WSS challenge 验证通过；未发送业务测试消息，未做真机压力验收。
• 20,194 条原有 messages 前缀哈希不变，SQLite quick_check 通过。按维护者明确要求不创建新备份、不执行数据迁移；四份历史发布记录原字节校验通过。
• 启动曾遇 health 先于控制 socket 就绪的时序，已按同一 Root 恢复并等待实际控制接口后验收；未重复安装或伪称原失败已回滚。

正交性与概念完整性

• 不新增概念；资源归属由贡献者拥有，宿主依赖由 provider 拥有。
• raw host port 仍只由声明它的 provider 持有；跨 Root 和代码制品身份检查保留。
• 独立 reviewer: concept_review / gpt-5.6-terra / xhigh；审查 head 0f35920da0494af58b973e96d82976b1b6c22987，PASS，must-fix 0。

工作手册

已更新 Issue #766 设计中资源贡献者与宿主授权合同。无新长期语义、schema 或 NOW 事项；这不宣称 #750 或移动端压力验收完成。