Docker7530
2.9 KiB
任务
- 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
- 开发：梳理 IBS V7.19.0 需求。（新业务平面引入与系统集成实施 30% 李春良 2）
- 项目：IBS 智能体具体落实技术方案调研，打通流程。（李春良 5）
日志
当前项目是我们的 MCP 注册中心，相当于我们提供了一个统一的 MCP 服务。我们为用户和管理员提供了一个 API 注册接口，当管理员把接口规范传给我们后，我们就可以直接为 AI 提供标准化的 MCP 接口。
现在遇到的一个问题是，我们想把这个注册中心给不同的平台用户使用（比如 IBS 用户、CDN 项目组等）。由于有多个项目组，且每个项目组都有自己的工具，如何有效区分这些工具成了关键。
请帮我调研一下：
- MCP 协议层面是否支持根据不同的用户 Key 返回不同的工具？
- 针对这种需求，目前市面上是否有比较成熟的实现方案（最好是符合我们项目的技术栈）？
总的来说，我想把它接入到一个智能体中，让不同的用户平台根据自己的 Key 获取对应的工具，这样也能减轻上下文的压力。请帮我调研一下，然后我们再讨论出一个成熟的技术方案。
现在进一步解决我的问题，MCP 的鉴权已经通了，如上边说的当前项目是我们的 MCP 注册中心，相当于我们提供了一个统一的 MCP 服务。我们为用户和管理员提供了一个 API 注册接口，当管理员把接口规范传给我们后，我们就可以直接为 AI 提供标准化的 MCP 接口。
此时有个问题了。如果各个平台有自己的鉴权的话，如何能把 token 透传下去呢？因为这个 token 可能是各个项目自己用来横向鉴权的，比如控制谁能查哪些域名等等场景。是不是可以给 mcp 增加额外的 header 然后增加到 mcp 发起调用的 header 中。帮我调研一个可行的，标准的方案。
总结
今天突破了 ibs-ai-mcp 项目的进展，目前实现了 token 的透传。算是实现了整个流程必要的一环。
下午在公司内展示了 cosmic 拆分工具的使用，再次回头看这个工具的整体设计，感觉自己有进步了，在最近学习了智能体的开发。
我个人认为智能体开发，前端技能目前来说是必要的。
晚上听了卡兹克的直播，感觉自己还是没有在小的前沿，自己过于关注比如账号注册的用户名等等这些无用的东西。感觉这些人真的比想想中年轻，对 AI 的拥抱程度。在看看周边的人，感觉对 AI 的拥抱程度真的好低呀。简直不是在一个层级。目前还在 AI 对话的形态。
在当下这个热潮中，周末还是有必要玩儿一下龙虾。
田宝和 AI 聊了好久。感觉可以把 AI 融入到我的生活中。
我们不应该评判是否是 AI 产出的，要看最终的内容是否是我们想要的。