Support dynamic environments without restarting eca (i.e. inherit ENV from each chat's ENV)
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 43/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
-
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.
-
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?
- Ngôn ngữ chính
- Clojure
- Star
- 1k
- Fork
- 82
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 16
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của editor-code-assistant/eca
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
editor-code-assistant/eca#661 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
editor-code-assistant/eca#657 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
editor-code-assistant/eca#652 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
editor-code-assistant/eca#648 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
editor-code-assistant/eca#644 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của editor-code-assistant/eca
Issue tương tự
-
needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
module:cql
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
.Needs Triage Priority:P3 Type:Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
metabase/metabase#84843 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
NoahTheDuke/splint#57 · 1 bình luận ·
-
category:runtime
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
jank-lang/jank#1110 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày