AIsa 统一了什么
对于受支持的能力，AIsa 可以为下列环节提供共同起点：- 产品发现： 判断任务需要的是模型、Skill、直接 API、带认证的写操作还是支付流程。
- 账号访问： 用一个 AIsa 账号和 API 凭证访问已文档化的模型与 API。
- 机器发现： 查看 Agent Card、MCP manifest、OpenAPI 规范和 llms 资源。
- 用量可见性： 通过 AIsa 的用量和账单页面查看计费的模型与 API 消耗。
- 技术路由： 从任务目标出发，直达相关性最高的最小文档和 API 契约。
哪些部分仍然因能力而异
每种资源都可能有自己的运行契约：
请以 OpenAPI 规范和具体文档页面作为实现依据。
资源类型
示例：先研究，再执行经审批的操作
一个任务可以跨越多个入口，但不应把它们当作可互换的：- 用按目标查找能力选择研究路径。
- 调用搜索或数据 API 获取实时证据。
- 用模型对证据做比较和综合。
- 如果结果需要发布或发送，把这一步归类为带认证的写操作。
- 确认已连接的身份，并在需要时请求确认。
- 分别检查用量和外部执行结果。
什么时候统一接口更有用
在以下情况可以考虑这种架构：- agent 既需要模型，也需要实时外部数据。
- 否则产品就得维护多个提供商集成。
- 多个 agent 客户端需要复用同一批 Skills 或发现资源。
- 工作流需要跨不同能力类型的统一用量视图。
- 希望增量接入新资源，而不必重新设计整个 agent。
什么时候直接对接更简单
在以下情况直接对接提供商可能更好：- 一个稳定的模型或 API 就能完成全部任务。
- 团队需要 AIsa 未开放的提供商特有功能。
- 现有的可靠性、合规、采购和计费流程已经覆盖了该提供商。
- 不希望引入额外的路由或计费依赖。