TCP 服务器并发：fork、僵尸进程与双重 fork
看到 defunct 或 ps 中 STAT 为 Z 时，先别急着 kill 僵尸进程：子进程已经退出，缺的是父进程的回收动作。需要记录退出码和终止信号，应使用 SIGCHLD + waitpid()；只在 Linux…
Headroom：headroom proxy 接入与验证
装上 Headroom 后 Token 没有下降，先别急着调整 Prompt 或更换压缩模型，先确认模型请求是否真的经过了 Headroom。现有 Coding Agent 或 CLI 如果允许修改模型请求入口，应先核…
删了一个没用的 console.log，生产环境直接崩了
事故发生时，先暂停继续发布，保存浏览器控制台、Node.js stderr、监控截图、当前容器状态和已经生成的静态产物，再重新部署上一份已知可用的镜像 digest 或静态文件。不要把“补回一行 console...
vllm Docker 起来 8000 不通，是模型没下完？
docker ps 显示容器处于 Up，并不表示 vLLM 已经在 8000 端口监听。先执行 docker logs -f ，至少要看到类似下面的日志，才说明 OpenAI 兼容服务开始接收请求：
recovery_prefetch 导致 I/O 拥塞怎么调
日志出现 the database system is in recovery mode，同时邻近业务延迟上升时，先不要重启碰运气。把 PostgreSQL 日志、块设备指标和恢复进程的 I/O 对齐到同一时间窗；确认…
MCP 三层校验，修好 SecurityContext 丢失
排查顺序只有一条：参数是否合法 → 身份是否存在 → 权限是否允许 → 风险动作是否已经确认。对应到实现上，就是输入校验、安全授权、执行确认三道闸门；SecurityContext 丢失属于第二道闸门之...
排查 Kafka CommitFailedException
Kafka 消息处理成功后又被消费时，先记录重复消息的 topic、partition、offset 和业务键。同一 Kafka 位点重现，优先查消费端位点提交；同一业务键对应不同位点，转查生产者重试或上游重复投递...
PVE 部署 Vulhub：docker compose 启动失败
在 Proxmox VE 上部署 Vulhub 时，遇到“启动失败”，多数应先查 Ubuntu 客户机内的 Docker 与 Compose。排查时重点看 Docker 服务状态、Compose V2 插件、当前目录和…
SkillSpector 扫描技能：安装、漏洞与报告解读
准备安装一个从 GitHub 拉下来的第三方 Agent Skill 时，如果源码里出现了 curl | bash、向外部地址 POST 数据，或者直接调用 exec()，最稳妥的做法不是先复制到 Agent 的技能目…