Support dynamic environments without restarting eca (i.e. inherit ENV from each chat's ENV)

Ouverte
#466 8 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 2 jours

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
43/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Calme
Stack technique
clojure, emacs
Domaine
backend, tooling

Piste de recherche

Start by tracing how user messages reach shell execution and how the editor plugin supplies message data; the issue names no files or tests. Review the existing session and environment handling, then assess the proposed opt-in behavior and the security questions raised here. Done means shell commands use the environment supplied with the current message, without restarting ECA.

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

Description

To upvote this issue, give it a thumbs up. See this list for the most upvoted issues.

Description

I use eca with eca-emacs inside virtual environments managed by guix/nix + direnv (envrc in Emacs). These environments have limited software (e.g., gcc might be missing) and custom environment variables.

Problems encountered

  1. The environment depends on the first run of eca. If I start eca in an environment without gcc, then gcc is not available in other chats, even if those chats are opened later in environments that do have gcc.

  2. No way to update the environment without killing all sessions. To change the environment, I have to kill all eca sessions and restart it in the correct environment.

Proposed solution

Send, alongside user messages, the current environment variables.
When the LLM invokes a shell, it should be executed with the environment provided by the user at the time of the message. The editor plugin should send the environment when configured to do so.

This should probably be opt-in, either via config or per session.

Questions for the community

  • Are there security implications to consider?
  • How are other users handling dynamic environments with eca?
Langage dominant
Clojure
Étoiles
1k
Forks
82
Merge moyen
4 j 2 h
PR mergées (30 j)
25

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de editor-code-assistant/eca

Toutes les issues de editor-code-assistant/eca

Issues similaires

Plus d'issues Clojure

Recevez les nouvelles issues par e-mail

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