-
Notifications
You must be signed in to change notification settings - Fork 3
Documentation for "Next Edit Suggestions" #21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Although there is an endpoint that would call that function, I'm afraid that documentation is likely to be some way off. At this point there's no guarantee the interface won't change. |
That's okay! Even if just some pointers it would be helpful for building integrations on top of copilot, perfectly understandable that the API is a work in progress and I don't expect any guarantees of stability. I can imagine though that since it's GA in VSCode it should be to the point where at least some other editors can begin building on it? |
Seconding this :P I don't mind if it changes down the line but I would be very happy to be able to integrate it in its early stage. |
Couldn't agree more. As a dedicated Neovim user, the only thing that has even tempted me to pursue using an editor like Cursor was the tab completions feature. I do not really care for any of the agentic stuff, so if we could get next edit suggestions in Neovim that would satisfy my itch. Without it, paying for GitHub Copilot subscription will be harder and harder to justify when all we get is "regular autocomplete" in editors like Neovim. |
Thanks to @tris203 most of the logic has now been figured out, however we are struggling with the correct request flow. Logs that show the flow, the first being the flow that works:
If I do a second request quickly:
The odd thing is, if I call Any pointers would be appreciated :P |
Poking around in the Language Server source I seem to have found references to endpoints such as:
textDocument/handleNextEditRequest
. Is documentation for the endpoints centered around "NES" (as VSCode calls it) forthcoming?As a day-to-day copilot user in various Editors (IntelliJ, Neovim, and VSCode itself) it would be awesome to get the same editing experience across them and that documentation would go a long way in building the OSS tooling required for those editors.
The text was updated successfully, but these errors were encountered: