Sweep
面向 JetBrains 的 AI 编码与下一处编辑补全插件，原仓库已转向插件入口。
Sweep 当前官方仓库引导用户使用 JetBrains 编码插件，提供下一处编辑补全与 AI 编码辅助。旧 GitHub 仓库入口不应再被描述为当前 GitHub Issue 自动改码服务。
Sweep 能做什么
官方插件页给出聊天快捷入口和 Tab 补全方式；文档首页将完整 Agent、行内编辑、提交说明和代码审阅体验指向 JetBrains。
插件安装、在线模型服务与 IDE 兼容范围应分开核对。保留仓库页面有助于识别产品变更，但不能据旧版教程推断当前安装步骤。
接受下一处编辑建议
官方插件说明使用 Tab 接受 next-edit autocomplete。适合跟随已有代码进行局部修改，接受后仍需检查变量与调用上下文。
在 IDE 打开编码助手
插件提供 Mac 的 ⌘J 和 Windows/Linux 的 Ctrl+J 入口，供用户在编辑环境中进入 AI 编码辅助。先给出具体目标，再检查实际修改。
使用行内编辑工作流
官方文档首页把 Inline Editing 列入 JetBrains 完整体验。可把一个局部调整与较大的代理任务区分处理，避免把跨编辑器补全支持误当成同样的编辑能力。
辅助提交与代码审阅
JetBrains 文档入口列出 AI Commit Messages 与 Code Review。它们适合整理或检查已产生的变更，不能替代项目测试或团队合并判断。
- 核心用途
- 下一处编辑补全与编码辅助
- 可完成的工作
- 局部实现、编辑检查与提交整理
- 如何开始
- 从官方仓库进入 JetBrains 插件页
- 使用条件
- 先核对插件支持的 IDE 版本
如何使用 Sweep
- 确认当前产品入口
从官方仓库所指的 JetBrains 插件页开始，避免照搬旧 GitHub 自动改码教程。
- 核对 IDE 兼容版本
在插件市场版本记录中确认自己所用 IDE 被支持，再安装插件；不要只凭产品名称判断可用。
- 打开助手或查看补全
根据操作系统使用 ⌘J 或 Ctrl+J 打开助手，行内补全则按实际建议使用 Tab 接受。
- 检查改动再继续
观察文件变化，核对本次目标和相邻行为，运行项目相关验证后再扩大任务。
检查一次局部编辑建议
适合：使用兼容 JetBrains IDE 的开发者
- 准备输入
- 正在修改的函数和预期行为
- 操作方法
- 编辑建议：在已有实现上查看下一处编辑补全，确认建议范围后再接受，并检查相邻调用。
- 预期交付物
- 可解释的局部改动
- 人工检查
- 不要连续接受建议而忽略它对原行为的影响。
处理一个明确编码任务
适合：希望保留 JetBrains 工作流的人员
- 准备输入
- 问题描述、目标文件与验收条件
- 操作方法
- 编辑建议：通过官方快捷入口打开助手，用一个小任务观察建议和文件改动，再按需求验证。
- 预期交付物
- 有目标边界的修改候选
- 人工检查
- 流式显示修改不表示测试已运行，应独立验证。
整理提交前的检查
适合：准备提交代码的开发者
- 准备输入
- 当前差异、测试结果和修改目的
- 操作方法
- 编辑建议：使用官方列出的提交说明或代码审阅能力，再人工核对每条摘要和意见。
- 预期交付物
- 与真实差异一致的提交材料
- 人工检查
- 没有发生的修改和没有执行的测试不应出现在说明里。
界面与参考图片
开始前需要了解
完整功能的编辑器范围不同
官方首页把完整 Agent、行内编辑、提交说明和审阅体验指向 JetBrains；其他编辑器的 next-edit 支持不能被扩展为完整功能一致。
安装受插件版本兼容范围约束
本轮官方市场版本记录带有明确的兼容 IDE 范围。更高版本 IDE 能否安装必须查看对应版本信息，不能默认全部向前兼容。
流式差异不是验证结果
插件版本说明提到实时展示文件增删，这只能帮助观察修改过程，不能据此声称代码已编译、测试通过或适合合并。
当前官方入口为 JetBrains 插件；完整功能与其他编辑器补全接入的范围不同。
账号权限、费用与可用功能请以官方入口的当前说明为准。重要结果应先检查，再用于实际工作。
常见问题
Sweep 还是旧的 GitHub Issue 机器人吗？
当前官方仓库已经转向 JetBrains 编码插件；应依据新插件入口理解产品，不直接套用旧 Issue 工作流。
如何打开插件助手？
官方插件页给出 Mac 的 ⌘J、Windows/Linux 的 Ctrl+J；下一处编辑补全使用 Tab。
其他编辑器支持补全就等于全部能力都有吗？
不能这样推断。官方把完整 Agent、行内编辑、提交消息和代码审阅体验指向 JetBrains，其他编辑器按其具体接入能力判断。
看到增删代码流式出现就可以提交吗？
不可以据此下结论。流式展示只是观察修改的方式，仍需检查差异和项目的构建、测试结果。
