Yes please! 🙏 This has been driving me crazy.

I use a light terminal theme (Solarized Light) and some of the UI elements are basically invisible. The gray text on light background is particularly bad - I have to squint to read status messages.

Would love to see either:

• Better default colors that work on both light and dark
• A config option to switch between light/dark themes
• Respect terminal ANSI colors instead of hardcoded hex values

This is probably an easy win that would help a lot of users who prefer light backgrounds. Happy to provide screenshots of the problematic areas if that helps!

Greptile Summary

This PR adds adaptive light/dark TUI theming by detecting the terminal background colour via COLORFGBG and offering an OPENCLAW_THEME override, with a full WCAG AA-compliant light palette and matching syntax-highlight colours. The implementation integrates cleanly alongside the existing dark palette and theme object — the rest of the codebase sees a drop-in palette export that is already mode-resolved.

Key observations:

• The sRGB linearisation and xterm 256-colour cube decoding in isLightBackground() are correct; the hardcoded greyscale cutoff at index 244 matches the analytic luminance crossover point exactly.
• All lightPalette colours are verified at WCAG AA (≥ 4.5 : 1) by the new accessibility test.
• The local variable named bg inside isLightBackground shadows the module-level bg chalk-wrapper function — this will trigger no-shadow linting rules in most configurations.
• The "light palette accessibility" describe block mutates process.env.OPENCLAW_THEME without a corresponding afterEach cleanup, leaving the test environment in a non-pristine state for any future dynamic imports added to the file.

Confidence Score: 4/5

• Safe to merge; logic is well-reasoned and test-covered, with only minor style and test-hygiene issues.
• The core detection algorithm is mathematically sound (WCAG sRGB linearisation, correct 256-colour cube mapping, analytically-correct greyscale threshold), the light palette passes the WCAG AA assertion test, and the dark path is unaffected. The two flagged issues are non-blocking style concerns: variable shadowing and missing test-environment cleanup.
• src/tui/theme/theme.ts (variable shadowing) and src/tui/theme/theme.test.ts (missing afterEach cleanup in accessibility describe block).

_{Last reviewed commit: f164605}

Closing - this was landed via #40345, which vincentkoc squash-merged to main.

The CHANGELOG entry credits both contributors: Thanks @ademczuk and @vincentkoc.

Commit message on main references our original PR #38636.