/compact: agent activity indicator fires immediately when next message is queued, making it look like the message was sent mid-compact
- 主要言語
- Shell
- スター
- 11.2k
- フォーク
- 1.9k
- 平均マージ
- 14時間 16分
- マージ済み PR(30日)
- 6
説明
## Summary
When `/compact` is running and the user types and submits a new message, the message appears in BOTH the queued-message stack AND the main chat history, and the "working" activity indicator kicks on right away — as if the message had been sent to the LLM mid-compaction.
## Actual behavior (verified)
Functionally this is correct: the agent does not actually receive or respond to the queued message until `/compact` finishes. The bug is purely visual / UX.
## Expected
While `/compact` is still running, a newly typed message should:
- Stay visible only in the queued stack
- NOT appear duplicated in the main chat transcript
- NOT trigger the "working" / activity indicator
The activity indicator and transcript echo should only fire once `/compact` completes and the message is actually dispatched to the model.
## Why this matters
Users currently believe their message was sent prematurely and either re-send it, cancel, or assume `/compact` silently failed. The deceptive UI undermines trust in `/compact`.
コントリビューションガイド
調査の方向性
/compact コマンドのフローから始め、コンパクション中にメッセージを送信して問題を再現します。キューに入ったメッセージのスタック、メインのトランスクリプト、作業中インジケーターがいつ更新されるかを追跡します。コンパクションがメッセージをディスパッチした後にのみ、メッセージがキュー内だけに残り、トランスクリプトとインジケーターが更新されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- cli
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 50/100