Opening the floor to ideas for an in-process LSP that interacts with opencode 😁
Validity
Pros
- Primary goal of this plugin is supplementing editor-first workflows, and LSPs are essentially first-class citizens in editors
- Familiar UX
- ?
Cons
- Slight departure from opencode-TUI-only experience; bit scattered
- LSPs are generally deterministic and reliable; LLMs, not as much
- ?
Handlers
- Code actions
- Hover
- Code lens/inlay hints
- Some kind of useful contextual info?
- Completion
- Inline
- Not sure how much this adds over e.g.
copilot.lua. opencode can probably gather more context for a better suggestion, but is that worth the speed tradeoff?
- ?
Describe alternatives you've considered
Manually prompting opencode with whatever the LSP handlers would do. Possibly via non-LSP keymaps.
Additional context
Presumably some ideas in https://github.com/SilasMarvin/lsp-ai, but I think we could do better with nvim and opencode specificity.
Please offer ideas and feedback!
Opening the floor to ideas for an in-process LSP that interacts with
opencode😁Validity
Pros
Cons
Handlers
opencodeto fix the diagnostic under the cursoropencodeto explain the symbol under the cursorcopilot.lua.opencodecan probably gather more context for a better suggestion, but is that worth the speed tradeoff?Describe alternatives you've considered
Manually prompting
opencodewith whatever the LSP handlers would do. Possibly via non-LSP keymaps.Additional context
Presumably some ideas in https://github.com/SilasMarvin/lsp-ai, but I think we could do better with
nvimandopencodespecificity.Please offer ideas and feedback!