世界要你努力去考取功名 但是真誠才是最大本領

需要预构建二进制就从各大 Linux 发行版的仓库扒一扒吧

https://salsa.debian.org/go-team/packages/kcptun

看 README 似乎是弃坑了，这是 Debian 打包组的 fork

另外我觉得其实这是好事，这些开源项目的 0Day 肯定有很多已经被独立发现过并且作为武器使用。现在 LLM 直接捅了篓子，堵 > 瞒。

被打脸了，刚发完楼上就有用过的（

这里应该找不到能用上这种模型的人...

不过我觉得挖洞确实比编程靠谱，毕竟做项目我们还能谈谈“架构”、“品位”、“设计”这种主观的东西，还有历史遗留项目需要理解来龙去脉的人来维护。挖洞可不用管这么多，挖到一个洞就是胜利；何况人的精力是有限的，不可能一会研究这个一会研究那个，LLM 通电就行，7x24 拿什么打？

我觉得以后新的代码我们都会默认先给主流 LLM review 一遍，从开始就减少犯错的机会。大部分开源项目会在接下来几个月迎接一波大的，比方说你可以看检测开源项目安全状况的 oss-security 邮件列表： https://www.openwall.com/lists/oss-security/ 最近新披露的漏洞呈指数上升，但总会趋于平缓，直到历史遗留的代码被扫干净，摘完这波果子就无了。

感觉只能定期人工 Review 了，因为就算你写在 AGENTS.md 里它还是写着写着就不遵循了，定期 Review 能在积重难返之前让 Agent 重回正轨。我一般就随机挑一个 feature 进去看它是怎么实现的，某种坏的模式一旦出现就很容易在整个代码库里传播，好消息是这也导致你有更大的概率抓住这种坏的模式（

另外 linter 和 formatter 都开起来，每笔提交之前都跑一遍测试，同样是为了防止积重难返。

有好多类似的，battlecode 、robocode... 小时候看到感觉太高级了。

可以的，但是没必要这么干，个人开发者弄还好，企业弄就不太刑了。

https://github.com/CJackHwang/ds2api

@pricky777 iOS 以前是有接口（ NETransparentProxyProvider ）的，现在在 macOS 上依然可用，iOS 上因为隐私问题被废弃了

Exclave 支持你说的功能，分网络代理。

Singbox 好像也支持，但是配置太麻烦了。

No zuo no die why you try

其实这就类似于一个极简的工作流了，不过我没用过 dify, coze 等等框架，纯粹自己瞎摸索。

我觉得这种需要定期自动化的任务，对于通用 agent 应该有自己产生 skill 、总结工作流的能力，但是好像大家现在都不是很在乎（或者说模型能力还不太能做得到？）。不知道有没有通用 agent 是这个思路。

我也在探索，不过是把 claude-code, codex 这类 coding agent 当作通用 agent 来用。

如果每一次都让代理自己去探索、规划、操作太耗费 token 了（我实验一次就会吃掉一周 10% 的配额），所以现在我打算直接让 agent 帮我逆向 API ，能写成脚本的流程尽量写成脚本，然后在脚本里调用 agent 去做需要智力的部分。

举例来说，我会让 agent 逆向出登陆、获取任务列表和数据的接口，然后写一个脚本自动下载任务，并 OCR 任务中的图片内容（如果模型支持图片理解这一步可以去掉）。然后再在脚本中调用 agent 完成任务（主要是撰写文稿），输出到一个文件里。做完之后会在 IM 上通知我，然后人工检查它撰写的文稿（我害怕他写出那种“我还需要帮你撰写...”的内容），没问题的话就提交。

r/changemyview：数学是被发明的，而不是被发现的 https://www.reddit.com/r/changemyview/comments/70h6gb/cmv_math_was_invented_not_discovered/?tl=zh-hans

Stephen Wolfram 《一种新科学》： https://www.wolframscience.com/nks/

知乎 - 如何看待 Stephen Wolfram 声称万物理论已被发现？： https://www.zhihu.com/question/387862824/answer/1157830985

为什么 Windows 11 连自带的应用都做不好？

因为这些应用都在用 WinUI 3 重写，甚至包括 explorer.exe: [Memory leak in WinUI3 multiple window applications #9063]( https://github.com/microsoft/microsoft-ui-xaml/issues/9063)

WinUI 3 的内存泄漏有多简单呢？参考这个仓库： https://github.com/akainth015/WindowCloseMemLeakRepro 简单来说，按钮绑定一个新建窗口的动作，然后关闭这个窗口，你会发现 WinUI 3 并不会释放这个窗口占用的内存。

这个问题已经快三年了，期间无数开发者被坑过，然而就是不改 233

@molezznet 关于页面可以导出导入，甚至可以导入 Gesturefy 的数据，不过最好在导入 Gesturefy 的数据之前处理一下，只保留 Gesture 项，Settings 里某些项有 BUG 。当然，Cesturefy 自己导出导入是正常的~

@molezznet HTTP 下由于 Chrome 的安全策略，getCoalescedEvents 这个 API 用不了。已经加了一个 fallback 回退到一个精度相对较低，但是仍然可用的方法了，不过更新需要审核时间，感谢反馈！

https://github.com/diredocks/Cesturefy/commit/24cccb1bf6c8e565882d288bac45538f42ab21a3