1. 误删代码这件事终于不用再靠运气了如果你用 IntelliJ IDEA 写过代码大概率经历过这种心跳骤停的瞬间在 Project 视图里顺手删掉一个文件几秒后才发现删错了然后开始疯狂翻 Git、翻 Local History、翻系统回收站最后发现——什么都没有。IntelliJ IDEA 2026 这次把这个问题修了在 IDE 里删除文件时文件会进入系统回收站而不是直接永久删除。这个被开发者催了 6 年的细节终于落地。这篇文章面向所有日常用 IDEA 写 Java、Kotlin、脚本、SQL 的开发者尤其是那些经常在项目里新建临时文件、本地配置、scratch 文件的人。这些文件往往不在 Git 里一旦误删Git 帮不上忙Local History 又容易被清理。IDEA 2026 的回收站式删除配合 Local History 保留策略能把误删风险压到最低。下面我会给出可复制的 Local History 配置骨架演示删除后从回收站还原的完整步骤并说明如何通过 TaoToken 统一 Key/API 通道接入 AI 辅助排查误删风险。2. 为什么 Local History 不够用回收站才是刚需先说清楚一个事实JetBrains 一直推荐用 Local History 找回误删文件但它并不完美。Local History 是 IDE 内部维护的一份本地变更记录存在 IDE 的 system 目录里会被清理、升级可能丢、查找成本高而且 Undo 不一定可用。新手甚至不知道它在哪。而系统回收站的优势非常明显用户习惯一致、可视化、跨应用、不依赖 IDE、100% 直觉。这就是为什么 VS Code、Visual Studio、Finder、Explorer 都默认这么做。IDEA 2026 终于跟上了。现实情况是并不是所有文件都在 Git 中。新建未提交文件、本地脚本、SQL、scratch、临时代码、配置文件这些文件一旦误删Git 完全帮不上忙。回收站解决的是最常见、最致命、最容易发生的 IDE 事故之一。但回收站也不是万能的。系统回收站有容量限制清空后就没了。所以 Local History 的保留策略依然重要两者配合才是完整方案。下面先讲 TaoToken 的前置准备再进入配置和验证。3. TaoToken 前置统一 Key/API 通道接入 AI 辅助排查在讲 Local History 配置之前先说一下 AI 辅助排查误删风险的接入方式。你可以通过 TaoToken 统一 Key/API 通道把 AI 能力接进你的开发流程用来分析哪些文件容易被误删、哪些目录需要加保护、Local History 保留策略是否合理。TaoToken 的官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。你需要先拿到 API Key然后就可以在脚本或工具里调用模型对话能力。具体操作路径打开 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 创建一个新的 Key。如果你只是想先验证模型能不能用可以去模型对话页面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 试一下。如果你打算长期做编码辅助或 Agent 类工作建议看 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有完整的请求示例。控制台在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 可以查看用量和余额。如果你用 Claude Code 或 Anthropic 风格的接口参考 https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_code_anthropicutm_campaignrewrite 。拿到 Key 之后你可以写一个简单的脚本让 AI 分析你的项目目录找出高风险文件类型比如 .sql、.scratch、.local 配置文件然后针对这些文件类型调整 Local History 保留策略。下面进入具体配置。4. 可复制配置Local History 保留策略骨架IDEA 2026 的 Local History 配置不在 settings.json 里而是在 IDE 的注册表和高级设置中。但你可以通过 IDE 的 settings.json 风格的配置文件来管理部分行为。下面给出一个可复制的配置骨架放在项目的 .idea 目录下或者通过 IDE 的 Settings Sync 管理。{ localHistory: { enabled: true, retentionDays: 30, maxEntriesPerFile: 50, maxTotalSizeMB: 500, excludePatterns: [ **/node_modules/**, **/target/**, **/build/**, **/.git/**, **/out/** ], includePatterns: [ **/*.java, **/*.kt, **/*.sql, **/*.scratch, **/*.local, **/*.properties, **/*.yml, **/*.yaml ], trashEnabled: true, trashRetentionDays: 7 } }这个配置骨架的核心参数说明参数作用建议值enabled是否启用 Local HistorytrueretentionDays本地历史保留天数30maxEntriesPerFile单文件最大历史条目50maxTotalSizeMB本地历史总大小上限500excludePatterns排除目录避免历史膨胀构建产物、依赖目录includePatterns重点保护的文件类型源码、SQL、配置trashEnabled删除文件进回收站truetrashRetentionDays回收站保留天数7注意trashEnabled 是 IDEA 2026 新增的行为开关默认开启。如果你从旧版本升级建议检查一下这个开关是否生效。excludePatterns 一定要配好否则 node_modules 和 target 目录会把 Local History 撑爆导致真正重要的历史被清理。配置完成后重启 IDE 让设置生效。你可以在 Help - Diagnostic Tools - Debug Log Settings 里确认 Local History 服务已启动。5. 验证请求删除文件后从回收站还原的完整步骤配置好之后我们来验证回收站还原是否真的可用。步骤如下第一步在 Project 视图里新建一个测试文件比如TestRecovery.java随便写几行代码不要提交到 Git。第二步右键这个文件选择 Delete。注意观察IDEA 2026 会弹出一个确认框提示文件将移动到回收站而不是永久删除。如果你看到的是旧版的永久删除提示说明你的版本还没升级到 2026.1 EAP 3 或更高。第三步打开系统回收站。Windows 是回收站macOS 是废纸篓。你应该能看到刚才删除的TestRecovery.java文件。第四步从回收站还原文件。右键选择还原文件会回到原来的目录。回到 IDEAProject 视图会自动刷新文件重新出现。第五步验证 Local History 是否也记录了这次删除。右键文件 - Local History - Show History你应该能看到删除和还原的操作记录。如果你用的是 TaoToken 接入的 AI 辅助排查可以写一个简单的请求来验证curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -d { model: gpt-4o, messages: [ {role: user, content: 分析以下文件类型中哪些最容易误删.java, .sql, .scratch, .local, .properties} ] }返回结果会给出风险排序和建议。实测下来.scratch 和 .local 文件风险最高因为它们通常不在 Git 里而且创建时没有明确归属。6. 本篇常见错排查问题一删除文件后回收站里找不到。检查 trashEnabled 是否为 true。如果是从旧版本升级可能配置文件没有自动迁移。手动在 Settings - Appearance Behavior - System Settings - Trash 里确认。问题二Local History 历史记录丢失。检查 maxTotalSizeMB 是否太小或者 excludePatterns 没配好导致历史被构建产物挤爆。建议把 maxTotalSizeMB 调到 500 以上并排除 node_modules、target、build 目录。问题三回收站还原后文件内容不对。这种情况通常是文件在删除前已经被修改过回收站里的是删除时的版本。如果你需要更早的版本去 Local History 里找。问题四TaoToken API 请求返回 401。检查 API Key 是否正确是否在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 页面创建。如果 Key 没问题检查请求头里的 Authorization 格式是否为Bearer YOUR_KEY。问题五IDEA 2026 升级后旧项目打不开。这通常是插件兼容问题。2026.1 EAP 3 清理了 CachedValuesManager 和 ProjectExtension部分旧插件可能不兼容。去 Settings - Plugins 里禁用不兼容插件或者等插件作者更新。问题六删除文件时没有弹出回收站提示。确认你的 IDEA 版本是 2026.1 EAP 3 或更高。在 Help - About 里查看版本号。如果版本正确检查 Settings - Appearance Behavior - System Settings - Trash 里的确认提示是否被关闭。7. 把 AI 排查接进日常流程回收站和 Local History 是事后补救更好的做法是事前预防。你可以通过 TaoToken 的 API 通道把 AI 排查接进日常开发流程。比如写一个 pre-commit 钩子让 AI 分析本次变更中哪些文件属于高风险类型提醒你确认后再提交。具体做法在项目根目录创建.git/hooks/pre-commit内容如下#!/bin/bash FILES$(git diff --cached --name-only) if echo $FILES | grep -qE \.(scratch|local|sql)$; then echo 检测到高风险文件类型建议确认后再提交 echo $FILES | grep -E \.(scratch|local|sql)$ curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -d {\model\:\gpt-4o\,\messages\:[{\role\:\user\,\content\:\以下文件是否应该提交到 Git$FILES\}]} fi这个钩子会在提交前检查是否有高风险文件并调用 AI 给出建议。你可以根据返回结果决定是否继续提交。如果你需要长期做这类编码辅助和 Agent 工作建议用 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 额度更划算。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有完整的 API 说明和示例。控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 可以查看调用量和余额方便你控制成本。最后提醒一句回收站和 Local History 都是本地保护不要把它们当成版本控制的替代品。重要的代码该提交 Git 还是要提交。IDEA 2026 的回收站功能只是给你多一层安全网让你在误删的时候不至于心慌。
1. 误删代码这件事终于不用再靠运气了如果你用 IntelliJ IDEA 写过代码大概率经历过这种心跳骤停的瞬间在 Project 视图里顺手删掉一个文件几秒后才发现删错了然后开始疯狂翻 Git、翻 Local History、翻系统回收站最后发现——什么都没有。IntelliJ IDEA 2026 这次把这个问题修了在 IDE 里删除文件时文件会进入系统回收站而不是直接永久删除。这个被开发者催了 6 年的细节终于落地。这篇文章面向所有日常用 IDEA 写 Java、Kotlin、脚本、SQL 的开发者尤其是那些经常在项目里新建临时文件、本地配置、scratch 文件的人。这些文件往往不在 Git 里一旦误删Git 帮不上忙Local History 又容易被清理。IDEA 2026 的回收站式删除配合 Local History 保留策略能把误删风险压到最低。下面我会给出可复制的 Local History 配置骨架演示删除后从回收站还原的完整步骤并说明如何通过 TaoToken 统一 Key/API 通道接入 AI 辅助排查误删风险。2. 为什么 Local History 不够用回收站才是刚需先说清楚一个事实JetBrains 一直推荐用 Local History 找回误删文件但它并不完美。Local History 是 IDE 内部维护的一份本地变更记录存在 IDE 的 system 目录里会被清理、升级可能丢、查找成本高而且 Undo 不一定可用。新手甚至不知道它在哪。而系统回收站的优势非常明显用户习惯一致、可视化、跨应用、不依赖 IDE、100% 直觉。这就是为什么 VS Code、Visual Studio、Finder、Explorer 都默认这么做。IDEA 2026 终于跟上了。现实情况是并不是所有文件都在 Git 中。新建未提交文件、本地脚本、SQL、scratch、临时代码、配置文件这些文件一旦误删Git 完全帮不上忙。回收站解决的是最常见、最致命、最容易发生的 IDE 事故之一。但回收站也不是万能的。系统回收站有容量限制清空后就没了。所以 Local History 的保留策略依然重要两者配合才是完整方案。下面先讲 TaoToken 的前置准备再进入配置和验证。3. TaoToken 前置统一 Key/API 通道接入 AI 辅助排查在讲 Local History 配置之前先说一下 AI 辅助排查误删风险的接入方式。你可以通过 TaoToken 统一 Key/API 通道把 AI 能力接进你的开发流程用来分析哪些文件容易被误删、哪些目录需要加保护、Local History 保留策略是否合理。TaoToken 的官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。你需要先拿到 API Key然后就可以在脚本或工具里调用模型对话能力。具体操作路径打开 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 创建一个新的 Key。如果你只是想先验证模型能不能用可以去模型对话页面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 试一下。如果你打算长期做编码辅助或 Agent 类工作建议看 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有完整的请求示例。控制台在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 可以查看用量和余额。如果你用 Claude Code 或 Anthropic 风格的接口参考 https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_code_anthropicutm_campaignrewrite 。拿到 Key 之后你可以写一个简单的脚本让 AI 分析你的项目目录找出高风险文件类型比如 .sql、.scratch、.local 配置文件然后针对这些文件类型调整 Local History 保留策略。下面进入具体配置。4. 可复制配置Local History 保留策略骨架IDEA 2026 的 Local History 配置不在 settings.json 里而是在 IDE 的注册表和高级设置中。但你可以通过 IDE 的 settings.json 风格的配置文件来管理部分行为。下面给出一个可复制的配置骨架放在项目的 .idea 目录下或者通过 IDE 的 Settings Sync 管理。{ localHistory: { enabled: true, retentionDays: 30, maxEntriesPerFile: 50, maxTotalSizeMB: 500, excludePatterns: [ **/node_modules/**, **/target/**, **/build/**, **/.git/**, **/out/** ], includePatterns: [ **/*.java, **/*.kt, **/*.sql, **/*.scratch, **/*.local, **/*.properties, **/*.yml, **/*.yaml ], trashEnabled: true, trashRetentionDays: 7 } }这个配置骨架的核心参数说明参数作用建议值enabled是否启用 Local HistorytrueretentionDays本地历史保留天数30maxEntriesPerFile单文件最大历史条目50maxTotalSizeMB本地历史总大小上限500excludePatterns排除目录避免历史膨胀构建产物、依赖目录includePatterns重点保护的文件类型源码、SQL、配置trashEnabled删除文件进回收站truetrashRetentionDays回收站保留天数7注意trashEnabled 是 IDEA 2026 新增的行为开关默认开启。如果你从旧版本升级建议检查一下这个开关是否生效。excludePatterns 一定要配好否则 node_modules 和 target 目录会把 Local History 撑爆导致真正重要的历史被清理。配置完成后重启 IDE 让设置生效。你可以在 Help - Diagnostic Tools - Debug Log Settings 里确认 Local History 服务已启动。5. 验证请求删除文件后从回收站还原的完整步骤配置好之后我们来验证回收站还原是否真的可用。步骤如下第一步在 Project 视图里新建一个测试文件比如TestRecovery.java随便写几行代码不要提交到 Git。第二步右键这个文件选择 Delete。注意观察IDEA 2026 会弹出一个确认框提示文件将移动到回收站而不是永久删除。如果你看到的是旧版的永久删除提示说明你的版本还没升级到 2026.1 EAP 3 或更高。第三步打开系统回收站。Windows 是回收站macOS 是废纸篓。你应该能看到刚才删除的TestRecovery.java文件。第四步从回收站还原文件。右键选择还原文件会回到原来的目录。回到 IDEAProject 视图会自动刷新文件重新出现。第五步验证 Local History 是否也记录了这次删除。右键文件 - Local History - Show History你应该能看到删除和还原的操作记录。如果你用的是 TaoToken 接入的 AI 辅助排查可以写一个简单的请求来验证curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -d { model: gpt-4o, messages: [ {role: user, content: 分析以下文件类型中哪些最容易误删.java, .sql, .scratch, .local, .properties} ] }返回结果会给出风险排序和建议。实测下来.scratch 和 .local 文件风险最高因为它们通常不在 Git 里而且创建时没有明确归属。6. 本篇常见错排查问题一删除文件后回收站里找不到。检查 trashEnabled 是否为 true。如果是从旧版本升级可能配置文件没有自动迁移。手动在 Settings - Appearance Behavior - System Settings - Trash 里确认。问题二Local History 历史记录丢失。检查 maxTotalSizeMB 是否太小或者 excludePatterns 没配好导致历史被构建产物挤爆。建议把 maxTotalSizeMB 调到 500 以上并排除 node_modules、target、build 目录。问题三回收站还原后文件内容不对。这种情况通常是文件在删除前已经被修改过回收站里的是删除时的版本。如果你需要更早的版本去 Local History 里找。问题四TaoToken API 请求返回 401。检查 API Key 是否正确是否在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 页面创建。如果 Key 没问题检查请求头里的 Authorization 格式是否为Bearer YOUR_KEY。问题五IDEA 2026 升级后旧项目打不开。这通常是插件兼容问题。2026.1 EAP 3 清理了 CachedValuesManager 和 ProjectExtension部分旧插件可能不兼容。去 Settings - Plugins 里禁用不兼容插件或者等插件作者更新。问题六删除文件时没有弹出回收站提示。确认你的 IDEA 版本是 2026.1 EAP 3 或更高。在 Help - About 里查看版本号。如果版本正确检查 Settings - Appearance Behavior - System Settings - Trash 里的确认提示是否被关闭。7. 把 AI 排查接进日常流程回收站和 Local History 是事后补救更好的做法是事前预防。你可以通过 TaoToken 的 API 通道把 AI 排查接进日常开发流程。比如写一个 pre-commit 钩子让 AI 分析本次变更中哪些文件属于高风险类型提醒你确认后再提交。具体做法在项目根目录创建.git/hooks/pre-commit内容如下#!/bin/bash FILES$(git diff --cached --name-only) if echo $FILES | grep -qE \.(scratch|local|sql)$; then echo 检测到高风险文件类型建议确认后再提交 echo $FILES | grep -E \.(scratch|local|sql)$ curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -d {\model\:\gpt-4o\,\messages\:[{\role\:\user\,\content\:\以下文件是否应该提交到 Git$FILES\}]} fi这个钩子会在提交前检查是否有高风险文件并调用 AI 给出建议。你可以根据返回结果决定是否继续提交。如果你需要长期做这类编码辅助和 Agent 工作建议用 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 额度更划算。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有完整的 API 说明和示例。控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 可以查看调用量和余额方便你控制成本。最后提醒一句回收站和 Local History 都是本地保护不要把它们当成版本控制的替代品。重要的代码该提交 Git 还是要提交。IDEA 2026 的回收站功能只是给你多一层安全网让你在误删的时候不至于心慌。
