kneo

可以用 ollama 本地部署，然后你用 http api 调用本地服务就可以了。
你的 electron 实现端只需要负责调 API ，可以配置为使用云端的（比如 openai ）或者本地的。类似实现一大把，自己找找吧。可以搜索 local llm 之类的。

去外网看了下，好像还真有这么一回事：
https://news.ycombinator.com/item?id=40171125

你问的没错，这个策略是有点奇葩。

core size 的设置更像是为 CPU 类型的计算服务的，所以满了就不创建。但是又设置了个 max size ，然后又只有在队列满了的时候才工作……

因为这个队列就是给你存等待任务的，队列满了它看实在不行了，存不下了，才会不情愿的给你分配线程……

所以，根据你的需求，你用 fixed thread pool 就好了（其实就是 core size 和 max size 调成一样的了）。

@wangkun025 “如果你是程序员，如果上传这些数据能卖钱，你会怎么做”——给这灵魂拷问啥呢，你想说如果你是程序员你就会把用户卖了？我没误解你吧？

转译出来的代码，第一优先级是正确性，然后是生成后代码的性能。这两者挑不出毛病的话，建议保持安静。不要觉得你比写编译器的人聪明。

这么喜欢苹果为啥转安卓？

不明白为什么会分不清。我没看出来会和什么弄混。可能就是你不习惯而已。

@fallshuang 我不年轻。我也没看到你有 @我的必要。

说明他对 k8s 的容错不信任。理论上你是说服不了他的，因为不管你使用什么技术最终还是会出问题。
你可以向他直言，这东西你搞不定换个架构师来。
什么？你就是架构师？那你就让不懂技术的领导闭嘴，架构难道不听架构师的？
什么？领导是高级架构师？那你还是闭嘴吧，让你干啥就干啥。