feat: enable activeToolResultPrune by default on desktop and headless - #498

Merged
Astro-Han merged 4 commits into
mainfrom
pi/active-tool-result-prune-default
Jul 4, 2026
Merged

feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom
pi/active-tool-result-prune-default

Conversation

@Astro-Han

@Astro-HanAstro-Han commented Jul 4, 2026

Copy link
Copy Markdown
Contributor

Summary

Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.

Why

Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.

No associated issue.

Scope

Changed:

  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off

Not included:

  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)

Verification

  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).

User-facing impact

  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.

No CHANGELOG.md, docs, migrations, or breaking schema changes.

Reviewer notes

  • Two atomic commits, one per rollback dimension:
    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.

@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han merged commit dada872 into mainJul 4, 2026
@Astro-Han
Astro-Han deleted the pi/active-tool-result-prune-default branch July 4, 2026 07:20
@Astro-HanAstro-Han mentioned this pull request Jul 7, 2026
Merged
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all 
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Force GitHub README to respect dark mode
(function() {
var style = document.createElement('style');
style.textContent = '
.markdown-body {
color-scheme: dark light;
}
.markdown-body pre { background: #161b22 !important; }
.markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }
.markdown-body table th, .markdown-body table td { border-color: #30363d !important; }
.markdown-body img { background: #0d1117; }
.markdown-body blockquote { border-left-color: #8b949e; }
.markdown-body hr { border-color: #30363d; }
';
document.head.appendChild(style);
})();
}
} catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Highlight search terms from Google/DuckDuckGo/Bing referrer
(function() {
var ref = document.referrer;
var terms = [];
if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {
var url = new URL(ref);
var q = url.searchParams.get('q') || url.searchParams.get('p');
if (q) {
terms = q.split(/\s+/).filter(function(t) { return t.length > 2; });
}
}
if (terms.length === 0) return;
var style = document.createElement('style');
style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';
document.head.appendChild(style);
function highlight(node) {
if (node.nodeType === 3) { // text node
var text = node.textContent;
var found = false;
terms.forEach(function(term) {
var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi');
if (regex.test(text)) {
found = true;
var frag = document.createDocumentFragment();
var parts = text.split(regex);
parts.forEach(function(part, i) {
if (i % 2 === 0) {
frag.appendChild(document.createTextNode(part));
} else {
var span = document.createElement('span');
span.className = 'userscript-highlight';
span.textContent = part;
frag.appendChild(span);
}
});
node.parentNode.replaceChild(frag, node);
}
});
} else if (node.nodeType === 1 && node.childNodes) { // element
var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];
if (!skipTags.includes(node.tagName)) {
Array.from(node.childNodes).forEach(highlight);
}
}
}
highlight(document.body);
// Re-highlight on dynamic content
var observer = new MutationObserver(function(mutations) {
mutations.forEach(function(m) {
m.addedNodes.forEach(function(node) {
if (node.nodeType === 1 || node.nodeType === 3) highlight(node);
});
});
});
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Strip utm_, fbclid, gclid, etc. from all links on page
(function() {
var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',
'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',
'ref', 'ref_src', 'source', 'medium', 'campaign'];
function cleanUrl(url) {
try {
var u = new URL(url, window.location.origin);
var changed = false;
trackingParams.forEach(function(p) {
if (u.searchParams.has(p)) {
u.searchParams.delete(p);
changed = true;
}
});
return changed ? u.toString() : url;
} catch (e) {
return url;
}
}
function cleanLinks() {
document.querySelectorAll('a[href]').forEach(function(a) {
var clean = cleanUrl(a.href);
if (clean !== a.href) a.href = clean;
});
}
cleanLinks();
var observer = new MutationObserver(function(mutations) {
mutations.forEach(function(m) {
m.addedNodes.forEach(function(node) {
if (node.nodeType === 1) {
if (node.tagName === 'A') cleanLinks();
node.querySelectorAll('a[href]').forEach(function(a) {
var clean = cleanUrl(a.href);
if (clean !== a.href) a.href = clean;
});
}
});
});
});
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); }
})();
(function(){
try {
var __m = "youtube.com";
var __re = new RegExp('^' + "youtube\\.com" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Auto-enable theater mode on YouTube
(function() {
function tryTheater() {
var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]');
if (btn && !btn.classList.contains('activated')) {
btn.click();
}
}
// Try immediately
tryTheater();
// Try after navigation (SPA)
var lastUrl = location.href;
setInterval(function() {
if (location.href !== lastUrl) {
lastUrl = location.href;
setTimeout(tryTheater, 500);
}
}, 1000);
// Also try on player load
var observer = new MutationObserver(tryTheater);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Remove or un-stick sticky/fixed headers that block content
(function() {
function unstick() {
document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) {
if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {
el.style.position = 'static';
el.style.top = 'auto';
el.style.zIndex = 'auto';
}
});
}
unstick();
var observer = new MutationObserver(unstick);
observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });
})();
}
} catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); }
})();
(function(){
try {
var __m = "*";
var __re = new RegExp('^' + ".*" + '

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han

, 'i');
if (__m === '*' || __re.test(location.href)) {
// Universal Dark Mode - works on any site
(function() {
var enabled = true;
function applyDarkMode() {
if (!enabled) return;
// Create style element if it doesn't exist
var style = document.getElementById('universal-dark-mode-style');
if (!style) {
style = document.createElement('style');
style.id = 'universal-dark-mode-style';
document.head.appendChild(style);
}
// Dark mode CSS - inverts colors but preserves images/video
style.textContent = '
/* Invert everything except media */
html {
filter: invert(1) hue-rotate(180deg) !important;
background: #1a1a2e !important;
}
/* Restore images, videos, iframes, canvas */
img, video, iframe, canvas, svg, picture, [style*="background-image"] {
filter: invert(1) hue-rotate(180deg) !important;
}
/* Preserve specific elements that should not be inverted */
.no-dark-mode, .no-dark-mode *,
[data-theme="light"], [data-theme="light"],
.ace_editor, .ace_editor *,
.CodeMirror, .CodeMirror *,
.monaco-editor, .monaco-editor *,
.markdown-body pre, .markdown-body pre *,
.highlight, .highlight *,
pre code, pre code * {
filter: none !important;
}
/* Fix common UI elements */
.modal, .popup, .dropdown-menu, .tooltip, .popover {
filter: invert(1) hue-rotate(180deg) !important;
background: #2d2d44 !important;
border-color: #444 !important;
}
/* Scrollbars */
::-webkit-scrollbar { background: #1a1a2e !important; }
::-webkit-scrollbar-thumb { background: #444 !important; }
::-webkit-scrollbar-thumb:hover { background: #555 !important; }
/* Selection */
::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }
::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }
';
}
function removeDarkMode() {
var style = document.getElementById('universal-dark-mode-style');
if (style) style.remove();
}
// Toggle with Alt+Shift+D
document.addEventListener('keydown', function(e) {
if (e.altKey && e.shiftKey && e.key === 'D') {
e.preventDefault();
enabled = !enabled;
if (enabled) {
applyDarkMode();
console.log('[Universal Dark Mode] Enabled');
} else {
removeDarkMode();
console.log('[Universal Dark Mode] Disabled');
}
}
});
// Apply on load
applyDarkMode();
// Re-apply on dynamic content
var observer = new MutationObserver(function(mutations) {
if (enabled && !document.getElementById('universal-dark-mode-style')) {
applyDarkMode();
}
});
observer.observe(document.head, { childList: true });
console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');
})();
}
} catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); }
})();
})();

Skip to content
feat: enable activeToolResultPrune by default on desktop and headless - #498
Merged
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Jul 4, 2026
Merged
feat: enable activeToolResultPrune by default on desktop and headless#498
Astro-Han merged 4 commits into
mainfrom 
pi/active-tool-result-prune-default
Conversation
@Astro-Han
@Astro-HanAstro-Han
commented
Jul 4, 2026

Copy link


Copy Markdown

Contributor
Summary
Enable activeToolResultPrune (current-turn large tool-result pruning) by default on both desktop and headless. This wires the prune step that runs before semanticCompact, forming a "archive oversized current-turn tool result -> LLM summary compact" pipeline for the active turn.
Why
Desktop already had semanticCompact default-on but lacked the preceding activeToolResultPrune step, so oversized current-turn tool results reached the summarizer un-pruned. Headless had the prune builder but required explicit MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=on to use it. Both sides can still opt out via explicit off/false.
No associated issue.
Scope
Changed:
  • desktop context-budget-policy.ts: new buildActiveToolResultPrunePolicy(), aligned with headless env names (MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE + aliases), default-on with 2048-token threshold, minStepNumber=1
  • headless harbor-cell.ts: activePruneEnabled default ?? false -> ?? true
  • headless harbor-cell.test.ts: adjusted explicit false-like booleans as disabled test (stale/archive off no longer implies empty context budget), added default-on and explicit-off coverage
  • new desktop __tests__/context-budget-policy.test.ts: 7 tests covering default-on, opt-out (false/off), MAX_ESTIMATED_TOKENS, alias env, MIN_STEP_NUMBER, top-level MAKA_CONTEXT_BUDGET=off
Not included:
  • activeFullCompact (deterministic full compact) — still headless-only; it is ??-mutually-exclusive with semanticCompact (default-on for desktop), so wiring it on desktop would be a no-op without also changing semanticCompact defaults. Out of scope.
  • the pre-existing foreground-tier-contract CSS test failures (see Reviewer notes)
Verification
  • npm run -w @maka/headless test: 686 pass / 0 fail / 1 skipped
  • desktop new suite context-budget-policy.test.ts: 7/7 pass
  • npm run -w @maka/desktop test: 1832 pass / 2 fail — the 2 failures are pre-existing foreground-tier-contract CSS token tests unrelated to this change. Verified: apps/desktop/src/renderer/styles/base.css on main already contains var(--foreground-50); this PR only touches TS files (git status confirms 4 TS files, no CSS).
User-facing impact
  • Desktop: conversations now prune oversized (default 2048 estimated tokens) current-turn tool results before the next provider step, archiving via the existing archiveToolResult/readToolResultArchive wiring (main.ts:577). Reduces context growth in long tool-heavy turns.
  • Headless: all harbor cells / benchmark runs now default to current-turn tool-result pruning. Existing runs that did not set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE will see a behavior change. Set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE=off to restore the previous default.
No CHANGELOG.md, docs, migrations, or breaking schema changes.
Reviewer notes
  • Two atomic commits, one per rollback dimension:

    1. feat(desktop): enable activeToolResultPrune by default — desktop gains the builder + tests
    2. feat(headless): default activeToolResultPrune on — headless flips the default + tests
  • Desktop semanticCompact remains default-on; activeFullCompact is intentionally left headless-only (mutual-exclusion with semanticCompact via ??).
  • Pre-existing CSS failures flagged so reviewers don't attribute them to this PR.
@Astro-Han
feat(desktop): enable activeToolResultPrune by default
24ff497
Add buildActiveToolResultPrunePolicy to the desktop context-budget
builder, aligned with the headless env names
(MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE and aliases). Defaults to
enabled with the 2048-token threshold; explicit off/false opts out.
Wires the current-turn prune step that runs before the already
default-on semanticCompact, using the existing desktop
archiveToolResult/readToolResultArchive wiring.
@Astro-Han
feat(headless): default activeToolResultPrune on
6b046d6
Flip activePruneEnabled from `?? false` to `?? true` so harbor cells
no longer need to set MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE to get
current-turn large tool-result pruning. Explicit off/false still opts
out. Adjusts the existing explicit-false-like-boolean test (stale/archive
off no longer implies an empty context budget) and adds default-on and
explicit-off coverage.
@Astro-Han
refactor(desktop): drop activeToolResultPrune threshold env alias
7bcb465
Keep only the canonical MAKA_CONTEXT_ACTIVE_TOOL_RESULT_MAX_ESTIMATED_TOKENS
env. The MAKA_CONTEXT_ACTIVE_TOOL_RESULT_PRUNE_MAX_ESTIMATED_TOKENS alias
was a half-alignment with headless (only the threshold alias, not the
enable/disable aliases); drop it per review feedback to avoid carrying
headless historical compatibility baggage on desktop.
@Astro-Han
docs: changelog activeToolResultPrune default-on
48921e2
Document the desktop+headless default-on behavior, the 2048-token
threshold, the metadata-only placeholder behavior for oversized tool
results, the opt-out env, and the #340 non-inferiority evidence basis.
Per review feedback on the headless default behavior change.
@Astro-Han
Astro-Han
merged commit dada872
into
mainJul 4, 2026
@Astro-Han
Astro-Han
deleted the

pi/active-tool-result-prune-default

branch
July 4, 2026 07:20
@Astro-HanAstro-Han
mentioned this pull request
Jul 7, 2026
 Merged

Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers


No reviews


Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

1 participant

@Astro-Han