Okibi is built on one claim: a theme is an attention-allocation policy. Twelve steps of charcoal, one warm ember, a handful of quiet pigments — and code highlighting that engages only when you do. For screens you stare at for hours.
Traditional highlighting colours the grammar — every keyword, every type, every bracket, lit all day, whether you're reading or not. Every element lit dims every other. Salience spent everywhere is salience spent nowhere.
Same code. On the right, calls carry the one strong hue, keywords and brackets recede into the spine, and true keeps its red because a decision is worth more than a digit. Nothing shouts — so the little that speaks, means.
A healthy view spends almost nothing at rest. Structure rides luminance and weight — high-bandwidth, colour-blind-safe — and hue is rationed to a few meanings. The ember appears once or twice per screen: focus and action, never decoration.
Code colouring is three cumulative bands gated by what you're doing. Reading a file is not editing a line — so the theme doesn't pretend it is. Click through the phases:
The same spine, ember and type discipline carries documents, applications, slides, terminals and prose. These are complete, working pages — not mockups of mockups.
Kanji title-cards, the signature rule, prose at measure.
open the template → const theme = get(name); return theme;The workbench, with the three phases live behind a switch.
open the workbench →Five 1920×1080 layouts; one ember note per slide.
open the deck → # Field notes - sigils recede - [x] doneProse is content, sigils are furniture — Obsidian-ready.
see the register →Everything is generated from one token source — oklch in CSS custom properties, resolved hex everywhere else. Grab an artifact, or point a tool at the whole system.
Written for machines too. One URL — llm-context.md — hands an LLM the entire system as binding context: doctrine, taste constants, both specs, every resolved value. Tell it to build in Okibi, and it can.