{"version":"2.1.267","anchor":"new-recap-fold-transcript-segment-type","canonical_anchor":"new-recap-fold-transcript-segment-type","heading":"New \"recap_fold\" transcript segment type","tier":"internal","area":"Transcript","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.267\/e\/new-recap-fold-transcript-segment-type","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.267","markdown":"### New \"recap_fold\" transcript segment type\n\nTranscripts gain a new 'recap_fold' segment type, handled like speaker labels\n\n**Unclear.** The finding doesn't say what a 'recap_fold' segment actually contains or when it gets created.\n\n**What**\n\nClaude Code's transcript display can now include a new kind of segment called `recap_fold`. It's handled the same way as the existing `speaker_label` segment type in several places that control whether a message is shown, whether it counts toward live status, and how messages get folded together in the view. Like system and attachment messages, `recap_fold` segments are skipped when counting messages, and like `speaker_label` segments, they never match when searching the transcript.\n\n**Why**\n\nThis lets the transcript view represent a new kind of grouped or summarized content without breaking existing search, counting, or display logic.\n\n- Area: Transcript\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5"}