之前用的是 boss 的简历模板，后来用 vibe 自己写了个纯 html+tailwind 的

@15855pm 是在讨论接口自动化测试。针对于不会写代码的人来说，图形界面是挺难维护的，每个变量关联都需要自己一层层去找。所以我才萌发了用低代码平台的想法，可以清晰地看出每个变量关联性。如果这样可以降低维护成本，那感觉这个 idea 就是有价值的。

只能写写后台系统，论性能不像隔壁 js 有 v8 爹

《 clean code 》《 clean architecture 》居然没人推荐

从 tanstack query 的角度来说，key 本质上就起到了全局共享的作用，用 pinia 封装相比于 hooks 封装来说，只是减少了一层 ref.value 的调用

最近就在做类似的产品，完成了一个接口拉取并根据 path 智能生成变更记录的功能，还完成了 apifox 的环境设置、运行用例那些功能。暂时还不知道要不要开源。

apifox 挺完善的，就是没有开源自部署

我选择了爱情，我也不后悔，每天朝九晚六，做做菜，到处玩，也挺好的。
大家都会说搞钱买房买车之类的，我不在乎。每天健健康康地活着就行。

space sniffer

之前用过 browser-use ，看起来 mcp-playwright 的原理也差不多。之前适配 Select 组件适配麻了（浏览器可以正常执行 JS 但是通过 playwright 执行就不行），经常点不到，要去调试 JS 。语义化确实是大问题，browser-use 就没有解决元素层级性的问题，对表单的识别（是否正确输入到框内的断言）就不好。

估计只能看看 linkfox 等产品有没有实现了，之前我做 ootdiffusion 相关内容的时候，经常也有人问我能不能在脚上或者头上使用，当时没有什么解决方案，现在就不清楚了。或者按照 ootdiffusion 的方法自己训练。

写 js 脚本采集网页数据，然后交给 llm 总结

之前搞区块链时 libp2p 和 devp2p 都用过，你的介绍说的 nat / 25519 这些其他库也都有，我并不算特别了解，只是觉得在 README 搞个 vs. 块对比一下特性可能会便于大家直观看出来

学 DDD 的时候阅读过 ABP 文档，也看过 BookStore 、eShop 等一些项目的源码，DDD 本身的概念还是挺简单的，不过每个项目的实现都不太一样（技术栈都差不多）。而我在公司里工作的理解又是另外一套，因为涉及到消息队列、缓存等比较复杂，形成了独有的一套方法论，不过我觉得本质上还是那几个软件设计原则、组件设计原则

直接和老板交流公司之前做过什么东西，问下将来规划。如果沟通舒服的话，我觉得可以尝试，只要自身技术磨练上来了，其实其他问题都不大。

你需要的是 OOTDiffusion