暂无搜索历史
智能体资源不是一次发布后永远不变的静态条目。Agent Service 会升级模型和工具链,MCP Server 会增加或移除工具,Skill 会迭代描述和参数...
一个基础设施项目如果只有协议文档,很难形成生态。开发者需要能看懂项目定位,也需要能快速尝试注册和发现流程;普通用户需要知道自己能做什么;节点运营者需要理解接入路...
在 OAN 的注册和发现流程中,有两个容易混淆的概念:authorizedDomains 和 capabilityTags。它们看起来都像“给资源打标签”,但实...
搜索引擎擅长在海量网页中找相关内容。但智能体互联网中的资源发现,不能只停留在“相关”。一个智能体查到某个工具后,可能会把它接入任务执行链路;一个企业系统查到某个...
在智能体资源生态中,版本更新非常常见。一个 Skill 会迭代提示词和工具声明,一个 MCP Server 会增加工具,一个 Agent Service 会调整...
很多人第一次接触 DID 时,会把 DID 文档理解成“公钥和服务端点的集合”。这当然是 DID 文档的重要用途,但在智能体互联网中,仅有公钥和 endpoin...
很多人谈智能体互联网时,会自然把注意力放在“Agent”本身。但在真实工程系统里,智能体并不是唯一需要被发现和调用的对象。一个复杂任务可能需要一个天气 API、...
讨论智能体互联网时,经常会把不同协议放在同一个层面比较:MCP、A2A、ANP、OpenAPI、各种 Agent Card 或服务描述格式,到底谁会成为主流?这...
在普通互联网里,“搜索到一个链接”并不等于“可以信任这个链接”。在智能体互联网里,这个问题会被放大。因为智能体不是只阅读页面,它可能会自动调用工具、提交参数、触...
大模型让“智能体”从概念变成了可运行的软件形态。一个智能体可以调用工具、读写文件、访问数据库、连接外部服务,也可以与其它智能体协同完成复杂任务。早期阶段,开发者...
评价一个智能体互联网基础设施项目,不能只看概念是否新,也要看代码是否能支撑真实系统演进。OpenAgenet(OAN)的一个重要特点,是它不是把 DID、区块链...
当我们谈论智能体互联网时,很容易把注意力放在底层协议、DID、区块链、注册节点、发现节点这些基础设施概念上。但对普通用户来说,更直接的问题其实是:我能在 Ope...
在智能体互联网里,资源不再只来自单一平台。一个可调用的 Agent Service、一个 MCP Server、一个自动化 Skill、一个 Tool/API,...
智能体互联网不是简单地把更多 Agent、工具、MCP Server、Skill 放到一个搜索框里。真正困难的问题在于:当资源来自不同开发者、不同组织、不同平台...
当 Agent、MCP Server、Skill、工具 API、知识服务、自动化工作流等资源开始跨平台、跨组织、跨节点流动时,一个很基础的问题会变得越来越重要:
如果你现在在做 Agent、Skill、MCP Server、Tool/API 之类的资源,应该很容易遇到一个现实问题:
如果说大模型解决的是“智能体会不会思考”,那么智能体互联网要解决的,则是“智能体如何可信地连接外部资源”。
最近这波 Agent、MCP、Skill、工具服务的热度挺高,大家都在聊智能体怎么更聪明,但我自己一直觉得,真正麻烦的地方其实不是“模型会不会推理”,而是:
当 Agent、MCP Server、Skill、工具 API、知识服务开始跨组织、跨节点协作时,最先暴露出来的问题往往不是“能不能调用”,而是:
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市