我们先来还原一个极其真实的场景
你正在写一个 Java 类，突然想重构一个方法。你明明知道 IDEA 能做到，甚至昨天刚用过。但此刻，你的大脑一片空白——快捷键是什么来着？ Ctrl+Alt+Shift+T？还是 Ctrl+Alt+M？
你开始慌乱。你打开菜单栏，在 “Refactor” 里面翻找。你甚至开始怀念那个在 VS Code 里用 Ctrl+Shift+P 就能召唤命令面板的自己。
问题从来不在于 IDEA 能不能做到，而在于你记不记得怎么让它做。
JetBrains 显然也意识到了这个问题。所以他们在 IntelliJ IDEA 2026.3 EAP 里，给了一个极其简单的答案：在代码里敲两个点（..）。
两个点，能干什么？
准确地说，是在编辑器里任意位置输入 ..，然后一个上下文感知的命令补全菜单就会弹出来。它不会问你“你想输入什么”，而是问你“你在这儿想做什么”。
它知道你的光标在哪里、当前是什么语言、选中了什么表达式、作用域里有哪些可用的重构动作。然后，它只把此刻这个位置真正有用的事列出来：重构、导航、生成代码、写文档、解释代码、修 bug。
这就像一个坐在你旁边的资深同事，你只需要敲两个点，他就开始给你递工具。
比如下面的这个用法，点2下，就完成了一个及其普遍又重复的null判断操作
这次更新，两个点变得更狠了
第一，日志点（Logpoint）可以直接“丢”进去了。
如果你还在用 System.out.println() 调试，然后每次调完再手动删掉，这个功能就是冲你来的。现在你只需要在一个表达式或代码块上敲 ..，就能直接在那里投放一个日志点，用当前表达式或上下文作为日志内容。
更妙的是，IDEA 还会主动建议你把现有的 println 语句替换成日志点。告别“调试一时爽，清理火葬场”。
第二，AI 操作也走同一个入口。
你想让 AI 解释一个复杂的方法、生成文档、或者重构一段代码？不用切换工具，不用打开对话框，敲 .. 就行。因为 IDEA 已经知道你的文件、语言、行号、选中表达式，它可以直接把这些上下文递给 AI 代理。如果你装了 Air 插件，请求会自动走 Air 路由。AI 不再是另一个窗口，而是你代码里的一个动作。
第三，它开始“指哪打哪”。
对于会影响某个类、方法或声明的操作，IDEA 现在会在你执行之前高亮出目标。你再也不会出现“我明明选的是重构这个方法，它怎么把整个类都改了”的惨剧。
现代 IDE 最大的敌人不是功能不够，而是功能藏得太深。
快捷键适合高频操作，但 IDE 里有几百个功能，你不可能全部背下来。命令补全的哲学是：高频用快捷键，低频用两个点。 你不需要记住 Ctrl+Alt+Shift+T 是重构菜单，你只需要知道，当你想做点什么的时候，敲 ..。
JetBrains 自己说得很清楚：命令补全不是“另一种自动补全”，而是发现 IDE 功能的根本性转变。你不再需要从菜单或快捷键出发，你从代码本身出发。
而且这次更新还把它扩展到了二进制文件、反编译代码、properties 文件、Spring 工作流等场景。构建脚本的支持也即将到来。
所以，试试吧
打开任何一个 Java、Kotlin 或 Scala 文件，在编辑器里敲两个点。靠近一个方法，靠近一个表达式，靠近一个正则，或者靠近一个你本来打算打开 Search Everywhere 的地方。
你会看到两个点能走多远。
