blun-king-cli 9.1.147 → 9.1.149
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/LIESMICH.txt
CHANGED
|
@@ -147,6 +147,10 @@ Ab BLUN King 9.1.146 werden ältere, bereits ausgelagerte Werkzeugergebnisse in
|
|
|
147
147
|
|
|
148
148
|
Ab BLUN King 9.1.147 schützt die Mikroverdichtung die neuesten zwölf Nachrichten vollständig statt der neuesten zwanzig und verwendet damit dasselbe Wiederherstellungsfenster wie die bestehende Auslagerung von Werkzeugergebnissen. Ältere abgeschlossene Werkzeugargumente und geeignete Werkzeugergebnisse werden nur in der Modellprojektion verkleinert; Rohverlauf und Wiederherstellungspfade bleiben unverändert. In Fredriks vermessenem Verlauf spart das weitere 560 Zeichen beziehungsweise rund 140 geschätzte Token pro Anfrage.
|
|
149
149
|
|
|
150
|
+
Ab BLUN King 9.1.148 werden auch im neuesten gemischten Telegram-Paket die ausdrücklich mit addressed=false markierten Kanalabschnitte verkleinert. Adressierte Abschnitte, Medien, Rohverlauf und Exporte bleiben unverändert. In Fredriks vermessenem Verlauf sinken elf nicht adressierte Abschnitte von 22.691 auf 2.750 Zeichen; das spart 19.941 Zeichen beziehungsweise rund 4.986 geschätzte Token pro wiederholter Anfrage.
|
|
151
|
+
|
|
152
|
+
Ab BLUN King 9.1.149 schützt die historische Auslagerung von Werkzeugergebnissen die neuesten acht Nachrichten vollständig statt der neuesten zwölf. Ältere geeignete Werkzeugergebnisse behalten einen kompakten, 600 Zeichen langen Wiederherstellungshinweis und ihren Quellpfad; Rohverlauf, vollständig gespeicherte Ausgaben, Medien und die neuesten acht Nachrichten bleiben unverändert. In Fredriks vermessenem Sitzungsschnappschuss sinken drei Ergebnisse von 4.679 auf 1.800 Zeichen; das spart weitere 2.879 Zeichen beziehungsweise rund 720 geschätzte Token pro wiederholter Anfrage.
|
|
153
|
+
|
|
150
154
|
Ab BLUN King 9.1.136 behält die Modellprojektion nur noch den neuesten dynamischen `Mistake.md`-Hinweis. Ältere, zugbezogene Auswahlen bleiben im Sitzungsrohverlauf und in Exporten erhalten, werden nach einer neueren Auswahl aber nicht mehr erneut an das Modell gesendet. Andere geänderte Hinweise bleiben unberührt. In Fredriks aktueller Sitzung lagen fünf `Mistake.md`-Auswahlen vor; das Entfernen der vier überholten Kopien spart pro Modellanfrage 24.143 Zeichen, also etwa 6.036 geschätzte Token.
|
|
151
155
|
|
|
152
156
|
Ab BLUN King 9.1.131 entfernt die Modellprojektion zwei ältere Regelkopien aus dem Systemprompt, sobald gleichwertige Regeln im Conduct-Abschnitt vorhanden sind. Betroffen sind ausschließlich die doppelten Hinweise zu Ehrlichkeit und Zugangsdaten; die vollständigen Conduct-Regeln und alle übrigen Prompt-Abschnitte bleiben unverändert. In der ausgelieferten Standardvorlage sinkt der wiederholt gesendete Prompt dadurch um 1.010 Zeichen, also um etwa 253 geschätzte Token pro Modellanfrage. Fehlt eines der Conduct-Gegenstücke, bleibt die entsprechende ältere Regel unverändert erhalten.
|
package/README.md
CHANGED
|
@@ -155,6 +155,10 @@ Ab BLUN King 9.1.146 werden ältere, bereits ausgelagerte Werkzeugergebnisse in
|
|
|
155
155
|
|
|
156
156
|
Ab BLUN King 9.1.147 schützt die Mikroverdichtung die neuesten zwölf Nachrichten vollständig statt der neuesten zwanzig und verwendet damit dasselbe Wiederherstellungsfenster wie die bestehende Auslagerung von Werkzeugergebnissen. Ältere abgeschlossene Werkzeugargumente und geeignete Werkzeugergebnisse werden nur in der Modellprojektion verkleinert; Rohverlauf und Wiederherstellungspfade bleiben unverändert. In Fredriks vermessenem Verlauf spart das weitere 560 Zeichen beziehungsweise rund 140 geschätzte Token pro Anfrage.
|
|
157
157
|
|
|
158
|
+
Ab BLUN King 9.1.148 werden auch im neuesten gemischten Telegram-Paket die ausdrücklich mit addressed=false markierten Kanalabschnitte verkleinert. Adressierte Abschnitte, Medien, Rohverlauf und Exporte bleiben unverändert. In Fredriks vermessenem Verlauf sinken elf nicht adressierte Abschnitte von 22.691 auf 2.750 Zeichen; das spart 19.941 Zeichen beziehungsweise rund 4.986 geschätzte Token pro wiederholter Anfrage.
|
|
159
|
+
|
|
160
|
+
Ab BLUN King 9.1.149 schützt die historische Auslagerung von Werkzeugergebnissen die neuesten acht Nachrichten vollständig statt der neuesten zwölf. Ältere geeignete Werkzeugergebnisse behalten einen kompakten, 600 Zeichen langen Wiederherstellungshinweis und ihren Quellpfad; Rohverlauf, vollständig gespeicherte Ausgaben, Medien und die neuesten acht Nachrichten bleiben unverändert. In Fredriks vermessenem Sitzungsschnappschuss sinken drei Ergebnisse von 4.679 auf 1.800 Zeichen; das spart weitere 2.879 Zeichen beziehungsweise rund 720 geschätzte Token pro wiederholter Anfrage.
|
|
161
|
+
|
|
158
162
|
Ab BLUN King 9.1.136 behält die Modellprojektion nur noch den neuesten dynamischen `Mistake.md`-Hinweis. Ältere, zugbezogene Auswahlen bleiben im Sitzungsrohverlauf und in Exporten erhalten, werden nach einer neueren Auswahl aber nicht mehr erneut an das Modell gesendet. Andere geänderte Hinweise bleiben unberührt. In Fredriks aktueller Sitzung lagen fünf `Mistake.md`-Auswahlen vor; das Entfernen der vier überholten Kopien spart pro Modellanfrage 24.143 Zeichen, also etwa 6.036 geschätzte Token.
|
|
159
163
|
|
|
160
164
|
Ab BLUN King 9.1.131 entfernt die Modellprojektion zwei ältere Regelkopien aus dem Systemprompt, sobald gleichwertige Regeln im Conduct-Abschnitt vorhanden sind. Betroffen sind ausschließlich die doppelten Hinweise zu Ehrlichkeit und Zugangsdaten; die vollständigen Conduct-Regeln und alle übrigen Prompt-Abschnitte bleiben unverändert. In der ausgelieferten Standardvorlage sinkt der wiederholt gesendete Prompt dadurch um 1.010 Zeichen, also um etwa 253 geschätzte Token pro Modellanfrage. Fehlt eines der Conduct-Gegenstücke, bleibt die entsprechende ältere Regel unverändert erhalten.
|
|
@@ -87,7 +87,7 @@ function projectHistoricalUnaddressedTelegramMessages(history) {
|
|
|
87
87
|
let changed = false;
|
|
88
88
|
const projected = history.map((message, index) => {
|
|
89
89
|
if (
|
|
90
|
-
index
|
|
90
|
+
index > latestUserIndex
|
|
91
91
|
|| message?.role !== 'user'
|
|
92
92
|
|| message?.origin?.kind !== 'user'
|
|
93
93
|
|| !Array.isArray(message.content)
|
|
@@ -98,7 +98,7 @@ function projectHistoricalUnaddressedTelegramMessages(history) {
|
|
|
98
98
|
if (part?.type !== 'text' || typeof part.text !== 'string') return part;
|
|
99
99
|
let text = projectHistoricalUnaddressedTelegramText(part.text);
|
|
100
100
|
if (index < recentStart) text = projectHistoricalAddressedTelegramText(text);
|
|
101
|
-
text = projectHistoricalTelegramTransportText(text);
|
|
101
|
+
if (index < latestUserIndex) text = projectHistoricalTelegramTransportText(text);
|
|
102
102
|
if (text === part.text) return part;
|
|
103
103
|
messageChanged = true;
|
|
104
104
|
return { ...part, text };
|
|
@@ -6,7 +6,7 @@ const TOOL_RESULT_OFFLOAD_MARKER = '[Tool result offloaded]';
|
|
|
6
6
|
const TOOL_RESULT_BATCH_MAX_CHARS = TOOL_RESULT_MAX_CHARS;
|
|
7
7
|
const TOOL_RESULT_BATCH_MIN_ITEM_CHARS = 3_000;
|
|
8
8
|
const TOOL_RESULT_BATCH_REPLACEMENT_BUDGET_CHARS = 2_500;
|
|
9
|
-
const TOOL_RESULT_HISTORICAL_KEEP_RECENT_MESSAGES =
|
|
9
|
+
const TOOL_RESULT_HISTORICAL_KEEP_RECENT_MESSAGES = 8;
|
|
10
10
|
const TOOL_RESULT_HISTORICAL_MAX_CHARS = TOOL_RESULT_BATCH_MAX_CHARS;
|
|
11
11
|
const TOOL_RESULT_HISTORICAL_MIN_ITEM_CHARS = 600;
|
|
12
12
|
const TOOL_RESULT_HISTORICAL_REPLACEMENT_BUDGET_CHARS = 600;
|