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