github / github/copilot-language-server-release

Guidance on pattern to improve context for completions in an IDE

Ouverte
#24 4 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Aucune donnée de langage
Étoiles
290
Forks
24
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

## Background

Our IDE has an opt-in feature where it will tell copilot about all files in the current project by doing `textDocument/didOpen` on them. This could potentially be dozens, possibly even hundreds of files, given the nature of the projects in real-world use.

This was originally implemented using the vim copilot plugin, now switched to using `copilot-language-server`.

## Question

Is this a "Good Idea"? Will it actually improve completion suggestions by providing more context, or will it quickly hit some internal limit?

When I switched this to `copilot-language-server` I also implemented setting `workspaceFolders` to true, and pass the root folder of the project as the workspace folder; is that accomplishing anything in terms of improving awareness of other files in the project (i.e. does this make the "pretend to open all files" approach redundant)?

Thanks!

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Examinez le comportement du plugin vim copilot, le passage à copilot-language-server ainsi que la gestion de workspaceFolders et de textDocument/didOpen décrite dans l’issue. Déterminez si l’ouverture de chaque fichier du projet améliore le contexte de complétion ou atteint des limites, puis documentez le modèle recommandé et indiquez si workspaceFolders rend cette approche redondante.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
ai, developer-experience, tooling
Type d'issue
Documentation
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.