Csheng

观点和理解和我感受基本一致，未来人类更多应该做的是架构设计，然后管理、约束 agents 让他自我完成循环，减少人工介入

开发新功能的时候，人类通过提供方向性和 idea ，和 agent 探讨，再确定 plan ，最后交给它们（ subagents/parallel ）执行并且做些基础验证（语法、功能完整性）

至于 debug/验收过程，也被极大的加快了，加日志，分析日志比人类快多了。。（当然有些关键点还是要自己提醒它

review 代码，也可以慢慢约束形成各种语言的规范

claude code 每次的新功能，几乎都精准切中发展路径: Memory -> Plan -> MCP -> Skills(发布顺序未经过严格求证)，夸张点讲它是 Coding Agent 工业标准也不为过？

claude code + 国产廉价模型，让成本降低，更多人能享受，探索更多可能，也为创造增加了非常多可行性。典型的量变引起质变。

看笑了，中转站老板们赚着网络和信息差的利润，心底上对这些客户，大抵是觉得都是*韭菜，对于一大堆无法解决网络问题或者不是专业的用户，要是这些服务都能正常在国内使用，有他们什么事？没点 x 数

@AkinoKaedeChan #27 还记得这事儿的，都是老网民了，确实这么多年一点没变：伸手党大骂“为爱发电”怎么不单独给我发电。哎！

配置复杂度、文档确实是个问题，不过折腾完一轮之后还是挺舒服的。。。

json 目前我是用 json5 模板写注释和行尾","支持(对于这两点用 jsonc 也可以)，然后用 python 写脚本填充 outbounds （按照自己的需求过滤、重新组织不同的 rule-set 来对应不同的 outbounds ），最后 json.dumps 出 json 格式的，这样不会有什么问题

面向移动设备(iOS)、透明旁路网关、服务器 docker compose 使用分别有几份稍微有点差异的模板，不过都是代码生成问题不大，每次调试修改通用规则稍微麻烦点，改完网关的，再用 beyond compare 对比差异保留差异中对特定模板有用的部分。

@liuzimin #18 我阿里和腾讯都是 2G ，反正够用了，没啥正经业务跑，都是玩

@liuzimin #5

我大概不到 10 个 peer ，腾讯云轻量上面的自建，docker stats 还行吧，另外 zitadel 是可以被替换成 authelia 的，不过目前非正式官方支持的方案，确实会免费些。

用起来很舒服，全 mesh 默认，精细化路由控制就要学习。

CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
5752fe8f3db1 netbird_zitadel 0.68% 92.08MiB / 1.921GiB 4.68% 48.6MB / 51.7MB 20.5MB / 0B 9
414631130acf netbird_management 0.00% 32.24MiB / 1.921GiB 1.64% 266kB / 231kB 7MB / 77.8kB 8
968c0788df62 netbird_caddy 0.05% 24.06MiB / 1.921GiB 1.22% 6.58MB / 7.28MB 11.5MB / 32.8kB 9
7369b2125b18 netbird_coturn 0.02% 18.26MiB / 1.921GiB 0.93% 0B / 0B 4.04MB / 4.1kB 7
2f5b5dfa6cbc netbird_relay 0.00% 5.09MiB / 1.921GiB 0.26% 261kB / 356kB 0B / 0B 8
b5e21cd948fa netbird_zdb 2.26% 27.17MiB / 1.921GiB 1.38% 51.4MB / 48.4MB 15.6MB / 81.3MB 6
5b178be7154d netbird_dashboard 0.01% 25.48MiB / 1.921GiB 1.30% 137kB / 1.39MB 13.6MB / 61.4kB 4
2761ab3261a0 netbird_signal 0.01% 9.625MiB / 1.921GiB 0.49% 1.81MB / 1.19MB 0B / 0B 8

@tianwm #12 合理，我家也是基本同等位置，老的 WIFI6, TPLINK TL-XAP3020GC ，按现在时间买，那就上 BE5100 。
至于 AC 不需要，两个开 Fat AP ，802.1 k v r 都开上，不追求极致的漫游切换延迟，基本还好。纠结再搞多个 AC100v4 以上，AP 再开 Fit AP @llexus

@badgv 容器确实多了，看起来比较臃肿，但效果确实好啊。。。也可能是我没用好 tailscale ，浅尝辄止

当时的场景是 wrt 旁路上装 sing-box tun + tailscale/netbird 测试，可能是没配置好 sing-box 导致的经常 relay 也说不定，
折腾到现在能稳定 netbird p2p ，估计再换回 tailscale 也许很顺利，不一定了，有时间再折腾过。。