// the take
A VS Code color theme from tonsky (the Fira Code guy) that intentionally highlights almost nothing: just strings, constants, comments, and global definitions, with no bold/italic and no keyword coloring. It's for developers who find standard themes visually noisy and want syntax highlighting that only flags things a parser can identify with certainty.
The README actually argues a design philosophy instead of just listing features — the reasoning for skipping keyword highlighting and font-weight variation is specific and testable, not marketing copy. It's a single JSON color-theme file with zero runtime code, so there's nothing to audit beyond reading the scopes. The 'only highlight what the parser can reliably identify' rule is a real constraint that shows up consistently across the theme rather than being abandoned halfway through. It's still being pushed (last commit Nov 2025) by an author with a decent track record on developer tooling.
Zero configurability — if you like 90% of it but want keywords lightly tinted, you're hand-editing the JSON yourself, there are no settings. The dark variants and JetBrains/Sublime ports listed in the README are third-party forks the original author doesn't maintain, so parity and quality across them isn't guaranteed. The 'reliable highlighting only' approach is only as good as whatever TextMate grammar VS Code ships for a given language — newer or less common languages can end up under-highlighted with no indication that's the theme's fault rather than the language's. It's a one-person project with no tests beyond eyeballing the playground files, so a VS Code theme API change could silently break color mapping until someone notices and files an issue.
We read the README, the directory tree and a key source file in October 2026. Nobody pays to be listed. How we judge →