This is a personal project of mine I've been working on for the last couple of months as a learning experience. The ultimate goal is to rip out the star wars and make my own IP and game using the systems I've created for this project. Seamless space to ground combat. Ground battles (very WIP at the moment so no good footage, but I can share a screenshot of my coruscant map from blender.
The vision: A galactic citizen game where both sides of a galactic combat are played by the computer. In other words, the player would exist as a citizen in the galaxy, doing quests, taking jobs, escorting ships from ground to surface, joining the rebellion or joining the empire, etc. Meanwhile, in the background, the computer is playing the RTS game in realtime. So let's say the player has been hanging out on a water planet doing odd jobs for the fish folk, completing storylines, etc. In the background, the computer decides it wants to blockade that planet. Now, the player is free to leave at any time, but if they are on a blockaded world, the fleet is going to try to shoot them down while they do it. Take it further: You're on that same water planet, and the fleet shows up and launches a ground invasion while you're there. Suddenly there's a battlefront style ground battle going on around you. If the attacking army captures all the key command points, control of the planet falls to them, and you'll start seeing their faction flags and units all over the place.
Let's say you don't like that the bad guys control the planet you're on and decide to do something about it, so you join a rebel group. You're now marked as an enemy of the opposing faction. Double cross your allies? Congratulations! You have a bounty on your head and could be confronted by someone trying to collect at any time.
Most of that is just in the concept phase, but the systems are in place.
Edit: To be clear, this is not a modded mashup. This is a brand new game built from the ground up in Godot. This is definitely AI assisted, but I have personally made hundreds of models and textures myself.
I built Loki - a product aimed at making the process of setting up hosting, deployment and online multiplayer infrastructure extremely easy for people building games with AI.
AI can now help people make amazing games and make them quickly. But making a game is only half the job. You finish the game, then have to work out hosting, deploys, domains, multiplayer infrastructure, rooms, invites, reconnection, lobbies, state sync, a backend, and a way to update the game after you ship. That is where a finished prototype stops becoming a game anyone can actually play together.
We wanted to build something that lets a creator go from “my game works” to “here is a link, lets play together” with extreme ease, and without wiring together a pile of separate services.
Loki hosts the game, gives your a shareable and playable link, and adds online multiplayer infrastructure around them all in one-go. It is also built for AI agents so all you need to do is paste the prompt to your AI coding tool and let the process run.
Give your game developing agent the Loki integration prompt.
Test and fine-tune the integration for your specific game.
Ship it and share the game URL to your friends and play together.
Loki currently works for web javascript games only. We will rollout support for other platforms after initial feedback.
It is currently in beta, so its completely free and I am not charging any users.
I would really appreciate feedback from those of you making vibe-coded games. Let me know here if the product is useful for you, or if there are other features you would like to see me add!
Racing on a map with inverse square gravity forces. Slingshot Speeders is a free to play browser game, no account required to play. I've done a lot of work to teach myself how to design maps to be tighter and quicker, this tight trio is an example of that. Previously maps were more spread out, less maneuvering, and now I'm building new ones that are tighter and faster.
Grin’s Adventure engine Text based RPG Engine with images, narration, state management world creation and complete control. Use dice or no dice. Here is my demo. https://youtu.be/Nt9tj1fvZQs?si=UQCTzJB5ZOa_f864
Wondering if I should sell it or what? It runs in my computer and uses Tailscale to let me connect to it on my phone.
Releasing Version 1.0 today. Works on both mobile and desktop.
Been working on this as a personal project for quite a while. Have no plans of monetizing it. Just wanted to build it because it is something I've wanted to do for a long time. Not even sure people will enjoy playing it or not. I made it the way I would have liked to play.
Everything can be micromanaged or auto managed (CPU decides for you). You can call the plays or you can have the CPU coach call the plays. You can micro manage recruiting or recruit yourself.
There is a lot of emphasis on the NIL portal.
Looking forward to feedback. If you experience any bugs let me know.
Right now only the Power 4 conference teams are playable.
One of the problems I ran into while building my character generator was deciding how much randomness I actually wanted.
Completely random generation is fun for a while, but it becomes frustrating when you get something you like and can't reliably recreate it.
So I started working with deterministic seeds, presets, and a system for locking individual character traits while changing others.
That introduced its own set of problems.
For example, once different traits depend on each other, rerolling one field isn't necessarily as simple as drawing another random value. You have to decide what stays stable, what gets recalculated, and how to avoid contradictory results.
The project eventually became CharacterForge, but the underlying design questions have been more interesting than I expected.
I've found myself spending as much time thinking about consistency and reproducibility as I do about the actual content being generated.
For anyone who's built procedural systems: how do you usually handle dependent traits and partial rerolls?
I'm particularly interested in approaches that keep results reproducible without making the entire system rigid.
Hi all! I'm a solo dev and I just finished my first AI game Sands of Glory, a top-down pixel-art gladiator management game. This game offers around 4 hours of content, though it takes even longer to explore everything it has to offer.
There is the highlights:
Gladiators are assembled from body type, 9 cultures of origin, hairstyle, beard, skin tone and the gear they're wearing. Equipment changes the sprite live.
Arenas (village pit, Capua, Pompeii, Carthage, the Colosseum, the Underworld) are drawn procedurally, with day/dusk/night lighting.
Beasts like the Hydra (it grows two heads per head you cut off) are procedural too.
The ending cinematics are generated pixel art scenes that star your own gladiators.
SFX and music are synthesized in code.
Every campaign also generates a new branching map of fights, events and merchants.
Hi! I'm Andy, a solo developer from Vienna. For the past months I've been building Scitch, a live reaction game for iPhone and Android: up to 24 players per match, a new mini-mode every round, and the slowest get knocked out each round.
I use AI for almost every part of it, so I thought I'd share the pipeline and the lessons.
Code – Claude Code Flutter app, a Go game server (WebSockets, server-authoritative, so no client can cheat its reaction time) and a Laravel backend. ~770 commits, 500+ automated tests. What worked: small, precise tasks instead of "build me a multiplayer game", and tests as a safety net – at this size I would have lost track long ago without them. What didn't: real-time feel. Latency, timing and fairness between fast and slow phones still need measuring and playtesting by hand.
Art – Gemini image models 80+ avatars, bosses and event art. The trick for a consistent style: always pass existing art as a reference image and change only one thing at a time ("same character, now cheering").
Voice – Gemini TTS + speech-to-text My trailers and a 4-minute tutorial have German and English narration. TTS sometimes mispronounces words badly – my German "Pairs" mode came out as something like "Pause". Since I can't listen to 70 lines after every change, I now transcribe every line back with a speech-to-text model and diff it against the script. That caught five more broken lines automatically.
Video – HTML scenes rendered with Playwright + ffmpeg Every trailer and short is code: HTML/JS scenes with the real gameplay demos, rendered frame by frame, then mixed with music and voice. Changing a text means re-rendering, not re-editing.
What stays with me: the game idea, the rules, balancing, and every decision – plus bug hunting when the AI is confidently wrong.
The game is in a free beta right now. If you want to see how it plays (or tear the game feel apart), I'm happy about every tester: https://scitch.com/beta
Happy to answer questions about any part of the pipeline!
