某次 VSCode 升级之后，我从 macOS 连远端开发机的 Remote-SSH 突然进入了死循环：客户端每隔几秒发起一次新的 SSH 连接，每次都能通过 pubkey 认证、能在远端拉起 vscode-server，但十几秒后就 timed out，紧接着 attempt N+1。前后连了几十次都接不上。
机器上没有任何代码改动，远端服务可达，公钥认证也没坏。问题出在客户端的某个不起眼的角落，被一堆看起来很正常的日志掩盖着。这篇文章记录从现象到根因的整个排查过程，最后定位到一条113 字节长的路径上。
我日常的开发环境是 VSCode Remote SSH 连到一台 Linux 开发机，然后在 VSCode 的集成终端里开 tmux。Claude Code 在 VSCode 终端里直接运行时，能正常连接 IDE——可以读到我选中的代码、跳转文件。但一旦进入 tmux，状态栏就显示「Visual Studio Code disconnected」。
这篇文章记录了从现象到根因的完整排查过程。涉及 Claude Code 的 IDE 发现机制源码、tmux 环境变量继承的坑，以及最终的修复方案。
一台 4 核 15G 的多用户开发机，某天下午突然卡死了。不是那种「卡一下就好了」的卡，而是整台机器几乎失去响应、持续了将近四个小时的那种卡。SSH 能连上但每个命令都要等很久才有回应，top 刷不动，日志也写不进去。
事后我用 atop（这台机器上每 30 秒打一次点）做了完整的事后分析，从系统级指标一路追到具体进程，最终定位到一条看起来人畜无害的构建命令。然后用 Linux cgroup 给机器加上了系统级的内存防护。
最近注意到一个叫 mattpocock/skills 的仓库登上了 GitHub Trending 榜首——一天新增五千多 Star，总数突破三万。作者 Matt Pocock 是个 TypeScript 教育者，过去一年半一直在教人怎么用 AI 智能体做开发。他最近有两场演讲被放出来，讲的是他这一年半观察下来总结出的一套 AI 编程方法论。我看完之后觉得挺有意思，所以写这篇来梳理一下他的思路——不只是仓库里那些 skill 文件本身，而是它们背后的诊断逻辑和设计哲学。
越狱检测是 iOS 移动端安全对抗中被讨论最多、也最容易被低估的环节。多数公开方案停留在「检查几条文件路径」的层面——这类检测在生产环境中几乎不堪一击。本文以一个国内大型金融 App（下文简称「App X」）的越狱检测实现为分析对象，从防御方的视角完整还原其三层纵深防御体系：检测层、冻结层、退出层。所有结论均来自对 rootless 越狱环境（Dopamine，iOS 16.x，arm64）的实际逆向验证，每一条检测手段背后都对应着真实的攻防博弈，而非理论推演。