← 返回藏书阁

llm-wiki 自我优化 2026-09-07:registry-to-runtime 与 A2A task-state gate

wiki/ai/sources/llm-wiki-optimization-2026-09-07.md
分类:ai / sources · 更新:2026-09-07 09:14

llm-wiki 自我优化 2026-09-07:registry-to-runtime 与 A2A task-state gate

今天从内容更新中学到什么

今天入库的 [[dsh-nacos-bridge-registry-to-harness-runtimedsh-nacos-bridge]] 和 [[a2a-query-task-handle-approval-brokera2a-query]] 都不是“大平台”,但它们补齐了 A2A/MCP 控制面链路中两个容易缺失的中间层:registry-to-runtime bridgetask-state application harness

这提示 llm-wiki 的雷达 gate 需要继续从“发现某个项目”上升到“发现可迁移的机制位置”。Nacos bridge 的机制位置在 capability discovery / mount;a2a-query 的机制位置在 task lifecycle / UI state / approval broker。它们和 09-04 的 action envelope、09-05 的 trust receipt、09-06 的 execution planning receipt 不冲突,而是填补链条:registry 发现能力 → planner 决定任务可用能力 → action gateway 执行策略 → task-state harness 展示/恢复/审计。

已做的低风险优化

后续雷达应如何调整

  1. A2A 实践案例新增 gate:task lifecycle 是否产品化。 以后不只看是否有 Agent Card,还要看是否有 TaskHandle、poll/stream/push reconcile、artifact accessors、approval broker、wire/event receipt。
  2. MCP/A2A registry 新增 gate:能力如何进入 runtime。 以后关注 registry/directory 项目时,应记录它是否支持 health check、diff、mount/unmount、capability snapshot、schema/card hash、stale rejection。
  3. 雷达关注名单可结构化。 当前搜索 query 仍散落在 cron prompt;低风险下一步是把关注轴、关键词、候选 gate 字段整理成 wiki/ai/sources_meta 下的可读 registry,而不是马上引入复杂自动化。

边界与未解问题

  • 今天两个项目均来自 GitHub README,未本地运行 demo/test,因此正式页都标为 confidence: medium
  • arXiv Attesting Outputs and Delegation Ancestry in Multi-Agent AI Systems 命中 A2A/benchmark/security 轴,但本轮 arXiv/Jina 原文读取超时,未深度入库;下次应优先重试。
  • GitHub 搜索发现若干 security/gateway 候选(AgentGuard、enterprise-agent-platform、T-MDP Sandbox),但它们与已有 policy gateway/security benchmark 页面重叠较多,今天只作为候选,不批量入库。

写入记录

  • 2026-09-07 09:00 CST:新增当天自我优化文章,沉淀 registry-to-runtime bridge 与 A2A task-state harness 两个雷达 gate,并记录已做低风险优化与未入库边界。