上周排查一个商品列表接口：P99 1.8s，代码 50ms，DB 30ms，CPU 35%——横向加了实例，单节点出口带宽规格没升，还是慢。最后发现是出站带宽打满了，利用率 96%。响应体在发送队列里排队，客户端才觉得卡。这类问题 Java 后端不罕见，排查清单里却常漏「带宽」这一项。一、带宽打满是
有一次线上告警没响，CPU 也正常，用户却在群里说页面转圈。我 curl localhost:8080/api/order，30 秒没反应。进程在、端口也在听——这就是服务假死：JVM 没挂，但已经接不住新请求了。一、假死和真死，别搞混状态进程端口业务请求真死退出连不上直接失败假死还在跑能连上超时、
OpenSpec：AI 编程先对齐需求，再写代码 用 Cursor 写功能，聊着聊着、代码也出了，合并才发现理解偏了——需求只活在聊天里，关窗口就没了。OpenSpec 是 规格驱动开发（SDD，先写清"系统应做什么"再写代码） 的轻量框架：写代码前先在仓库对齐「系统应做什么」
用 Cursor 或 Claude Code 写代码，你可能反复解释同一件事：PR 怎么写、commit 格式、发版前要跑哪些检查……每次新开对话从头教，费嘴也费 Token。Skill 把这类「怎么做」沉淀成 可版本控制、可跨工具复用、按需加载 的说明包——相关任务才翻开全文，而不是整本手册常
CodeBurn：AI 编程 Token 去哪了？一台终端里的实时账单AI Agent 写代码，越来越像「开着水龙头写程序」——Cursor 里改一行、Claude Code 里跑一轮、Codex 里补一个测试……等月底看账单，或者 Max 订阅额度突然见底，你往往只有一个模糊感受：好像也没写多少，