Docker7530
27 lines
2.1 KiB
Markdown
27 lines
2.1 KiB
Markdown
请为我的公司设计一个智能体方案（公司内部 AI 能力中台 / AI 插件市场）。
|
||
|
||
目前公司的主要业务是：用户可以通过我们的平台引入域名，域名在平台产生计费计量后，可以查询相关的流量情况或带宽情况。
|
||
|
||
我们现在已经有了一个 RAGFlow 流程，但也仅限于实现基础的知识库智能问答。
|
||
|
||
我们现在的目标是：
|
||
|
||
1. 支持IBS动态数据查询(工单进展、域名配置、运营数据、订购数据等)；
|
||
2. 智能分析CDN优质客户；
|
||
3. 团队纵向扩展：支持融合CDN配置一键下发下发、DNS动态数据查询
|
||
4. 实现通过对话查询流量或峰值带宽的效果。
|
||
5. 构建一个总体的、标准化的智能体框架。
|
||
6. 我们的后端代码以 Java 为主，希望这个框架是可对接的，后续能方便其他业务组（比如做 DNS 指令下发的团队）接入。
|
||
7. 实现一键 AI 智能下发。其他小组只需按照我们提供的规范提供接口，就可以接入到我们的智能体中，通过对话框完成业务操作。
|
||
|
||
请帮我设计一个完整汇报可行性方案，并给出技术选型建议：
|
||
|
||
1. 语言环境：基于 Java 语言。
|
||
2. 技术选型：是否建议使用 Spring Boot 或 Spring AI？
|
||
3. 框架评估：目前比较火的 AI 框架，比如 MCP（Model Context Protocol），是否适合我们的业务场景？
|
||
4. 架构设计：如何设计才能保证后期智能体的高可扩展性？比如其他组提供一个接口规范，我们就能为其提供智能服务。
|
||
|
||
比如先说一个简单的流程：我要查流量，那肯定是智能体去编排，决定调用某一个智能体的 Agent 工具，然后发起流量查询等等。这是一个简单的流程。
|
||
|
||
比如现在我整个服务已经跑起来了，此时隔壁的项目组给了我一个配置下发的接口，并告诉了我这个接口的参数以及请求地址。我能不能通过“可配置化”的形式，直接在我的页面上把它的地址、需要的参数等信息输入进去，这样我的智能体就拥有了这个能力，而不需要停服务或者进行二次开发。
|