Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Smarter compaction/compression

Aperta
  • Qualcosa non va?
#407 1 commento 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 2 giorni

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
clojure
Ambito
ai-infra-agents

Direzione di ricerca

The issue does not name files or tests; start by locating the context-compaction implementation and how it handles tool results and conversation history. Compare the existing behavior with the proposed head/tail retention, tool pruning, and file summaries, then define and test a focused behavior before considering the broader suggestions.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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

Keep head and tail messages and files touched

Instead of summarizing everything, pi for example has a configurable keepRecentTokens

Pi also will include all files touched in the summary:

  <read-files>
  path/to/file1.ts
  path/to/file2.ts
  </read-files>

  <modified-files>
  path/to/changed.ts
  </modified-files>

If you're familiar with /handoff, this is something it also does.

Hermes agent is similar, but it keeps some tail and head messages and always removes tool call results (any tool result outside the head/tail >200 chars is replaced with a message that the output was cleared). On second compaction, the first summary is also passed with instructions to update it.

Microcompaction and dynamic context pruning

  • Claude Code intelligently microcompacts every turn by, but this will break prompt caching with openai's API (needs anthropic's cache_edits)
  • dynamic context pruning - different implementations that call themselves DCP do different things, but here are some of the main things that differ from normal compaction:
    • removing errored tool inputs (but not the error message)
    • removing deduplicated tools (only keep most recent when multiple have same args)
    • compressing specific ranges instead of everything with a tool
    • protects recent turns from any proving
  • Everything from opencode DCP, for example, breaks prompt caching so it would also only make sense to use when the context window was near full

Simplest changes

  • some configurable head/tail saving
  • some configurable tool call pruning
  • including read/edited files in the summary
  • Maybe take some inspiration from hermes' prompt and iterative recompression

full hermes docs on compression

Lingua principale
Clojure
Stelle
1k
Fork
82
Merge medio
3g 39m
PR unite (30g)
15

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di editor-code-assistant/eca

Tutte le issue di editor-code-assistant/eca

Issue simili

Altre issue su Clojure

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.