AI很多突破都是来自独自踩坑，而非请教

其实对于标题的理解，我想大概很多人看到的第一眼就想反驳我。但请允许我澄清一下，我并非否认请教的意义，我只是想说明，其实对于大部分人而言，请教换来的都是低质量的回复，比如我们只是想询问一下为什么同样的配置环境机器，别人可以运行成功，但是我不行，其实在这个问题上，对于经验丰富的人来说，他可以依靠自己的经验解决，又或者自己上网查资料，那么问题就在这里对于新手而言或者对本领域不了解的人而言，上网搜索是一个过程，但能不能看懂一些专业的俗语和一些断断续续的方案截图是一个结果，所以问题就在这里，我问你就是断断续续怎么把它们连接起来。人收到的回答可能是搜一搜就知道了，这么简单还用问，又或者是告诉你一个具体的函数，但是作为刚踏入这个领域或者入门的小白是根本听不懂的，这样回复就是非常低质量的。
所以很多时候在遇到问题，尽量不要去问别人，就像我上面说的你满怀期待的去请教别人得到的却是那样的回复，仅是消耗你对学习的兴趣，也在消耗你对研究的兴趣，所以你遇到问题了，暂停当前的学习，自己去大量搜索或者使用AI解释都可以，你自己找到的解决方案，这是你自己的经验。
好了，现在可以进入正题了，如下图

其实我一直想做API的中转服务，虽然我之前开发过很多项目，但是对于这个中转API而言，我并没有这方面的经验，所以在开始前我潦潦草草地翻了几篇文档，就开始了第一次尝试，当时我用的是Python后端，将用户端和中转API后端继承了一个后端，但是这个方法失败了，也许这可能不是方法的问题，而是能力问题，然后第二次用spring boot spring AI去做，相比使用Python而言，这次算是有一点进展，至少我的请求从用户的后端发送到了中转的后端，然而并没有实现API的中转，所以这次又失败了。然后我想着市场上有很多人也在做这个事情，那我能不能去请教他们一下，于是我找了几位看上去比较友好的同行，但是他们给的我的回复可以参考开头，他们并不愿意分享，当然我在这里就不说格局这个东西了，因为没有意义，我之所以说这个例子，想表达的就是如果你想去做一件事情花时间自己研究，不要崇拜在这个领域有成就的人，以一种低姿态的方式去请教，你所保持的态度应该是尊敬，而不是膜拜。
第三次我的研究成功了，在第三次开始之前，我总结了前两次失败的原因以及我阅读了大量的文档和和一些断断续续的分享，把他们摸索串联在一起，才换来了这次的成功。然我是愿意分享的，我会在下篇专门去分享这个经验。