Muzishell's website

Playable

Toy Battle

A board game duel, played online against a friend or the computer.

Toy Battle is a two-player tabletop game published by Repos Production. This version lets you play from any browser, phone included: open a room, send an invite link, and start. No account needed. The code was written with an AI coding assistant; my part was the rules, the design and the decisions.

Built with TypeScript, Effect, WebSockets and Cloudflare Workers.

Play Toy Battle

Challenges

Rules kept apart from everything else: The game logic lives on its own, written in TypeScript with Effect, and knows nothing about networking or display. New pawns or maps can be added later without touching the rest.
An opponent that plays by the rules: The AI scores every legal move against the position, weighing things a player would: holding the centre, protecting the HQ, and keeping strong pawns for a decisive attack. It picks the move with the best score, so it plays the same logic a human would, without cheating.
A review that explains each move: After a game, every move is graded and comes with a short reason, such as a missed central square or an exposed HQ. The grades use the same scoring as the opponent, so the feedback and the AI agree on what matters.
Private games without accounts: A room is protected by a password and joined through a one-time invite link, so a friend can join in seconds and no personal data is stored.
Built for a phone: Most games happen on a phone, so the interface is designed for mobile browsers first, with display code kept small and readable.

Playable

Jak and Daxter in the browser

The whole PlayStation 2 game, running in a browser tab.

OpenGOAL is a community project that rebuilds Jak and Daxter so it runs natively on a PC. This project brings that rebuild to the browser, so the full game runs in a tab with no installation. The code was written with an AI coding assistant; I directed the work and checked the results.

Built with OpenGOAL and WebAssembly.

Open jak.anomandoris.com

Challenges

A working native build first: The game first had to compile and run through OpenGOAL on a PC. That build became the reference the browser version was checked against.
From native code to WebAssembly: The engine is compiled to WebAssembly, the format browsers run close to native speed, so the game runs in a tab without a plugin or install.
Writing the port with AI: An AI coding assistant wrote most of the code. The useful work was describing the target, reviewing each change, and testing it against the native build to catch regressions.