🤖 perf: project giant payloads in the status read of partial.json
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 82/100
- issue の種類
- リファクタリング
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- performance
調査の方向性
HistoryService.readPartial と AgentStatusService.buildTrailingTranscript から始め、次に #4790 の projectStatusHistoryRow projection を調べます。その projection は、status transcript に使用される partial read にのみ適用し、修復を行わない fallback は維持します。完了条件は、大きな tool inputs、outputs、file URLs が省略され、formatted transcript が同一のままであることです。
索引モデルが issue の本文から書いたものです。
説明
Problem
Every sidebar status run also reads the in-flight partial.json (HistoryService.readPartial in AgentStatusService.buildTrailingTranscript). While an agent streams a giant turn (inline attachments, multi-MB tool output), that file holds the same giant payloads. Measured with a 12.3 MiB partial.json: 39 ms (node) and 46 ms (bun) per status run, without the history lock, every 10 s for an active focused workspace.
Proposed change
Apply the #4790 status projection (projectStatusHistoryRow: tool input/output to null, file url to "") to the partial read used by the status transcript only, with the same non-repairing fallback. The formatter never reads those fields, so the transcript stays identical.
Refs #4790
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high • Cost: $26.27
- 主要言語
- TypeScript
- スター
- 2k
- フォーク
- 139
- 平均マージ
- 6時間 35分
- マージ済み PR（30日）
- 819
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
coder/xum のほかの issue
-
🤖 Delegated-turn delivery and peer-limit follow-ups from #5311 and #5327対応中かも @ThomasK33 が今日担当しました。 オープン
メンテナーはふだん 1 日以内に返信
-
🤖 Compaction follow-up dispatch: remaining follow-ups from #5313対応中かも @ThomasK33 が今日担当しました。 オープン
メンテナーはふだん 1 日以内に返信
-
🤖 Concurrency primitive and fileLock hazards found by the formal models (#5309, #5319 follow-ups)対応中かも @ThomasK33 が今日担当しました。 オープン
メンテナーはふだん 1 日以内に返信
-
🤖 History persistence follow-ups from the formal-verification fixes (#5312, #5316, #5318)対応中かも @ThomasK33 が今日担当しました。 オープン
メンテナーはふだん 1 日以内に返信
-
🤖 MessageQueue: prove held sends cannot wait on an orphaned compaction decision (resume without compaction metadata)対応中かも @ThomasK33 が今日担当しました。 オープン
coder/xum#5326 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
似ている issue
-
bug via-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
pingdotgg/t3code#14452 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
solana-foundation/program-examples#747 · コメント 1 件 ·
メンテナーはふだん 9 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
remotion-dev/remotion#11847 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openwatersio/slackwater#355 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
melgarafael/DeskcommCRM#1998 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信