上周五晚上 11 点，我盯着屏幕上一个诡异的 Bug 怀疑人生。我们的 Go 支付服务里， 这个函数被莫名其妙地调用了两次，导致用户被扣了两笔钱。为了找出罪魁祸首，我熟练地在终端敲下 。瞬间，屏幕上刷出了 45 个结果。 有接口定义里的、有单元测试里的、有注释里写着 的，甚至还有被注释掉的旧代码。我叹了口气，转头对旁边的 Claude Code 说：“嘿，帮我看看这 45 个地方，到底哪里重复调

2026年5月20日，谷歌开发者官网上线了一份公告。内容不长，但足以让整个开源社区炸锅。“2026年6月18日起，Gemini CLI将停止为免费用户、Pro和Ultra用户提供服务。”取而代之的，是一个叫 Antigravity CLI 的工具。 有什么区别？打开GitHub就知道。Gemini CLI的仓库里，所有代码都在，Apache 2.0开源协议，清清楚楚。Antigravity CLI

故事得从上周四的深夜说起。我的同事老张正在死磕一个配置解析器。他手里有一个 结构体，里面塞满了各种从 YAML 里扒出来的原始数据。老张想实现一个非常优雅的功能：从配置里获取一个值，如果不存在或者类型不对，就返回一个默认值。在老张的梦里，代码应该是这样的：多么丝滑，多么面向对象！但现实是，Go 编译器冷冷地甩给他一个红色的报错：（方法不能有类型参数）。老张不服，试图挣扎了一下：编译器依然像个没有

今天照常打开Claude Code干活，问了个问题，得到答案后习惯性地想选中文字复制到Notion里做记录。然后我注意到终端底部多了一行小字：“Press c to copy ”我按了一下。然后粘贴到Notion里——格式居然全在！代码高亮、列表层级、粗体斜体，一样没少。那一刻我觉得，这个小小的更新，真的懂我。这是Claude Code给命令加的一个快捷键。是Claude Code里一个很常用的命

去年写一个 TODO 应用时，我遇到一个需求：用户拖拽任务列表里的某个任务，改变它的优先级，列表要重新排序。后端存储就是一个切片 ，按优先级排序。用户把优先级从“低”改成“高”后，任务应该从列表尾部移动到头部附近。我当时写的代码是这样的：跑是能跑。但我看着这段代码，总觉得哪里不对劲。两次内存移动，做了两遍复制，还多了一次切片长度变更。我问自己：Go 标准库有 ，有 ，为什么没有一个“把元素从A位置

2026年5月底，微软做了一个决定。开源了一个叫 SkillOpt 的框架。一周内，GitHub Star 破3000。这不是一个普通的项目。它是一个让 AI 技能自我进化的系统。说真的，这太荒诞了。我们本来是想让更智能的 AI 帮我们干活。结果现在，我们在花大量精力教 AI 怎么更好地干活。就像父母教孩子写作业。只不过，这个"孩子"是一个大语言模型。而"作业"，是它自己的技能文档。先说说 Ski

下午两点，北京某出租屋的机械键盘还在噼啪作响。程序员阿杰盯着屏幕上的报错，第17次尝试修复一个诡异的并发问题。他叹了口气，在聊天框里敲下：「帮我看下这个goroutine泄漏」。如果是半年前，接下来会是漫长的上下文粘贴和解释。但今天，他随手打了个 ，AI瞬间加载了一套专业的排查流程，三步定位问题根源。阿杰愣了下，小声嘀咕：「这玩意儿，怎么突然变『懂行』了？」这不是科幻片段，而是Zed编辑器正在重新

周三下午三点，杭州某创业公司的工位上，前端工程师小周正对着三个窗口反复横跳：左边是VSCode，中间是Chrome，右边是终端日志。他刚在代码里打了个断点，切到浏览器刷新，结果发现——断点没命中。再切回去检查source map，来回折腾五次，需求评审会已经开始了。小周默默在心里记了一笔：「等这个项目结束，一定要找个能少切一次窗的方案。」 如果你也经历过这种「窗口俄罗斯方块」的折磨，那VSCode

Go 语言的错误处理一直是开发者讨论的热点。有人觉得繁琐，有人觉得优雅。但无论如何，掌握正确的错误处理方式，是写出健壮 Go 代码的关键。这些年在 Go 项目中摸爬滚打，踩过无数坑，也总结出了一套错误处理的实战经验。今天就把这十条"诫命"分享出来，每条都配上具体的代码示例，希望能帮你避开那些我踩过的坑。错误不是可以跳过的仪式，而是程序逻辑的一部分。这段代码的问题：如果文件不存在怎么办？如果权限不足

这两天我在用 Codex 时注意到一个很有意思的变化。之前引用文件总是要手动输入路径，或者复制粘贴。文件名长了、有空格、有中文的时候，特别容易出错。我就琢磨...要是能像 Slack 或者 Notion 那样，打个 @ 就能自动补全，该多好。没想到，OpenAI 真的做了这个功能，而且比我想象的还要强大。一开始我没太在意，以为就是个简单的文件自动补全。但仔细看了功能描述后，我发现这个设计相当有意思

前几个月，我表弟——一个刚入行的Android开发新手——在微信上问我："哥，为啥公司里大佬都用IntelliJ IDEA，但我看B站教程都在用VS Code？我到底该学哪个？"我没直接回答，而是给他讲了个故事。三年前，我同时开着IDEA和VS Code工作：IDEA用来写java/Kotlin后端，VS Code用来改Kotlin DSL脚本和看文档。两个窗口来回切换，Alt+Tab按得手指都快

故事是这样的。周一早上九点十五分，晨会还有十五分钟就要开始。我刚泡好咖啡，准备扫一眼昨晚的 CI 失败日志，结果一条 dependency check failed 直接把我整不会了。不是代码 bug，不是配置错误，是我花了三天写的依赖审计脚本崩了。那个用正则硬爬 pkg.go.dev 页面的「智能工具」，又一次栽在了前端改版上。点开 HTML 源码一看... 悄悄改成了 。就一个类名。整套解析逻

上周三下午三点，我盯着屏幕上一个卡了四小时的 CI 流水线，手里那杯咖啡已经凉得像西伯利亚的冬天。突然想到：如果有个助手能自己发现问题、自己修复、自己跑完测试，那我是不是就能去睡个整觉了？巧了，这周 Qwen Code 0.16.0 刚好把 推上了舞台。而更巧的是，隔壁 Codex 也刚上线了类似功能。今天咱们不聊参数对比表，就聊聊：当代码助手开始"自主驾驶"，我们程序员到底是解放了，还是失业了

你有没有数过，使用vscode一天要切多少次终端去跑 ？我昨天粗略统计了一下，至少 15 次。每次都是为了看看最近的提交、找找某个改动、或者确认一下谁在什么时候改了什么。这 15 次切换，看似微不足道。但累积起来，就是注意力的碎片化，就是工作流的断裂。直到我发现 Zed 最新推出的一个功能，彻底改变了这个习惯。Zed 的 Git Panel 现在支持 Commit History View（提交历

上周，我在咖啡馆写代码时，旁边坐着一位用屏幕阅读器的开发者。他戴着耳机，手指在键盘上飞快跳跃，嘴里轻声念着："function... parameter... error on line 42..."那一刻我突然意识到：我习以为常的"看代码"，对另一些人来说，是一场需要特殊工具才能完成的冒险。5月第三个星期四是全球可访问性意识日（Global Accessibility Awareness Day

前两天我在同时跑三个 AI 助手时，遇到了一个熟悉的困境。左边终端跑着 Claude Code，中间是 Cursor，右边还有个 Amp。每个都在不同的项目里干活，但我得不停地在它们之间切换。更糟的是，一旦某个助手开始长时间运行任务，我就看不到它的进度，只能盲等。我就在想...要是这些终端能像浏览器标签页一样，随时可见、随时切换，该多好。没想到，Zed 最近刚好加了这样一个新特性。它叫 Termi

如果你理解了构建系统的设计，你就理解了为什么它快、为什么它慢、为什么它有时候让你困惑。你每天在终端里输入 或者 多少次？可能十几次，可能几十次。你按回车，代码被编译、链接、——如果 run 的话——还被执行。整个过程快得像不需要思考。但这种"快"不是魔术。它是一个经过精心设计的系统的外在表现。这个系统要服务于两个对象：人类需要快速反馈、增量构建、直觉一致的结果。机器需要确定性、可缓存、可复现的

深夜三点，我盯着屏幕上的 包，试图理解某个边缘场景的边界条件。文档看完了，示例跑通了，但心里总缺了一块：官方测试用例是怎么处理这个 corner case 的？于是习惯性敲下 ，结果——空空如也。测试代码像被施了隐身咒，明明就在 里躺着，却对 视而不见。那一刻，我仿佛听见苏格拉底在耳边低语：未经审视的代码，不值得调试。最近 Go 官方仓库里冒出一个有趣的 新提案：有人提议给 加个 标志，

上周五凌晨两点，我盯着终端里那行红色的错误提示，手指在键盘上悬停了半分钟。这是我第三次尝试用Claude Code升级项目的Spring Boot版本，前两次分别因为路径写错和权限问题失败。更尴尬的是，我根本记不清刚才输入了什么命令——毕竟命令行不会给你保存聊天记录。就在我准备第四次重试时，同事老王在群里甩了个链接："试试这个IDEA插件，比命令行香多了。"第二天，当我在IDEA的图形界面里点了几

"我们记住的不是日子，而是瞬间。" —— 赫尔曼·黑塞上周五下午三点，我正在重构一个微服务模块，突然想看看某个工具函数目录最近被谁改过。手指习惯性地右键点击文件夹，期待那个熟悉的"View history"选项——然后我愣住了。它居然真的在那儿。不是幻觉，不是插件，是Zed编辑器原生支持的功能。那一刻，我仿佛听见文件夹轻轻叹了口气："终于，你开始关心我的故事了。"zed这次增加了项目级的View