我们知道，嘉立创eda有提供一套扩展api，供插件开发使用，同时其本体实际上又又又是一个浏览器套壳应用，在里面直接架http服务器给本地codex终端调用难以实现，所以最终还是选择了ws，本地websocat作为服务端，eda侧安装的扩展作为客户端的方案打通本地codex到eda内的通道，产物就是codex糊的这个 转发扩展 
每一个eda工程窗体尝试去连接一个并不时时刻刻存在的服务端端口，尽管这看起来有些怪异，但也没有想到什么好的替代方案，只要gpt能正确调用到websocat尝试拉起服务，便总能握手成功. 
在我的设想中，嘉立创提供的api支持的功能 + 我的扩展透传了所有api + 透传后的api可以给codex随意调用 => 设计评估可以完全交给ai.即使不专门封装mcp，将文档完全交给ai实施，也能满足常见的元件选型、原理图绘制/评估/导出等需求， 
实际用起来嘛，codex画的...