https://zeli.app/
这个也不错，还有每日论文。

测边界情况轮子很多了，都不一定要用 AI ，难的是怎么测试正常情况。

@chenqh 已经像空气和水一样自然了（

vs code server 从 GitHub 上拉的 release ，是 GitHub 访问不稳定。

很棒的想法，周末评估下拓展到其他插件的可能性，idea 的接口文档太难用了。。。

GPL 协议真正起作用的案例感觉两只手就能数过来吧。。。
问题是哪怕形同虚设，也没啥开发者愿意选择 GPL （

领到了，好人一生平安。

@liyafe1997 现在支持从源码构建了，而不仅仅只有个 Kernel 。

开源的是这个
https://github.com/microsoft/WSL

That means that the code that powers WSL is now available on GitHub at Microsoft/WSL and open sourced to the community! You can download WSL and build it from source, add new fixes and features and participate in WSL’s active development.

之前开源和尚未开源的

This comes as an addition to the already open sourced WSL components:

microsoft/wslg: Enabling the Windows Subsystem for Linux to include support for Wayland and X server related scenarios
microsoft/WSL2-Linux-Kernel: The source for the Linux kernel used in Windows Subsystem for Linux 2 (WSL2)
The following components are still part of the Windows image and are not open sourced at this time:

Lxcore.sys, the kernel side driver that powers WSL 1
P9rdr.sys and p9np.dll, which runs the “\\wsl.localhost” filesystem redirection (from Windows to Linux)

来源

https://blogs.windows.com/windowsdeveloper/2025/05/19/the-windows-subsystem-for-linux-is-now-open-source/

@xhawk 那建议在短短几年后再来招人

已经升完了，话说对用户来说，如果不使用这个特性，是不是升级上去更好，允许查询控制媒体播放这个接口看上去就很危险。

@frankyzf 拆成若干个通用服务，dify 只负责组织不负责实现，但不建议每个节点都去调接口，这种情况应该先思考流程编排是否合理。

dify 目前用下来，代码就做些数据转换比较合适，比如解构 JSON ，修改数据结构。

如果需要用到大量代码，这些代码就不应该放到 dify 里，抽出来作为一个服务给 dify 调用更合适。
dify 无论是代码编写、代码复用、代码调试都没有优势。

时序数据库或不可变数据库？反正用插入替代修改应该就能解决。

@coldle 感谢，才发现 VSCode 还有遥测。

unix 哲学更推荐用多个命令组合来完成某个需求，如果真的需要**一个**工具，可以考虑包装个脚本。（

sort + uniq + awk 组合实现

cat 1.txt | sort | uniq -c | sort -nr | awk 'BEGIN {print "Line\t| Times"} {printf "%s\t| %d\n", $2, $1}'

话说这种需求大模型确实秒了（

早年我记得 shell 权限好像会高一点，然后 Google 系应用权限是会高一点，手动安装的商店下载安装应用是不用任何确认的，感觉哪里写了个白名单，但一时半会找不到了。