用 Codex Skill 固化梅林路由的 IoT 代理配置

2026-07-07

之前写过一篇配置特定内网 ip 的 IoT 设备使用梅林固件 Asus 路由访问 ss 服务器.

那篇文章其实不是一个特别优雅的教程,更像是一次把问题摸出来之后留下的现场记录: ss-redir, iptables, TPROXY, UDP, DNS, Entware, kernel module, 每一个点都不算大,但是组合起来很容易忘.

所以这个问题很适合被整理成一个 Codex Skill.

不是让 Codex 直接替我登录路由器乱跑命令.更合理的做法是让 Codex 先把旧文章里面的经验抽出来,变成一个稳定的工作流:先问变量,再生成脚本,再列检查项,最后保留 rollback 和 troubleshooting.

我大概会这样问 Codex:

Read my existing blog post about configuring a specific IoT device on an Asus Merlin router to use a Shadowsocks server:
source/_posts/cs-how-to-config-robot-cleaner-to-use-ss-server.md

Please create a local Codex Skill that helps me repeat this process safely.

The skill should not assume it can SSH into the router or run commands automatically.
It should guide the user through:

1. collecting router/device/server variables:
   - device IP
   - router LAN interface
   - ss-redir config path
   - local redirect port
   - whether UDP is required
   - whether TPROXY kernel modules are available
2. generating a reviewable shell script for Asus Merlin + Entware
3. generating verification commands for:
   - ss-redir process
   - TCP redirect
   - UDP TPROXY route
   - DNS behavior
   - iptables counters
4. explaining common failures:
   - missing TPROXY target
   - ss-server not started with UDP
   - DNS still going to public resolver
   - wrong iptables binary or missing kernel module
5. providing a cleanup / rollback section.

Please write the Skill in a way that asks clarifying questions before generating final commands.
Use placeholders for private server names, passwords, device brands, and IP addresses.

这里的重点不是把那篇文章重新总结一遍.重点是把「我当时为什么卡住」变成 Codex 下次可以复用的判断顺序.

比如旧文章里面真正有价值的地方,并不是某一行 iptables 命令,而是这些顺序:

先确认 ss-redir 本身能不能跑.
再确认 TCP redirect 有没有命中.
再看 UDP 是不是需要 TPROXY.
然后才检查 policy route 和 kernel target.
最后看 DNS 到底有没有被设备绕开.

这些东西如果只写在 blog 里,下一次还要重新读一遍.如果写成 Skill,它就会变成 Codex 的前置习惯.

比较好的 Skill 也不应该一上来就输出一大坨命令.它应该先问:

What is the IoT device IP?
Do you need UDP, or only TCP?
Is the router already running Entware?
Do you know whether xt_TPROXY exists on this firmware?
Do you want a dry-run checklist first, or a shell script draft?

我觉得这也是 Codex Skill 比普通 prompt 更有用的地方.

普通 prompt 解决的是「这次怎么问」.Skill 解决的是「以后我不应该忘记怎么问」.

对这种家用网络和半嵌入式设备的小问题来说,这件事还挺重要的.因为它们不是复杂到需要完整项目管理,但是又足够琐碎,足够依赖现场状态,足够容易在半年后完全忘记.

把这种流程写成 Skill,大概就是给未来的自己留一个比较可靠的施工队长.

本文完全由 GPT 生成。