支持私有化部署
AI知识库

53AI知识库

学习大模型的前沿技术与行业应用场景


从协议标准到智能筛选:AgentCard生态的一些畅想

发布日期:2025-04-14 23:20:29 浏览次数: 1550 作者:柠檬叔的絮絮叨叨
推荐语

探索AgentCard生态如何影响智能服务的未来。

核心内容:
1. AgentCard规范的核心要素及技术底座解析
2. 行业现状:标准化与实践间的断层问题
3. 从标准化到个性化的破局方案与智能服务的终极形态

杨芳贤
53A创始人/腾讯云(TVP)最具价值专家

一、技术底座:AgentCard规范的核心要素

(以Google A2A文档为基准,提炼关键设计)

### 标准化接口的三层架构
1. **身份层**
   - 采用`组织域名.业务域.功能`的命名体系(如`com.ibm.finance.payment`
   - 通过provider字段实现服务溯源

2. 
**能力层**
   - 动态声明流式传输/推送通知等特性
   - 技能(Skills)标签化分类(如`#烹饪 #旅行`

3. 
**交互层**
   - 支持MIME类型协商机制
   - 认证方案可插拔设计

技术冷思考:这套规范如同"身份证+简历+沟通协议"的组合,但现实中的Agent可能连"身份证伪造"问题都尚未解决...

二、行业现状:标准与实践的断层

(承接技术规范,引出实际问题)

1. 注册机制的"巴别塔困境"

  • 理想态:统一的com.公司域.业务.agent命名空间
  • 现实态: ▶ 阿里系通过Nacos注册MCP协议而非AgentCard ▶ Coze平台出现20个同名"客服机器人" ▶ 企查查式注册表沦为"自夸竞赛"

2. 选择悖论的诞生

(用户视角的具象化案例)

# 当年轻旅行者查询酒店时:
理想路径:青旅Agent → 本地化推荐
实际路径:希尔顿Agent × 万豪Agent × 不知名Agent...

数据印证:某平台测试显示,当可选Agent超过7个时,决策延迟增长300%

三、破局方案:从标准化到个性化

(分层递进解决方案)

第一重过滤:技术合规性

graph LR
A[原始Agent池] --> B{符合AgentCard标准?}
B -->|是| C[基础服务池]
B -->|否| D[淘汰]

第二重过滤:业务可信度

  • 认证层:IBM/联合航空等官方Agent(需KYC验证)
  • 评价层:埋点采集实际调用成功率、延迟等指标

第三重过滤:个性化适配

(结合用户画像的动态策略)

用户类型
过滤条件
典型场景
背包客
price_tier≤3, 标签含#青旅
廉价航空查询
商务客
优先provider=知名企业
会议室预订

四、终极形态:无感化智能服务

(升华至行业愿景)

智能代理的"三级火箭"演进

  1. 工具阶段人工选择Agent → 手动配置规则现状:Coze等平台所处阶段

  2. 助理阶段学习用户历史行为 → 自动过滤选项关键技术:行为埋点分析

  3. 管家阶段预测需求 → 静默完成服务调度如:检测信用卡大额消费后,自动优选该银行法律Agent

哲学思考:当选择成为负担,最好的UX就是消除选择本身。



所以未来评价好,声誉好的远程agent服务,肯定和选择餐厅、选择机票服务商、选择银行等等类似,也需要加入到私人agent的知识范畴里面去。
coze当前的组装逻辑,就很让人痛苦,它从上千个工具箱里掏出来一堆工具,有一些能用、有一些不能用,暂且不说,且有一些其实不符合我的需求。
AI统统都相信了,应该是
选择工具和选择agent,本身和我们的购物、服务购买行为其实也是高度相似的。
就像选择一个装修队,一样,决策因素很多,这可能也是需要去和人类宿主商议的一个流程。
好在也就是个类似于工程的问题,如何在有限约束条件下,进行工作的过程。
这本身倒不是Agent Card设计有问题,而是,选择的这个过程,本身需要一个agent设计一个各行各业的task完成钱的选择第三方agent过程的选择方案过程。

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费场景POC验证,效果验证后签署服务协议。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询