上下文感知代码补全
接着你的思路写，也修复刚刚出现的错误。
FiboCode 会参考你最近编辑的内容、光标位置、注释和新出现的诊断，在写代码时提供具体建议。光标变粗并高亮时，表示 AI 正在处理；每条补全或修复建议是否采用，始终由你决定。
AI Editing 会使用你选择的模型处理请求，因此可能需要等待一段时间；实际响应速度主要取决于模型本身。
写代码时遇到的小问题，不该迫使你另开一个 AI 任务。
写代码时难免卡在一些小地方：注释已经写清下一步，重构漏改了一个调用点，或一次重命名让其他文件报错。为此另开对话、重新交代上下文，往往比改代码本身更费时间。
FiboCode 直接在编辑器里帮你处理这些问题。它会参考最近的修改、光标移动、附近代码、注释和新出现的诊断，只针对当前工作补全代码，或修复有明确依据的错误；线索不足时，不会勉强给出建议。
看看上下文感知补全和主动错误修复如何工作。
这些产品录屏展示两种真实的 AI Editing 工作流，并会跟随网站当前的深浅主题。
先输入一条实现注释；AI 处理时光标会变粗并高亮，随后出现一条行内建议，按 Tab 即可接受。
重构产生新诊断后，AI 会显示处理状态，并把单文件或跨文件的修复放进 AI Suggestions 面板，供你逐项检查。
从写下意图到检查修改，全程不离开编辑器。
FiboCode 会根据当前编辑中可见的线索提供建议，每一处修改仍由开发者决定。
直接在代码中写下你的意图。
继续写注释，或编辑带有 Error 级诊断的代码行。FiboCode 会结合附近代码和最近的操作，判断这次请求应该关注哪里。
稍作停顿，让 AI 判断是否需要建议。
停止输入片刻后，或者停止操作一段时间且编辑器发现了新错误时，光标会变粗并显示主题色。这表示请求正在处理中，但不代表一定会有建议。
在合适的位置查看建议。
当前文件只有一项建议时，会直接显示在行内；不适合行内展示、多项或跨文件的修复则会进入 AI Suggestions 面板。
只采用你认可的修改。
按 Tab 接受行内建议，按 Esc 忽略。面板中的建议可以逐项接受或拒绝；确认后，也可以按顺序应用已经检查过的建议。
围绕你刚做的修改，提供有针对性的帮助。
结合最近的操作。
FiboCode 会参考代码修改、标签页切换、光标移动和附近源码，让建议紧扣你正在做的事。
根据诊断修复问题。
Error 级诊断和新出现的错误，为重命名、移动代码或局部重构后的修复提供明确依据。
处理状态一目了然。
光标变粗并高亮时，表示 AI 请求正在处理中。请求完成、没有结果、失败或取消后，光标都会恢复。
应用前先看清改动。
无论建议出现在行内还是面板中，你都能先查看替换和插入的内容，再决定是否应用。
使用场景：完成一次重命名，不必逐个排查失效的 import。
开发者重命名一个共享工具后，诊断提示两个 import 仍在使用旧名称。停止操作后，FiboCode 可以结合这次重命名和新出现的错误，给出具体的修复建议。
建议会出现在 AI Suggestions 面板中。开发者可以先核对文件路径和修改内容，拒绝不确定的建议，接受其余修复后再运行项目检查。
帮你处理局部修改，但不取代完整的开发流程。
大型任务仍然需要规约、计划、Agent 工作流、测试和代码审查。这项功能关注的是这些阶段之间，编辑器里已经出现、范围明确的小问题。
FiboCode 仍以理解代码和控制变更为核心。补全与修复让日常编码更顺畅，知识、计划和审查则确保每次修改都有依据、可以核查。
上下文感知补全常见问题
它会在什么时候运行？
当你在注释中描述下一步，或在带有 Error 级诊断的代码行上停止输入时，FiboCode 可能会生成建议。停止操作一段时间后，它也可能针对新出现的错误给出修复建议。没有这些信号的普通输入不会触发请求。
变粗高亮的光标表示什么？
光标变粗并高亮，表示 AI 请求正在处理中，但不保证一定会生成建议。请求完成、没有结果、失败或取消后，光标会恢复原状。
FiboCode 会自动应用建议吗？
不会。按 Tab 接受行内建议，按 Esc 忽略；AI Suggestions 面板中的建议也必须先检查，再决定是否应用。
它可以尝试修复哪些错误？
它可以根据诊断和最近的操作，尝试修复失效的 import、遗漏的重命名、类型错误或 lint 问题。线索不足时不会给出建议。
建议可以修改其他文件吗？
可以。多项或跨文件的修改会显示在 AI Suggestions 面板中，应用前可以逐项查看涉及的文件和改动。