IntelliJ IDEA 2026.2 EAP：在 AI 与手写代码之间找平衡

预计阅读时间：9 分钟

JetBrains 刚启动了 IntelliJ IDEA 2026.2 的 Early Access Program，同时公布了这一版本周期的核心方向——不是全面拥抱 AI，而是在 AI 辅助和传统手写代码之间维持一条清晰的边界。这个表态在当前"AI-first"浪潮里显得格外务实。

agent skill 库：让 AI 功能可组合、可控制

本次 EAP 最值得关注的新特性是 agent skill 库。过去 IDE 里的 AI 功能是散落的：行内补全、聊天窗口、代码解释……用户要么全开，要么全关。skill 库的思路是把 AI 能力拆成一个个可独立启用的"技能单元"——比如"生成单元测试""重构方法签名""补全整个方法体"——开发者可以按需组合，而不是被一个笼统的 AI 模式接管整个编辑器。

这意味着你可以保留手写核心逻辑的习惯，只在特定场景（写测试、补样板代码、生成文档注释）上召唤 AI。AI 不再是"一直在旁边盯着你打字"的角色，而是变成一个工具箱，你决定什么时候拿哪件工具出来。

下一步编辑建议与完整方法补全

除了 skill 库，团队还明确提到了两个改进方向：

下一步编辑建议（next-step edit suggestion）：不是在你停顿时盲目补全，而是根据你刚完成的操作推断"你接下来大概率要做什么"。比如你刚写完一个 if 分支，它建议补上 else；你刚定义了一个接口方法，它建议在实现类里生成对应方法。这比无上下文的逐字符补全更克制，也更实用。
AI 驱动的完整方法补全：从方法签名、已有字段和上下文推断整个方法体，而不仅仅是下一行。这和传统的 snippet 模板不同——它会参考当前类里已有的风格和命名习惯。

这两者共同体现了一个设计原则：AI 应该在你明确需要时给出完整建议，而不是在你专注编码时持续干扰。

手动编码仍是主要活动

JetBrains 在公告里专门强调了一句："手动编码仍然是主要活动。"这不是保守，而是对真实开发场景的回应。核心业务逻辑、算法路径、状态流转——这些地方需要开发者自己想清楚再写，AI 的"猜"反而会引入隐蔽 bug。AI 更适合的是那些确定性高、模式重复的子任务。

理解了这个定位，你就知道该怎么配置 IDE 了：把 AI skill 开在辅助性任务上，核心编辑区保持手动控制。

实践：在 EAP 中启用和配置 AI skill

下面是一个可直接操作的流程，帮你在 2026.2 EAP 中体验 skill 库和编辑建议功能。

1. 安装 EAP 版本

# 通过 JetBrains Toolbox 安装 EAP（macOS/Linux 示例）
# Toolbox CLI 已安装的情况下：
toolbox install ideaIU --eap

# 或直接下载：https://www.jetbrains.com/idea/whatsnew/
# 选择 "Early Access Program" 版本

⚠️ EAP 版本不稳定，不要用于生产项目。建议用一个独立的测试项目来体验新功能。

2. 配置 AI skill 库的启用范围

EAP 安装后，AI skill 库的开关在设置文件中可以精细控制。以下是一个 idea.properties 配置示例，展示如何只启用辅助性 skill、关闭核心编辑区的主动补全：

# ~/.config/JetBrains/IntelliJIdea2026.2/idea.properties
# 或 Windows: %APPDATA%\JetBrains\IntelliJIdea2026.2\idea.properties

# ---- AI skill 库配置 ----

# 启用 skill 库功能（EAP 默认可能关闭，需手动开启）
ai.agent.skills.enabled=true

# 只启用以下 skill（逗号分隔），其余禁用
# 可选值随 EAP 版本更新，当前已知：
#   generate-test  —— 生成单元测试
#   complete-method —— AI 驱动的完整方法补全
#   refactor-signature —— 重构方法签名
#   generate-doc    —— 生成文档注释
#   next-step-edit  —— 下一步编辑建议
ai.agent.skills.active=generate-test,complete-method,generate-doc,next-step-edit

# 关闭行内逐字符 AI 补全（保留传统补全）
ai.inline.completion.enabled=false

# 下一步编辑建议的触发延迟（毫秒），避免打字时频繁弹出
ai.next-step.edit.delay.ms=800

# 完整方法补全仅在方法签名已写完且光标停在方法体内时触发
ai.complete-method.trigger.on-signature-only=true

修改后重启 IDE 即生效。核心思路：你手写方法签名和逻辑，AI 只在你明确停顿在"需要补全"的位置时才介入。

3. 用一个 Java 示例感受 skill 组合效果

创建一个简单 Java 项目，写一个服务类，然后逐个体验 skill：

// OrderService.java —— 你手写核心逻辑，AI 补辅助部分
public class OrderService {

    private final OrderRepository repo;
    private final PricingEngine pricing;

    public OrderService(OrderRepository repo, PricingEngine pricing) {
        this.repo = repo;
        this.pricing = pricing;
    }

    // 你手写核心业务方法签名和返回逻辑
    public OrderResult placeOrder(OrderRequest request) {
        var price = pricing.calculate(request.getItems());
        var order = repo.save(new Order(request.getCustomerId(), price));
        return new OrderResult(order.getId(), price);
    }

    // 光标停在这里，按 Alt+Enter 或 AI 专属快捷键
    // 调用 "complete-method" skill → AI 根据上方风格补全 cancelOrder
    // 调用 "generate-test" skill → AI 在同包 test 目录生成 OrderServiceTest
    // 调用 "generate-doc" skill → AI 为 placeOrder 生成 Javadoc
}

实际操作步骤：

手写 placeOrder 方法（如上）。
在类末尾空行停顿 >800ms，next-step-edit 会建议"添加 cancelOrder 方法"——你按 Tab 接受建议骨架，再手写内部逻辑。
光标放在 placeOrder 方法名上，右键 → AI Actions → Generate Test，自动在 src/test 下生成测试类骨架，你再补充断言细节。
光标放在 placeOrder 上方，调用 Generate Doc skill，生成 Javadoc，你审核后微调措辞。

整个过程里，你始终在主导业务决策，AI 只在重复性、模式化的子任务上出手。

采纳建议与风险提醒

维度	建议
试用时机	用非生产项目体验 EAP，确认 skill 组合符合你的工作流后再考虑日常使用
skill 选择	初期只开 `generate-test` 和 `generate-doc`，这两个输出容易验证；`complete-method` 需更多审查
团队规范	在团队里明确哪些文件/方法允许 AI 介入，哪些必须手写——避免 AI 生成的样板代码悄悄混入核心路径
EAP 稳定性	EAP 可能出现 skill 调用失败、补全卡顿等问题，遇到时在 Settings → AI → Skills 里重置配置
版本升级	skill 名称和配置项在后续 EAP 版本中可能变化，升级前备份 `idea.properties`

JetBrains 这次的方向信号很明确：AI 是 IDE 里的一个可组合工具集，不是编辑器的替代者。对开发者来说，这比"AI 全接管"的方案更可控，也更值得花时间调出适合自己的 skill 组合。