srcflow

重试和重启过了 不行。我用的kafka版本是2.8.1 在创建镜像的时候，源码这个  是不是要改写？ 我改成对应的confluet版本 还是报无法找到可用的docker环境。 然后我查看我本地的kafka image名称 改写  报如下错： 16:41:08.168 [main] INFO o.t.utility.ImageNameSubstitutor - Image name substitution will be performed by: DefaultImageNameSubstitutor (composite of 'ConfigurationFileImageNameSubstitutor' and 'PrefixingImageNameSubstitutor')...

> Got it, i will test in my local environemnt and reply if have any progress. ok thx look forward to your reply.

> @kafcat Can you describe your environment? such as operating system, docker version, docker machine version and JDK version. I have met a a similar problem, you can try "docker-machine...

> delete > > > @kafcat Can you describe your environment? such as operating system, docker version, docker machine version and JDK version. I have met a a similar problem,...

stdio 直接代码 注入获取 getEnv 就行了

client端塞到toolcontext 里边 然后在tool端获取强转就行了

> > client端塞到toolcontext 里边 然后在tool端获取强转就行了 > > 我以为tool call中请求头中能够携带authentication，然后直接在tool端中获取。不知道我理解是不是有问题 我之前觉得把authentication塞到context可能导致hallucinations。 你的担心是有道理的 ，但是实际上使用的时候， 不会导致幻觉的 toolcontext作为tool工具端的上下文传输只做一些权限校验的话是没有问题的， 最小化暴露原则不影响实际效果的。

> 我现在绑定了 tool端的参数信息作为token端接受 也就是通过提示词注入client的context，然后调用传参解析 中转了下 就可以拿到。

> > > 我现在绑定了 tool端的参数信息作为token端接受 也就是通过提示词注入client的context，然后调用传参解析 中转了下 就可以拿到。 > > 你client调用tools走的sse吗，mcp sse 下不支持toolContext调用 提示词注入作为参数传递 平替toolcontext方案 效果是一样的 暂时只能这么高 源码是不是支持的

> > > > > 我现在绑定了 tool端的参数信息作为token端接受 也就是通过提示词注入client的context，然后调用传参解析 中转了下 就可以拿到。 > > > > > > > > > 你client调用tools走的sse吗，mcp sse 下不支持toolContext调用 > > > > > > 提示词注入作为参数传递 平替toolcontext方案...