Phase 9 of the rebrand cascade. Sweep covers everything the Phase 8
frontend pass deliberately skipped: docs/, root markdown, scripts,
Cargo.toml descriptions, code comments that survived earlier
word-boundary sed, plus a handful of identifiers caught on the final
verify pass.
transcription-app changes:
- README.md, HANDOVER.md, KNOWN-ISSUES.md, run.sh — magnotia/Magnotia
-> lumotia/Lumotia.
- docs/ — sweep across all subdirs except docs/handovers/ (preserved
as immutable audit trail). Includes architecture-map references
to magnotia_core::*, magnotia_storage::*, etc. now pointing at
lumotia_*; dev-setup.md tracing output examples (lumotia_startup
target); brief/ + superpowers/ + issues/ + whisper-ecosystem/ +
audit/.
- Cargo.toml descriptions on 9 crates (core, audio, cloud-providers,
hotkey, llm, mcp, plus referenced others).
- crates/core/src/{error,hardware,recommendation,paths}.rs +
crates/audio/src/wav.rs + crates/llm/src/model_manager.rs +
crates/cloud-providers/src/keystore.rs + crates/mcp/src/lib.rs —
doc comments and a model-manager user-agent string.
- Caught on final pass: BroadcastChannel("magnotia_task_sync") -> ...
("lumotia_task_sync"); magnotia_locale i18n localStorage key
renamed + migration shim added; CSS keyframe names
magnotiaPulse / magnotiaBar / magnotiaFade renamed in the design-
system kit; magnotia_viewer_item / magnotia_viewer_mode handoff
keys renamed in HistoryPage + viewer/+page.svelte; src/assets/
wordmark.svg text.
- src-tauri/src/lib.rs comment cleanup ("magnotia era" was sed'd
to "lumotia era" earlier — restored).
Preserved (intentional):
- crates/core/src/paths.rs — keeps "magnotia" / "Magnotia" / ".magnotia"
legacy detection strings in legacy_and_target_paths() so the
migration shim can still find user data from the magnotia era.
- src/lib/stores/{page,focusTimer}.svelte.ts + src/lib/i18n/index.ts
— migration call sites reference the legacy magnotia keys
deliberately.
- docs/handovers/ — historical audit trail.
cargo build --workspace passes. npm run check: 0 errors / 0 warnings
(3958 files). cargo test --workspace: 339 pass / 0 fail.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
6.5 KiB
name, type, slice, last_verified
| name | type | slice | last_verified |
|---|---|---|---|
| Plain-text pre-formatter for LLM cleanup | architecture-map-page | 04-llm-formatting-mcp | 2026/05/09 |
Plain-text pre-formatter for LLM cleanup
Where you are: Architecture map → LLM, Formatting, MCP → Plain-text pre-formatter
Plain English summary. Before the formatting pipeline calls the LLM, it joins all the segments into a single natural-language string with timestamps stripped and whitespace normalised. Per-segment structure is dropped because LLM cleanup quality degrades materially when fed timestamped JSON. Empty and zero-width-only segments are filtered out.
At a glance
- Crate:
lumotia-ai-formatting - Path:
crates/ai-formatting/src/to_plain_text.rs - LOC: 223
- Public surface:
pub fn to_plain_text(segments: &[Segment]) -> String(crates/ai-formatting/src/to_plain_text.rs:33) - External deps that matter:
lumotia_core::types::Segment. Pure CPU. - Tauri command that calls this (slice 2, best guess): not called directly. Reaches Tauri via
pipeline::post_process_segments(crates/ai-formatting/src/pipeline.rs:76).
What's in here
Provenance
The module-level doc-comment cites its source: brief item #29, sourced from Scriberr PR #288. Feeding raw Whisper JSON (with per-segment timestamps and structure) degraded LLM cleanup quality measurably; plain-text input raised it back. Lumotia's Segment.text field already holds just the spoken text — the timing lives in start: f64 and end: f64 — so "timestamp stripping" falls out of using the text field alone. The work here is the whitespace pass and empty-segment filter.
to_plain_text (crates/ai-formatting/src/to_plain_text.rs:33)
Steps:
- For each
Segment: taketext, runnormalise_whitespace, thentrim. - Drop empty results.
- Join the survivors with a single ASCII space.
- Run
normalise_whitespaceonce more on the joined result so segment-boundary whitespace does not produce double spaces. - Final
trimon the result.
Returns an empty string if every segment filtered out. No panics.
normalise_whitespace (private, crates/ai-formatting/src/to_plain_text.rs:56)
Single-pass walk. For each char:
- Zero-width format chars (
is_zero_width_format,:86):U+200B,U+200C,U+200D,U+2060,U+FEFF. Stripped without emitting anything. Theprev_was_spaceflag is not updated, so a zero-width char between two spaces still collapses correctly to a single space. - Whitespace (Unicode
is_whitespace()): emit a single ASCII space, then suppress further consecutive whitespace until a non-space char arrives. - Anything else: emit verbatim, reset the suppression flag.
Why zero-widths are stripped rather than collapsed: they are not whitespace in the Unicode sense (their is_whitespace() returns false), but they carry no natural-language content. Letting them through to the LLM wastes tokens and can confuse tokenisation. Treating them as "delete entirely" rather than "collapse to a space" avoids silently inserting word breaks where the source had none.
Codepoints covered:
U+200B ZERO WIDTH SPACEU+200C ZERO WIDTH NON-JOINERU+200D ZERO WIDTH JOINERU+2060 WORD JOINERU+FEFF ZERO WIDTH NO-BREAK SPACE(also BOM)
Data flow
&[Segment]
→ for each Segment:
segment.text → normalise_whitespace → trim → keep if non-empty
→ join with " "
→ normalise_whitespace (idempotent re-pass)
→ trim
→ return String
Tests
Comprehensive test suite at crates/ai-formatting/src/to_plain_text.rs:93:
empty_input_is_empty_output(:106)single_segment_returns_its_text_trimmed(:111)multiple_segments_are_joined_with_single_space(:117)empty_and_whitespace_segments_are_filtered(:123) — covers""," ","\n\t "mixed in with real segments.internal_whitespace_runs_collapse_to_single_space(:135) — within a segment.join_boundary_does_not_produce_double_spaces(:141) — the second-passnormalise_whitespacetest.non_breaking_space_is_treated_as_whitespace(:148) —U+00A0. Unicodeis_whitespacereturns true here, so collapse is correct.zero_width_format_chars_strip_entirely(:157) — all five codepoints.zero_width_chars_do_not_break_adjacent_whitespace_collapsing(:179) —"hello \u{FEFF} world"collapses correctly.leading_bom_is_stripped(:187) — common artefact when Whisper reads a file with a BOM.newlines_inside_segments_collapse(:195) —"line one\nline two\n\nline three"→"line one line two line three".idempotent_on_already_normalised_text(:201) — second call does not mangle.only_empty_segments_yields_empty_string(:210).no_panic_on_pathological_whitespace_runs(:216) — 10,000-space stress test.
Watch-outs
- Newlines collapse to spaces. The pre-formatter is for the LLM cleanup prompt; it deliberately removes paragraph structure because the cleanup prompt is supposed to re-impose structure based on content, not legacy segmentation. Anything that actually needs paragraph breaks must use the pipeline's smart-pause logic before the LLM stage.
- Idempotency is asserted by test, not by structure. A second call to
to_plain_texton the output of the first must produce the same string. Tests cover this; if a future change adds a transformation that is not idempotent, the test will catch it. is_whitespaceis the Unicode definition. That includes NBSP (\u{00A0}), em space, and the rest of the family. All collapse to ASCII space.- Zero-width set is closed by the function. Adding a new "invisible" codepoint requires updating
is_zero_width_format. The standard Unicode "default ignorable" property would catch more codepoints but is not used here — the explicit allowlist keeps behaviour predictable. - No
trim_matcheson segment-level output before the secondnormalise_whitespace. A segment that ends with a newline gets normalised to a trailing space, which the join then handles; the secondnormalise_whitespacecollapses it. Working as designed but worth knowing if profiling ever flags the double-pass. - Output is one string. Caller (the pipeline) replaces the entire segment list with a single segment when this string then gets cleaned by the LLM. Per-segment timing is not preservable through
to_plain_text. This is by design — seeformatting-pipeline.mdfor the segment-collapse step.