Hyac 现存的问题以及发展方向

Hyac 目前存在的问题有

lsp 功能

由于代码储存在数据库中，lsp的实现要通过shim或者虚拟文件的方式，都是值得斟酌的问题

日志功能

• 目前事实日志使用ws与前端交互，还需要进一步考虑重连自己切换函数后日志重新加载的问题。
• 函数日志显示方式考虑调整为弹窗的模式，可以保证用户在编辑函数的时候，查看日志不会影响编辑任务。

Ai功能

Ai编码部分需要完善，之前考虑使用rag，但是会增加用户部署设备的门槛，我希望2g内存下能稳定运行至少3个app，还需要思考真正的实现方式。或许可以创建一个统一的ai服务，用户直接调用，但是可能会涉及用户的代码隐私，比较难取舍。

自动化测试

虽然目前都是dev版本，但是如果未来发release版本，必须对基准功能做完备的测试，这一点要提早准备。计划使用pytest，但是还没有敲定，也没有开始。

hyac 未来的发展

关于未来发展方向的问题，我做了如下思考。首先，hyac的定位是服务个人开发者的pyton云函数项目，所以在开发之初就使用了docker compose。但是会带来一些负载均衡，弹性扩容等方面的问题。如果我将hyac整体切换到k8s，那么是不是就违背了我的初衷？因为个人开发者一般没有高性能的设备运行hyac，目前3个app基本可以在2g内存的设备下运行。如果使用k8s，用户的设备最低可能都需要4g。但如果使用docker compose做负载均衡，带来的额外内存开销可能与k8s相当。因此，这是一个我必须尽快确定以及选择的问题。