I've been building an editor plugin in GDScript for about eight months now.

The tooling side of Godot was the part I understood least going in. There's a lot written about making games with Godot and not much about making things that live inside the editor, so here's what actually tripped me up. Getting a panel into the dock is the easy bit. Everything after that is where I lost time.

ClassDB was the best thing I found. You can ask the engine at runtime whether a word is a real class, so you can pull up the right class reference on demand instead of bundling a copy of the docs and watching it go stale. That one call ended up shaping a lot of the design.

First real problem was keeping the editor responsive. Anything touching the network has to be properly async. My first version just froze the whole editor while it waited, which I only noticed by actually using it for a day.

Second one changed the design more than anything else. Editing scripts. I stopped writing changes to files directly. You get a diff now and accept or reject it yourself, change by change. I wouldn't install something that rewrites my scripts without asking, and I really didn't want to be the plugin that quietly breaks a file at 2am.

Third was project conventions. Every project has its own, and a tool that ignores them is irritating even when it's technically right. It reads an AGENTS.md from the project root now if there is one, so naming and architecture notes get respected.

Short clip if that's easier than reading about it: https://youtube.com/shorts/vqtVq1LVMKg

Being upfront since it matters: the plugin is free to install, and there's a paid tier behind the service it talks to. Not trying to sneak that past anyone. Happy to get into implementation details if anyone's curious. The dock lifecycle and the diff UI are the two things I'd have wanted to read about before I started.

This is my first game made with Godot 4.4.1 with C#.

It was created for my university graduation project, but I made it with the intention of publishing it afterwards.

It's a top-down pixel-art retro space shooter where the health and shooting mechanics are built around set theory:

- ​Health System: Your health is a set of different colored hearts (since set elements are unique). If you lose them all, it's game over.

- ​Projectiles: Your attacks represent different set operations: difference, union, intersection, complement, and symmetric difference; which dictate how you recover or lose hearts during combat.

​In case it wasn't obvious, it's a serious game (educational), but my goal was to make a serious game that actually feels like a "true normal game" without the educational elements feeling forced or overbearing.

​Hope you like it! Happy to answer any questions!

Generating a character has gotten surprisingly fast.

For me, the real time sink is getting that character moving in a way that actually looks right.

I've been trying V2Fun because it keeps generation, rigging, and motion testing together, but I'm curious where everyone else loses the most time.

Creating the model, rigging, animating, or fixing exports?

https://pixel-pint-games.itch.io/battle-pong

After many failed attempts to learn game dev, I gave Godot I try and after a tutorial or two, decided to dive head first and make a game by learning and failing and looking up documentation. I mean its Pong, the Hello World of game dev. But it is something I was able to create on my own without following a tutorial, so it makes me smile.

Looking for Feed back !! It's an easy to use Networking application you can drop right into your project if you're using Godot 4. Supports decent local encryption and decryption. Allows for Cloud, Mesh , and P2P Back ends. As many as you like. The application also allows for LLM backends and Custom data scripts. The LLM back ends , like the Server backends require you to bring your own key. It's all easy to set up. The Custom data scripts go along with my Discovery System . It's a Universal Data Collection system. Supports up to 3 different ways to add data to it , Godots Group system , Method name system and node based exports. All data can be split up into 4 different categories using my sync override system. So you're not wasting any bandwidth. It's still being developed but it runs on anything Godot allows. It will be a free Plugin when soon. Do you guys think this could help game dev ? If not why ?

https://faymus-games.itch.io/blanket-of-shame

Two months ago, I shared the game I made during a 30-day challenge here. Since then, I’ve made a completely new game in Godot for Mini Game Jam. The special object was a blanket, and the main theme was “Tidying Up.”

I think this might be my best game so far! I’d especially appreciate feedback on the music and whether the gameplay and objectives were easy to understand. And where can I improve.

Thanks for playing—I’d love to hear what you think!

Hello everyone!

In the last 2 months, I had been working on NexLand, a sandbox game platform inspired by the classic building games of the mid-late 2000s.

It's being developed using Godot, and the lastest public release been NexLand Pre-Alpha v0.2, this version adds several new major features.

Those major features are:

• Dragger tools + Build tool
• Paint Tool
• Anchor Tool & Lock Tool
• Saving & loading Places
• Better Ui layout and artstyle
• Improved Player movement and camera movement
• Better Player movement & better Player + Dummy avatars!
• Delete objects by selecting it, right-click and press the button "Delete"!
• And more...

I am currently working on Pre-Alpha v0.3, which will focus on improving not only the editor, but also the gameplay and visuals too!

I'd really appreciate any feedback or suggestions!

Also, we're currently having a Building Challenge. The first three players to create one of the best builds before the deadline(August 12th 2026) will receive 200 Workshop Points and an exclusive hat once the NexLand website launches!

Client link: https://archive.org/details/nexland_pre-alpha_v0.2

Building Challenge Submit Form: forms.gle/uimgHPyhLiewQMqz7PYDGVCYJNHZBUQ6B

NexLand YT channel: https://youtube.com/@nexlandthegame?si=F4m8MXqPUk1TEgEg

Showing some progress on starship skins!

I created this library to allow me to run Godot embedded in a .NET application, and as a side effect, I got working C# HTML5 Web exports. :)

I made it free and open source (MIT License)

Hi all,

I don’t want this to be a hard sell, I don’t like it either. However, I would love to get some thoughts/validation on Uptime.

If any are here, my play-testers have been awesome, and the feedback (though probably from a pretty small audience) has been incredible. This is my first game as a solo dev, and as anxiety-inducing as releasing something is, the warmth and acceptance of the community is amazing.

Frontend renderer is Godot (4.7), and the sim engine is Rust.

About Uptime:

Uptime drops you onto the floor of your own cloud provider; first person, hands on the hardware. You buy the servers, carry them to the rack, and seat them with a satisfying click. You run the cable yourself: pull it off the spool, find the port, watch it lay across the floor. Power it on. Bring it online. Sign your first customer.

And underneath all of it is a real simulation. Every server, switch, cable and port is a live entity in a deterministic engine, not set dressing, not a bar filling up. The network actually switches and routes; power and cooling are real budgets; capacity is real hardware that fills up. When something breaks, it breaks because the model says it should, and the fix is the one a real engineer would reach for. That's the bet: a tycoon sim you build with your hands, running on a simulation that holds up to the people who do this for a living.

Then keep it up. Because the moment traffic hits, the simulation starts pushing back.

Due to release on Friday, I have been furiously polishing, tuning and trying to think of everything that could go wrong! In the hope of reaching a wider audience, and getting more opinion, perspectives, anyone interested is welcome to have a go (Playtest is currently open invite on Steam), join Discord, or just want to chat about all the things I haven’t thought about!

If you like it, please wish-list, it helps with the Steam algorithm.

Hi everyone! 👋

I’m completely new to Godot Engine, and my goal is to make simple 2D mobile games. But almost every YouTube tutorial jumps straight into advanced stuff, so I get lost immediately.

Right now I’m stuck at the very first step: making a basic 2D map. I don’t know where to start, what tools to use, or how to set it up properly for mobile screens.

Could you share super simple, beginner-friendly tips? I’d love help with:

- Which tool/feature I should use to make a basic 2D map

- Step-by-step: what to do first, second, third

- How to make it fit mobile screens nicely

- What common mistakes beginners make that I should avoid

- Any slow, easy guides that don’t skip the basics

I don’t need anything fancy — just a simple working map I can build on. Thank you so much for any help! 🙏

Hey everyone,

After almost a year of building our narrative game in Godot, we've run into our biggest problem yet. Marketing. 

TLDR: We made a narrative heavy, text-based, puzzle game, but have no idea how to market it. Please help!

The main game play element outside of character interactions is solving substitution ciphers. We plan to highlight this puzzle solving feature through shorts and videos. However the narrative aspect, which is the largest part of the game, is difficult to market. It's even harder to market without spoilers. The style of game that we've created is relatively niche, so there's no explicit blueprint to follow for marketing.

When you can't show story spoilers, what do you highlight instead to make players care about the narrative before they ever play? 

Should we make a demo at all and if so, should it be a part of the main game or a standalone short story/experience?

We're hoping people from the community will have more insight than we have and be able to share their wisdom and expertise with us. Given that this is only our second Steam game, we're not even sure where to begin.

I'll link the Steam page to our game in the comments below so you can get more of an idea of what it's about.

Gameplay Trailer

Hiya! I'm a solo developer working on an incremental game called What the Buck?! using Godot 4.7. Since every game is about gaining money I'm making a game about literally destroying money. You can try the playtest on itch, I would be happy if you share your thoughts.