我用SF-FastGPT商业版接天眼查MCP,搭了个企业查询Agent------从开发者视角聊聊为什么我选它
前言:作为一个开发者,我对AI Agent平台的真实诉求
说实话,接触AI Agent这个概念已经有一段时间了。从最早的ChatGPT API调用,到后来的LangChain、Dify、Coze,各种平台我都试过一圈。但作为一线开发人员,我一直有个很现实的痛点:我想快速把外部数据源接入AI能力,但又不想花大量时间搞基础设施。
最近参加深信服的"Agent Builder企业级Agent实战挑战赛",给了我一个契机深度体验SF-FastGPT商业版。这篇文章就是我用这个平台对接天眼查MCP接口,搭建企业信息查询工具的全过程记录。不讲虚的概念,只聊实际踩过的坑和真实的使用感受。

一、为什么我要做这么个东西?
先说背景。做ToB业务的同学应该都有体会:查企业信息是刚需中的刚需。
不管是售前做客户背调、销售判断潜在客户资质,还是风控部门排查供应商背景,都需要频繁地查公司工商信息、股东结构、司法风险等。传统的做法要么是天眼查/企查查网页上手动翻,要么是自己写爬虫或者调API。
但这里有几个很现实的问题:
- 手动查效率太低:一份标书里可能涉及十几家竞争对手或合作伙伴,每家都要去网页上搜一遍,截图整理,半天就过去了。
- 自建API接入成本高:虽然天眼查有开放API,但你得自己处理鉴权、限流、数据解析,还得做一个前端界面给业务人员用。
- 数据格式不统一:工商信息、司法风险、知识产权这些分散在不同接口,整合起来很麻烦。
- 非技术人员用不了:你辛辛苦苦写了脚本,结果销售和售前同事还是更喜欢用网页版,因为你的工具没有UI,他们不会用。
所以我的目标很明确:搭建一个能对话的企业信息查询工具,支持自然语言提问,自动调用天眼查接口,返回结构化的结果。而且要让不懂技术的同事也能直接用。
二、为什么选SF-FastGPT商业版?
市面上的AI应用构建平台不少,我选这个主要看中几个点:
第一,MCP协议的原生支持。
MCP(Model Context Protocol)是Anthropic提出的一个标准协议,目的是让AI模型能够统一地调用外部工具和数据源。目前生态发展很快,很多数据服务商都开始提供MCP接口。SF-FastGPT商业版原生支持MCP接入,这意味着我可以直接对接天眼查官方提供的MCP服务,不用自己写中间层。
这点对我很重要。作为开发者,我最怕的就是平台厂商搞一套自己的私有协议,到时候迁移成本高得离谱。MCP是个开放标准,以后换平台也方便。
第二,可视化的工作流编排。
我不是说代码不重要,但在做这种工具类应用的时候,可视化编排确实能提高效率。特别是调试阶段,你能直观地看到数据在整个流程中是怎么流转的,哪里出了问题一眼就能定位。比纯代码的方式省不少时间。
第三,MCP托管能力。
这个是我实际使用过程中发现的惊喜功能。后面会详细讲,简单来说就是:如果你的MCP服务部署在自己服务器上,没有公网域名,SF-FastGPT可以帮你托管。对于内部工具开发来说非常实用。
当然还有知识库管理、多渠道发布、后台日志监控这些标配功能,但前面三点是最打动我的。
三、动手:接入天眼查MCP
3.1 获取MCP配置
首先你需要有天眼查的MCP访问权限。登录天眼查开发者平台后,会给你一个API Key和MCP服务的地址。
在SF-FastGPT的商业版里,找到"新建MCP工具"的入口,把配置信息填进去:
json
{
"mcpServers": {
"tyc-mcp": {
"url": "https://mcp.tianyancha.com/v1",
"headers": {
"Authorization": "你的API Key"
}
}
}
}

点击"检测"按钮,如果配置没问题,系统会自动拉取这个MCP服务下所有的可用工具列表。天眼查的MCP提供了相当丰富的能力,包括企业基本信息查询、股东信息、司法风险、商标专利、投融资记录等等。

看到工具列表加载出来的时候,我心里就有底了------说明连接建立成功,接下来就是怎么用好这些工具的问题。
3.2 先做个简单的测试
进入工具测试界面,我先随手试了一下:
输入:北京字节跳动科技有限公司

返回的结果包含了公司的基本工商信息:法定代表人、注册资本、成立日期、经营范围、经营状态等等。而且是以结构化的方式展示的,不是大段文本堆在一起。
到这里其实已经完成了一个最小可行产品:能通过自然语言查询企业信息的对话工具。但我觉得还不够,因为现在的状态是用户必须明确说出公司全称才能查,而且每次只返回基础信息。我希望它能更智能一点:
- 用户说"查下字节跳动"也能识别到正确公司
- 用户问"这家公司有没有法律风险"时自动切换到风险查询工具
- 返回的信息要更规整,方便阅读和二次使用
这就需要用到提示词工程和工作流编排了。
四、进阶:设计智能查询工作流
4.1 应用创建
在SF-FastGPT的应用构建模块,新建一个应用,选择"拖拽编辑与多轮对话"模式:

4.2 提示词设计
这是整个Agent的核心。一个好的提示词决定了AI能不能理解用户的意图,并选择正确的工具来执行。我写的提示词如下:
你是专业企业信息查询助手,拥有天眼查全套企业查询工具。
规则:
1. 用户提问包含公司、企业、法人、股东、工商、股权、风险、商标、专利、上市、失信、投融资等相关内容,必须自动调用对应天眼查工具;
2. 优先识别用户提到的企业全称/关键词,自动传入工具参数搜索,不要反问用户、不要让用户手动选工具;
3. 多轮查询允许连续调用工具,比如先搜公司列表,再查单家详细工商;
4. 工具返回数据后,用清晰markdown表格、分段整理工商信息、法人、注册资本、经营状态、司法风险、股权结构,通俗易懂输出。
无企业相关问题时,正常和用户闲聊。

这里解释一下我的设计思路:
规则1明确了触发条件。不是所有问题都要调用工具,只有涉及企业相关信息时才走MCP通道。其他时候就是个正常聊天机器人。这样用户体验比较自然,不会觉得跟个机器人在说话。
规则2解决的是关键词匹配问题。实际使用中,用户很少会说出完整的公司注册全称,更多是"字节跳动"、"腾讯"、"阿里"这样的简称。所以要求AI优先识别关键词,自动搜索匹配,而不是傻乎乎地让用户"请提供完整公司名称"。
规则3支持多轮对话。真实的查询场景往往是一连串的:先确认公司,再看详情,接着查风险,可能还要看股东信息。这个规则允许AI在一次对话中连续调用多个不同的工具,而不是每次只能问一个问题。
规则4规定输出格式。原始的API返回数据往往是嵌套JSON,直接丢给用户看体验很差。用Markdown表格和分段展示,清晰易读,而且方便复制到报告里。
4.3 工具绑定
在工具调用节点中,选择我们之前配置好的天眼查MCP:

展开后能看到所有可用的工具列表,包括:
- 企业基础信息查询
- 工商详细信息
- 股东及股权结构
- 司法风险信息
- 商标专利信息
- 投融资记录
- 上市信息
- 失信被执行人记录

这些工具全部绑定为可选状态,由AI根据用户意图自动决定调用哪个。
4.4 效果验证
点击右上角运行,输入测试问题:
查下北京字节跳动科技有限公司

可以看到,AI自动选择了合适的工具进行查询,并且按照我们规定的Markdown格式输出了结果。整个过程用户只需要输入一句话,剩下的都是自动完成的。
我又测试了几个场景:
字节跳动的法人是谁→ 自动模糊匹配到北京字节跳动科技有限公司,返回法定代表人信息这家公司有没有法律纠纷→ 自动调用司法风险接口,返回开庭公告、立案信息等帮我看看腾讯的股权结构→ 搜索腾讯相关公司,返回主要股东及持股比例
整体来说,意图识别和工具选择的准确率还是比较满意的。偶尔会出现匹配到同名公司的情况,但可以通过增加地域限定词来解决。
五、意外收获:MCP托管功能
在实际使用过程中,我发现了一个很实用的功能------MCP服务托管。
什么意思呢?有些情况下,你可能自己开发了一些MCP服务,部署在内网服务器上。但这些服务没有公网域名,外部的平台无法直接访问。这时候就可以用SF-FastGPT的MCP托管功能。
具体操作路径是:左侧菜单找到"MCP服务" → 新建服务 → 管理 → 选择你的MCP:


点击确定后,系统会给你的MCP分配一个可公网访问的地址:

这个功能对开发者来说真的很友好。 很多时候我们在内网跑了一些服务,想接入AI平台试试效果,但又不想搞域名解析、反向代理这一套。有了托管功能,相当于平台帮你解决了网络层的问题,你只需要关注业务逻辑本身。
对于那些没有域名修饰的个人服务器MCP服务,这基本上是最佳解决方案了。
六、发布和使用:不只是Demo
工具做好之后,SF-FastGPT提供了多种使用方式:
网页版本:直接在平台上打开就能用,适合个人使用或者内部分享链接:

多端发布:除了网页版,还支持嵌入到其他系统中,或者通过API调用:

后台监控:这是我认为企业级应用必备的功能。你能看到调用日志、用户查询记录、性能指标等:

对于开发团队来说,日志排查非常重要。当业务人员反馈"查某某公司出错了",你可以直接在后台看到是哪个接口报错、错误信息是什么、当时传入的参数是否正确,大大降低排查效率。
七、生态:内置应用市场
除了自己搭建工具,SF-FastGPT商业版还有一个内置的应用市场:

里面有各种现成的工具和能力可以直接选用。虽然这次我没有深入使用,但从目录来看覆盖面还是挺广的。对于不想从零开始搭建的用户来说,这是一个很好的起点。
八、总结:作为开发者的真实感受
经过这几天的深度使用,说说我的整体评价:
做得好的地方:
- MCP接入流程简洁。从填配置到能用,大概3分钟搞定。对于一个需要对接外部API的场景来说,这个速度已经很快了。
- 可视化编排确实提效。特别是在调整提示词和测试不同场景的过程中,不用改代码、不用重新部署,保存就能跑,迭代速度明显快于纯代码开发。
- MCP托管解决了实际痛点。对于内网开发和测试场景,这个功能省去了很多运维工作。
- 多渠道发布降低了分发成本。做好一个应用,可以同时发布成网页、API、嵌入组件,不需要为每个终端单独开发。
可以改进的地方:
- 工具返回数据的自定义处理能力还可以更强。目前主要是靠提示词控制输出格式,如果能有类似数据映射的可视化配置会更灵活。
- 调试时的中间过程可见性。希望能看到AI选择某个工具的具体推理过程,方便优化提示词。
- 批量查询的支持。当前是一次查询一家公司,如果能支持上传Excel批量查询,对某些场景会更实用。
总的来说,如果你是一个开发者,想要快速构建一个能调用外部API的AI应用,SF-FastGPT商业版是一个值得尝试的选择。特别是它对MCP协议的原生支持,符合当前AI工具链的发展趋势。在这个生态越来越成熟的当下,选一个支持开放标准的平台,长期来看是更稳妥的策略。