# AI usage guidelines and thoughts updated, and... test of vibe-coding with Castle Game Engine
**URL:** https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122
**Category:** News
**Created:** [February 23, 2026, 1:46am UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122 "2026-02-23T01:46:30Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@michalis](https://forum.castle-engine.io/u/michalis)
#### Post date: [February 23, 2026, 1:46am UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/1 "2026-02-23T01:46:30Z")
| [](https://castle-engine.io/wp/wp-content/uploads/2026/02/screenshot_1.png "Castle Vibes screenshot - castle") |
| [](https://castle-engine.io/wp/wp-content/uploads/2026/02/screenshot_2.png "Castle Vibes screenshot - NPC") |
| [](https://castle-engine.io/wp/wp-content/uploads/2026/02/screenshot_3.png "Castle Vibes screenshot - NPC talk") |
| [](https://castle-engine.io/wp/wp-content/uploads/2026/02/screenshot_4.png "Castle Vibes screenshot - trophy") |
As most of us, I spend lately considerable amount of time researching and talking about AI implications (for coding and beyond).
It’s a big subject. The technology offers us various applications, and various new ways for misuse too.
I think the following statement manages to summarize my hopes + concerns best: **When working to solve the problem, we should be gaining understanding, not losing it. So use AI to get smarter / faster, not to loose understanding / decrease code maintainability.**
1. I have updated our [AI usage guidelines](https://castle-engine.io/ai) with this and many other statements — both positive usage of AI (e.g. _“review my uncommitted changes”_) and warning about negative (_trusting the AI designs, which may go in unmaintainable direction without supervision_).
-
- Being careful is certainly warranted. Committing code that “looks good on the surface”, but fails to scale, fails to be maintainable, or is not understood -\> that’s a road to being unable to develop the software in the future (both with AI and with your own brain).
2. Additional reading material:
3. I have committed [CLAUDE.md](https://github.com/castle-engine/castle-engine/blob/master/CLAUDE.md) into the engine repository — it contains a number of instructions to steer _Claude Code_ into following our practices.
4. Finally, something you’ve been waiting for:) I have tested _“vibe coding”_ an application using _Castle Game Engine_. Even if I explicitly don’t think it’s a good way to make a game, it was a fun thing to try!
Have fun using our engine and please [support the humans behind the engine 🙂](https://www.patreon.com/c/castleengine).
---
### Author:  [@michalis](https://forum.castle-engine.io/u/michalis)
#### Post date: [February 23, 2026, 1:46am UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/2 "2026-02-23T01:46:59Z")
---
### Author:  [@Valhl88](https://forum.castle-engine.io/u/Valhl88)
#### Post date: [February 23, 2026, 5:10am UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/3 "2026-02-23T05:10:22Z")
Many people are experimenting and using ai in the game engine, and I’m surprised that you’re only now taking it seriously)
---
### Author:  [@michalis](https://forum.castle-engine.io/u/michalis)
#### Post date: [February 23, 2026, 11:42am UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/4 "2026-02-23T11:42:25Z")
> [@Valhl88](#):
>
> and I’m surprised that you’re only now taking it seriously)
Only now? 🙂 You didn’t follow our news then:
- I posted this in 2022: [My mind is blown. I can use AI to generate Castle Game Engine code to integrate it with PhysX. I can use AI to generate HTML documentation from comments in Pascal code. – Castle Game Engine](https://castle-engine.io/wp/2022/12/17/my-mind-is-blown-i-can-use-ai-to-generate-castle-game-engine-code-to-integrate-it-with-physx-i-can-use-ai-to-generate-html-documentation-from-comments-in-pascal-code/)
- I posted this in 2024, showing integration of OpenAI (ChatGPT) in CGE: [Example talking with OpenAI (ChatGPT) assistant using Castle Game Engine (from desktop or Android) – Castle Game Engine](https://castle-engine.io/wp/2024/05/28/example-talking-with-openai-chatgpt-assistant-using-castle-game-engine-from-desktop-or-android/)
- I posted this in 2025: [November improvements: huge animation upgrade, guidelines about AI usage, Codeberg mirror, various fixes – Castle Game Engine](https://castle-engine.io/wp/2025/12/01/november-improvements-huge-animation-upgrade-guidelines-about-ai-usage-codeberg-mirror-various-fixes/) with link to initial version of [Using AI when contributing to Castle Game Engine | Manual](https://castle-engine.io/ai) .
I did spend quite a lot of time researching how to use (and how to not use) AI in recent years 🙂
---
### Author:  [@edj](https://forum.castle-engine.io/u/edj)
#### Post date: [February 23, 2026, 2:35pm UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/5 "2026-02-23T14:35:18Z")
AI is fooling fools. I have tried producing very simple routines for stuff like rotation and AI has been wrong every f’in single time. Sometimes it gives you a clue to get you in the right direction. Most of the time it makes up stuff that doesn’t exist. I had hoped AI would be more useful as a lone dev with an impossibly large goal. But it was only a waste of time. I support you as a human, you are smarter than any stochastic parrot no matter how much electricity and water and training you give it.
---
### Author:  [@edj](https://forum.castle-engine.io/u/edj)
#### Post date: [February 23, 2026, 2:38pm UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/6 "2026-02-23T14:38:26Z")
Many people are finding out AI is oversold generator of slop code. Experts realize very quickly that is a scam. AI is useful for looking up Castle Game Engine stuff… because CGE has so much documentation. But I wouldn’t have it write even a single line of code. I made some money last year fixing somebody’s Claude corrupted codebase.
---
### Author:  [@DiggiDoggi](https://forum.castle-engine.io/u/DiggiDoggi)
#### Post date: [February 23, 2026, 9:13pm UTC](https://forum.castle-engine.io/t/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/2122/7 "2026-02-23T21:13:28Z")
Thank you @michalis for taking your time to compile your findings. Also the game sounds like fun, I’ll check it for sure.
In my own words, I’m kind of a fan of the AI in some fields, but my rule of thumb is: “_If I don’t know the field, I don’t ask AI_”. Because, if I can’t confront the AI, then it can tell me whatever - how could I say it’s true or not.
Computer aided programming an AI are much older, with roots in 1950s - and heuristics were the backbone of _then_ AI. Cognitive psychology (also born in 1950s) was comparing a human to a computer (brain=CPU, memory=RAM, problem solving=algorithms, etc.). It directly influenced the AI, expert systems, and neural networks development.
The first AI I know (non-neural based) born in 1970s worked with IF-THEN rules, and like every other AI (including todays LLMs) used heuristics. I know it only because I was learning Prolog. Other expert systems already existed, mainly based on Lisp language.
Somewhere around 1970s the early AI and the comparison of biological systems to machines resulted in something we use everyday now - Object Oriented Programming. Objects were described as biological cells, or sometimes as atoms, with “methods” (attached procedures) and “properties” (data). The modular, organic structure encapsulating the logic and knowledge are quite identical to what symbolic AI was.
In 1990s UML and code generation were born. Even when we look at Delphi, it ~always had wizards to create code templates. Many of us, I guess, had their own made-at-home software to ease creation of components. Soon later more sophisticated AIs started appearing, quickly bringing us to today’s generative headache.
None of this never replaced developers, but was very helpful, and influenced the ways we can program today. So I do agree with @michalis statement that we’ll not get replaced, it’s just our role may change. Well, at least most of us.
* * *
I don’t use AI for coding, because I simply enjoy every line of code I create. It’s so nice to figure out a solution, type it, and see it working - it’s an art. I wouldn’t ever learn programming if AI was doing the reasoning for me. Plus, when I create something, I understand it - AI typically does not. AI only calculates a chance it’ll work, cutting off all reasoning branches that are less promising (due to heuristics), and the very next morning it doesn’t even know why it did it.
In regards to CGE, which is so good that I fully incorporated it in my current project, some internal stuff is still unclear to me. So to help me understand it better, I have used AI few times to analyse CGE’s code.
But, too many times I was told that “_this unit contains this class_”, but then neither the file nor the class existed. When confronted, AI’s _always_ is like: “_You’re right, it doesn’t exists._ _I assumed basing on naming conventions_”… Since then, I prefer old, good “_get dirty and dig it up_” manual method in most cases.
When working with unknown code, either we are 100% sure of what it does, or we assume “_I don’t know_” and we dig deeper. AI always assume it knows. I hope it gets improved for documenting and analysis purposes. I second @edj’s words about how vast the docs are. CGE is big, and even the best documenting practices here, plus inline comments that Castle Engine has, it’s not always enough. Quoting Russell L. Ackoff (1973) _“A system is more than the sum of its parts; it is an indivisible whole. It loses its essential properties when it is taken apart.”_ Analysing parts in isolation can never fully explain the behaviour of the whole.
AI can be very helpful, I don’t say no, but it’s costing probably more time guiding it and listening to “Oh! Your idea is so perfect” than it’ll take to trial-and-error my own code. Also, with Pascal code, the AI doesn’t seem to understand some things properly yet, but I didn’t use Claude so it may be better. The AI’s proposed algorithms are usually good, but as an algorithm not a copy-paste code when it comes to more complicated stuff.
Considering games, I wouldn’t be happy to pay for a game developed by AI with AI generated artwork. Different thing is to get some assistance from a machine - after all, we welcomed code completion and insight tools with relief, also artists use photoshop or GIMP’s ‘magical’ tools. But it’s a whole different story when someone type “_Hey AI, do a game for me. I’m busy with laundry_”. I strongly believe humans, real artists and developers deserve to be recognised - and paid - for their effort, skills, and often ingenuity. If some studio rely on AI heavily, kicking out humans, telling us that it’s so hard to get good programmers, then the question is about their HR skills in finding good staff, and about their moral standing.
A free-game released as a novelty, or a proof of concept, or research I don’t mind. It’s actually fun. I remember using neural networks years back to cheat in some simple arcade game. I also have tried heuristic methods and CNNs to help me with coding too - but I did it in order to learn the fascinating techniques and improve my own programming skills, not to replace my them. And that’s how I still see it today - computers should aid us, teach us, but not replace us.