[BUG] /compact command does not compress - context increases instead

[guyinwonder168]

Description

The /compact command does not actually compress the context. Instead, the context token count increases after running /compact, indicating the command either fails silently or does nothing at all.

Evidence

Before /compact:

• Context: 50,241 tokens (25%)

After /compact:

• Context: 51,405 tokens (25%)
• Change: +1,164 tokens (context INCREASED)

No visual feedback was shown in the TUI during compaction (no "compacting" status), and no compression actually occurred.

Related Issues

This appears to be related to or a more severe version of:

• Compacting status never appears in TUI #16395 - "Compacting status never appears in TUI"
• [BUG] Compactation Fails Agent forgets everything #8394 - "Compactation Fails Agent forgets everything"
• Compaction loses entire conversation #14368 - "Compaction loses entire conversation"

Steps to Reproduce

1. Start a session with moderate context (25%+ used)
2. Note the current token count (e.g., via TUI status or /compact prompt)
3. Run /compact
4. Check token count again
5. Observe that context has NOT decreased (may even increase)

Expected Behavior

• Context tokens should DECREASE after /compact
• TUI should show a "compacting" status during operation
• Compression should actually occur

Actual Behavior

• Context tokens INCREASED (+1,164 tokens)
• No TUI feedback during compaction
• No compression occurred

Environment

• OpenCode version: (latest - please specify in comments)
• OS: Linux
• Model: GLM-5 (zai-coding-plan/glm-5)

Additional Context

This was tested in a session with:

• ~80 messages exchanged
• 1 manually compressed block (via compress tool)
• Git operations, file reads/writes, and GitHub searches performed

The manual compress tool (agent-side compression) works correctly, but the user-facing /compact command does not.

[guyinwonder168]

Update: DCP Plugin vs OpenCode Core Distinction

After further investigation, I want to clarify the distinction between two separate compression mechanisms:

Feature	Source	Status
compress tool	DCP Plugin (@tarquinen/opencode-dcp)	✅ Works correctly
/compact command	OpenCode Core	❌ Broken

Key Findings:

1. The compress tool I have access to comes from the Dynamic Context Pruning (DCP) plugin, evidenced by:

   • System tags named <dcp-message-id> and <dcp-system-reminder>
   • The plugin @tarquinen/opencode-dcp is installed

2. The DCP plugin's compress tool works correctly - I successfully used it to compress earlier conversation ranges (confirmed by compressed block count increasing)

3. OpenCode's built-in /compact command is the broken one - it shows no TUI feedback and doesn't actually compress the context

This means:

• Users with the DCP plugin have a working agent-side compression mechanism
• Users without the DCP plugin have NO working compression at all
• The native /compact command needs to be fixed in OpenCode core

Recommendation:
The OpenCode team should investigate why the native /compact command doesn't trigger actual compression, while the DCP plugin's compress tool works as expected.

[JiGuangYuan]

I'm encountering the same issue. I was also using the latest version of OpenCode v1.2.27 , use opencode-web the context compact command isn't responding , I've tried using GLM-5 and GPT-5.4 Nothing is working.