Everyone has that folder. The one stuffed with half-finished tutorials, abandoned side projects, and README files that promise more than they deliver. It is a graveyard of good intentions, and the only way out is to ship something — anything — that actually works.

That itch to finish is what drove the creation of LIAR, a browser game so small and so hostile that it fits inside a single 28KB HTML file. No frameworks. No image files. No sound assets. Just raw HTML5 Canvas, the Web Audio API, and a mean streak.

The Anti-Tutorial

Most learning projects die because they grow legs. You start with a canvas tutorial, add a movement script, then decide you need a tile editor, then an entity component system, then a Webpack config that takes eleven seconds to compile. Six weeks later you have a build pipeline and no game.

LIAR refuses that trap. It is a reaction game. A button tells you to TAP, HOLD, or DON'T. You act before a timer runs out. Early rounds establish trust. The text says TAP, you tap. The text says HOLD, you hold your finger down. It is simple, rhythmic, almost meditative.

Then round six arrives.

The Mechanics of Betrayal

Around round six, the game starts lying. A command flashes on screen — perhaps a violent, red, shaking TAP — and every reflex you built during the warm-up screams at you to hit the button. If you do, you lose. The red shake is not a glitch. It is a tell. An honest liar gives you a clue, and this game gives you exactly that: a visual grammar of deception.

The trick works because the foundation is honest. The early rounds teach you that color and motion carry meaning. When the palette suddenly shifts and the text trembles, the game is not cheating. It is signaling. You had the information. You either read it or you did not.

When you fail, the game insults you. That sting is deliberate. In a micro-game with no leaderboard and no persistent progression, humiliation is the currency of replayability. It closes the feedback loop. You do not lose because of lag or because a hitbox felt off. You lose because you trusted a shaking red word, and the game makes sure you sit with that mistake.

What 28KB Actually Means

Choosing to build inside a single 28KB HTML file is not just a novelty. It is a design constraint that forces hard decisions. There are no megabytes of sprite sheets to hide behind. No audio files to trigger. Everything visible is drawn frame-by-frame on an HTML5 Canvas. Everything audible comes from Web Audio oscillators.

If you have not worked with the Web Audio API directly, here is what that entails. Instead of loading a pre-recorded WAV or MP3, the code creates an AudioContext, attaches an oscillator node, selects a waveform — sine, square, sawtooth — and sets a frequency. A short beep for a correct input, a harsh buzz for a failure. Those tones are computed in real time by the browser. They cost nothing in file size and add no external network requests.

The same logic applies to the visuals. Canvas gives you an immediate-mode drawing surface. You clear the rectangle. You fill text. You set a transform or a shadow blur for the shake effect. There is no virtual DOM diffing, no React reconciliation, no dependency array to debug. The browser runs the code, and the pixels appear. For a game this focused, that directness is a feature, not a limitation.

Keeping the payload at 28KB also means the game loads almost instantly on a mobile browser, even on a shaky connection. It costs virtually nothing to host. The entire application is smaller than most website favicons. That matters if you are distributing through a shared link or embedding on a forum. There is no install friction. You visit the URL, and the lie is ready.

Fair Deception

Spending real time on the lying mechanic reveals a subtle truth about game design. Unfairness is only fun when it is legible. A random trap that kills the player without warning is bad design. A trap that vibrates, changes color, and breaks the established visual rhythm is a puzzle dressed as an ambush.

The red shaking text serves multiple purposes. It overrides the habitual response players developed in rounds one through five. It introduces an emotional beat — suspicion, hesitation, panic — in what was previously a reflex test. And most importantly, it makes failure feel owned. When you tap that red command and the insult appears, you know the fault is yours. The game gave you a tell. You failed to read it.

Das ist der Unterschied zwischen einem billigen Schlag und einem fairen Kampf. LIAR will dir ins Gesicht schlagen, aber es setzt erst sein ganzes Gewicht hinter den Schwung.

Veröffentlichung vor Perfektion

Das Spiel ist ungeschliffen. Der Autor wird es dir selbst sagen. Es ist sein erstes fertiges Spiel, und Einfachheit war der Preis für die Fertigstellung. Diese Ehrlichkeit ist erfrischend in einem Ökosystem, in dem Entwickler oft über Systeme bloggen, die niemals in die Produktion gehen. LIAR existiert unter einer Live-URL. Du kannst es sofort spielen. Du kannst den Quellcode in einer einzigen Datei einsehen, ohne ein Monorepo entwirren zu müssen.

Der Entwickler möchte von jedem, der mutig genug ist, es auszuprobieren, zwei Dinge wissen. Erstens: Wie lange überlebst du? Zweitens: Wenn die erste Lüge in Runde sechs auftritt, fühlt es sich fair an oder fühlt es sich billig an? Das sind die richtigen Fragen. Er betrachtet die Lüge nicht als Bug, sondern als eine Mechanik, die abgestimmt werden muss.

Bei Interesse hat der Entwickler angeboten, einen ausführlicheren Leitfaden zu schreiben, der die Canvas-Zeichenschleife, die Logik hinter den Web-Audio-Oszillatoren und genau die Struktur der Lügen-Mechanik im Code abdeckt. Da es so selten ist, ein komplettes Spiel in einer einzigen HTML-Datei zu sehen, wäre dieser Leitfaden für jeden, der im „Tutorial-Fegefeuer“ feststeckt, wirklich nützlich.

Die wichtigste Erkenntnis

Du brauchst keine Game Engine, um ein Spiel zu bauen. Du brauchst kein Content Delivery Network für Assets, kein zwanzigseitiges Designdokument und keine Erlaubnis von einem Framework-Maintainer. Du brauchst eine Grenze – hier: 28 KB und eine einzige Datei – und einen Grund, fertig zu werden. Einschränkungen erzwingen Klarheit. Ein zitterndes rotes Wort ist einprägsamer als tausend importierte Sprites, wenn die zugrunde liegende Mechanik solide ist.

Spiele LIAR selbst unter https://playliar.netlify.app/.
Den ursprünglichen Entwickler-Bericht und den Kontext zum Quellcode findest du unter https://dev.to/shabbir_sesaifee_8fdc587/i-built-a-game-that-lies-to-you-in-a-single-28kb-html-file-no-framework-no-assets-4hnh.