1775206638

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