Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

context usage in-chat notifications

Đang mở
  • Có gì không ổn?
#596 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
42/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
clojure
Lĩnh vực
ai-infra-agents

Hướng nghiên cứu

The issue names no files or tests; start by locating how ECA handles configuration and evaluates context usage after each turn. Compare that flow with the proposed behavior: threshold messages should be appended once per threshold, reset after compaction, and remain disabled unless configured.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

What

It could be useful, if ECA could announce into the chat session itself, that the context is "getting closed to filled", allowing the current agentic flow to potentially react on that. For example, agentic task can be prompted in that way, that `if you see that we're getting close to context compaction, pause your current work and store all the precious task details into your task.md file, so it doesn't get lost on compaction".

How - configuration (very approximate, just for the general idea)

{
  "contextNotifications": {
    "thresholds": [70, 85],
    "template": "[eca] Context at {percent}% ({used}/{limit} tokens, compaction at {compactAt}%)."
  }
}

How - approximate behavior:

  • ECA evaluates the context usage after each turn.
  • When the usage crosses a threshold for the first time, ECA appends one message to the conversation.
  • ECA appends the message. It does not rewrite earlier content. Prompt caching stays valid.
  • ECA fires each threshold one time only per chat session. After a compaction, the thresholds reset.
  • Without a template, ECA appends a neutral status line only.
  • Without contextNotifications, the behavior does not change. The feature is off by default.

Backstory and discussion (slack) :

https://clojurians.slack.com/archives/C093426FPUG/p1789028953654579

Notes from Akiz:

Yeah, the template should be probably handled like others. I guess we can go just with one message here. But if we want to repeat when it changes from 90% to 95% for example then I would go with the repeated message that is not part of the history (which shouldn't invalidate the cache). Both is possible. Maybe the simpler approach is enough.

Maybe wait with any code analysis until memory ships as it sounds like something it might profit from some new abstractions. I am also wondering if models will try to call eca_compact when they will see this threshold

Ngôn ngữ chính
Clojure
Star
1k
Fork
82
Merge trung bình
3 ngày 39 phút
Pull request đã merge (30 ngày)
15

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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của editor-code-assistant/eca

Tất cả issue của editor-code-assistant/eca

Issue tương tự

Thêm issue về Clojure

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.