AI 时代信息爆炸——MCP、RAG、Multi-Agent、Agentic Workflow……新概念一个接一个,每隔几周就有新的框架冒出来。很容易陷进去,感觉 Agent 是一个高深莫测的东西,离自己很远。
但如果你亲手写过一遍(在 AI 帮助下,只需要一个上午),就会发现:Agent 本身的代码比大佬们写的控制器和转发面简单多了。 核心逻辑就是一个 for 循环,加上几个工具调用。
这个 Workshop 的目的就是祛魅——把地基翻出来看清楚。从一个 223 行的最小 Agent 出发,一步步演进到具备权限控制、任务规划、技能加载、上下文压缩的完整系统。每一版只解决一个问题,每一行代码都有来处。
看完之后,那些概念还会存在,但它们背后的地基你已经摸清楚了。雾里看花,变成近在眼前。
PS：2025 年 10 月 30 日，问题已定位，BMC 会在主板的所有网口周期发送数据包（探测包？），如果 2.5Gbps 网口（非管理口）未接线，会导致其内核持续内存泄露，直至 OOM。解决办法是在 BMC 里禁用该网口。
PS：截止 2025 年 10 月 8 日，H12D BMC 模块存在内存泄露的 BUG，导致每 14～15 天就会挂死（IPMI 相关进程都被杀死了），管理界面、IPMI、风扇控制全部失灵，只能拔电源冷重启，暂不建议购买。
用了很久 NAS 了，简单记录一下 NAS 方案演进。
家里的入户的光猫在书房，书房到客厅的只有一条网线。因此诞生了单线复用的需求，拓扑如下：
最近有一个需求，修改 TCP 回程数据包的 SRC 和 DST IP 使与去程走不一样的路由。第一反应是使用 iptables 做 SNAT 和 DNAT，但是实测发现 iptables 是基于 Conntrack 实现的，对回程数据包并不生效。因为曾经用 XDP 实现过 LB，准备再次使用 XDP 写个小程序实现。
随后突然想起 ebpf 的 XDP Hook 是对 ingress 生效的，如果想做 egress 则得使用 TC Hook。既然如此， Linux 的 TC 工具是不是已经原生支持了我的小需求呢，之前对 TC 工具的使用局限在 netem 和 tbf 模块，也就是弱网模拟和流控。查阅文档发现 TC 的 Pedit 模块可以很轻松的提供我需要的无状态（Stateless）NAT 能力。
初闻不知曲中意，再闻已是曲中人。