Repository navigation
[Performance][Character Storage] pending削除ID取得がUserDefaults全キーを毎回走査する #481
Description
概要
pendingIDs() は dictionaryRepresentation().keys 全体を取得してからprefixを検索します。
根拠
KizunaAI/AI/CharacterLibrary/Repository/CharacterRepository.swift:82-88
問題
削除処理のたびに、Kizunaと無関係なUserDefaultsキーを含む全体走査が発生します。保存項目が増えるほど起動/再試行処理が遅くなります。
期待
pending IDの一覧を専用のCodable集合として保存し、読み取り対象を1キーに限定する。
テスト
大量のUserDefaultsキーを用意し、pending取得が無関係なキー数に比例して悪化しないことを測定する。
Activity
viuk-issue-summarizer commentedon Aug 21, 2026
Model not found: opencode/deepseek-v4-flash-free. Did you mean: deepseek-v4-flash, deepseek-v4-pro, gemini-3-flash?
github run
shirokuma-xv commentedon Aug 21, 2026
Fixed in merged PR #475 (merge commit 8eb404c). CharacterDeletionCleanupMarker now stores pending IDs in the dedicated Codable/string-array index and only performs the legacy UserDefaults scan once. Regression test: testCharacterDeletionMarkersCompactOldTombstonesAndIndexPendingIDs. The original PR used a combined Fixes #480/#481 reference, so this issue was not auto-closed.