实现方案
能力目录是多个入口的共同依据。MCP 工具说明由 AbilityDescriptor 投影，调用回到 daemon 的 Invocation 路径；外部工具通过反射注册，命名冲突由前缀或别名显式解决。默认延后反射，让慢 MCP 服务不阻塞 daemon 就绪；收到工具列表变化通知后更新动态目录，测试验证旧工具被移除、新工具可见。这样，接入外部服务不会让本机所有基础操作一起等待。
本机 inbound MCP 使用同机 Runtime 身份，并不为每个 AI 客户端建立独立身份隔离；需要区分调用者权限时，应配置明确的身份与授权关系。身份与位置分开表达。调用绑定明确的能力归属和描述符，再由解析器选择路由；设备托管的系统能力也使用对应 SystemAgent。远端找不到目标时返回路由原因，目标已知但缺少派发条件时暴露另一类失败。对操作者而言，这决定了应检查目录发布、设备连通，还是权限与调用参数。
Context 按使用任务控制材料规模。目录浏览校验规范化后的路径仍在映射根内；聊天记忆按 Agent 隔离，默认只取最近五条、每条最多两千字符；计划上下文聚焦未来二十四小时。这样既能提供延续任务所需的信息，也避免旧材料淹没当前问题。
EAL 把纯调用程序按依赖划分阶段：同阶段独立步骤可并发，后续步骤等待生产者输出；含顶层循环时按源顺序安排外层阶段。执行记录保留结果摘要、耗时和重试历史，上游被跳过会向依赖者传播原因。显式重试采用退避，每次重新调用，写入类任务因此仍需自己的幂等设计。
插件管理器从包索引生成加载计划，并同步运行目录和传输描述；损坏的已安装包保留可见错误，内置能力仍可启动。终端则把 PTY 句柄交给独立 supervisor 持有，daemon 继续负责调用准入。进程重启、包不可用和会话连接中断因此有各自的恢复对象，减少整机重启对正在进行工作的影响。
还没有评论