kimwang

无论如何，谢谢各位。

@miniliuke cloudflare worker 部署成功了，关于你说的第四点，确实全自动化流程，就像看着一个勤劳的搬运工，但有时有点楞，这也是我来这里问的原因，trae 不跟你废话，询问他这样好不好，以为他会思考以后回复好或者不好，然后再次询问我他打算怎样，我同不同意；但现实是你一说他就直接猛干，不太符合我的预期，如果我知道解决方案，我就可以给他一个较受限的执行路径。

这就是你第（ 4 ）说的自娱自乐，也是跟专业人员不同之处，其实完全能理解，但 AI 提出的解决问题的思路倒是挺清晰，我也是看着他自己按照思路最终实现了目的，当然，还是有点“好歹确实能用，哪就用用罢”的意味。

自动头像好可爱，可以推几款古灵精怪的自动头像开源项目吗。

@mqx 怎么选型好？ go+react/vue 怎样？要破烂一点的 vps 都能跑得起来，又不能太难配置和部署，你方便多说点吗？

教下我怎么 vibe coding ，我也想做奇奇怪怪的产品

@owen800q 不像被惩罚/收割:satisfied:

香港叫增量市场，很多东西都比大陆贵的，你看美的冷气这波法国高温潮就能大赚，一个道理，不然比亚迪、上汽那些电动品牌为什么争破头要去香港卖车，还有很多不一而足，说不完。

猪𦟌，惠康 190-230 克卖到 45 元 1 份，优惠价 100 元 3 份，就算优惠价都是什么概念？你对比一下。

@bodayw 确实，一般人还真比较难对测试进行验证，就算是开发者日常也是工作为主，要验证得像科研一样，严谨且需兼顾所有可能影响结果的因素一并考虑才行，加上我换过的所谓“优化”方案也很多了，确实比较玄学，有像你提供的文献参考，加上实际应用效果较佳就算了，想起那句话，改装尽头是还原……

@DejavuMoe 非常同意，这个爬升速度跟你提及的地区、运营商、线路这些因素关系很大，空闲时段和繁忙时段往往就两个样，采用了某一种列队，如果空闲时吞吐量极高，繁忙时段又降低了，那么很大机会，无法通过其它类型的列队或内核参数“优化”获得满意的提升，实际效果往往难以有所突破，弄了一大堆换来的只是无谓的折腾，所以还是追求稳定。稳定+平滑>爬升+极速

不过有一种看似也是很有想法的方案，发出来给各位看看，如果已经知道就忽略吧。

>nodeseek(信息来源)
拥抱 xanmod ，实现 tcp 自动调优+bbrv3
https://www.nodeseek.com/post-245291-1

>优化 TCP 以实现高吞吐、低延迟
https://blog.cloudflare.com/optimizing-tcp-for-high-throughput-and-low-latency/

我试了，xanmod 内核天然较高资源占用，加上所谓“优化”过后，还不如直接 fq_codel ，fq_codel 无论 cubic 还是 bbr 方案都是对应的默认队列，方便之极。一个明显的不足是，BBR V3 反而容易看视频“打圈圈”，所以以后都不折腾了。

@bodayw #2 大兄弟 2 楼的说法在 2026 的今天还有效吗？我感性地说，曾经用 fq_codel 列队看油管 connection speed 没有问题，即是说吞吐量 OK ，稳定性也可以，但感觉爬升好像略差（相对 fq 、cake 列队），不过能够保证稳定对我来说更重要，我打算删掉 net.core.default_qdisc = cake 试试，虽然没有条件测试，但我觉得人的第六感有时挺准的，我当时感觉就是 fq_codel 好像更稳，所以一度很好奇这些列队究竟哪个更好，但我没有这些大佬的技术来验证。