Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

context usage in-chat notifications

Offen
#596 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
42/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
clojure
Bereich
ai-infra-agents

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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

Vorherrschende Sprache
Clojure
Sterne
1k
Forks
82
Ø Merge
1 T. 19 Std.
Gemergte PRs (30 T.)
18

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus editor-code-assistant/eca

Alle Issues in editor-code-assistant/eca

Ähnliche Issues

Weitere Issues zu Clojure

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.