Construct 3 in the AI agent era — what actually makes sense?

Not favoritedFavorited Favorited 2 favourites
From the Asset Store
Professional AI chatbot for Construct 3 with OpenAI API support, multiple models, conversation management, and full resp
  • but also i just want that for exemple i say to the ia to make a score system and the ia make a score system to the game. but i dont want any ia generated content.

  • It seems that the stigma surrounding AI among developers is so great that it prevents rational debate on the subject.

    There are hundreds of published construct games on steam, thousands on the web. What do we need AI for? So many people are already successfully deploying cool games made with Construct.

    The same could be said about any future improvements C3 could have.

  • Pretty interesting seeing the discussion with those completely against anything AI-related, to those fully embracing it. I'm personally more in the middle ground which is what op is suggesting (make C3 AI-friendly for external tools to easily parse - not a built in model or a "create a full game" magic button).

    Think Unity MCP? I wont pretend to know exactly how it works or the resources needed to make this work, but it could behave similarly where it allows an external tool to easily "attach" to the project so whatever model its connected to gets all the context it needs for automation/repetitive tasks, asking it questions, or help with debugging. This would be very helpful for bigger projects and as a way to help beginner users and non-programmers, which is what C3 is all about, while not being in-your-face for the purists out there.

    The hype-bubble might cool off but AI-assistants are here to stay so it's best to adapt and integrate them as tools rather than fully relying on them and crossing over to the generic AI slop.

  • "AI is here to stay." A lie repeated often enough, becomes truth.

    What about people that loves AI pay with their money for something that they want instead of pushing it for everyone that don't want it around?

    C3 has a subscription model and I'm already not happy to pay something forever, if I have to pay for something not only that I don't need, but that it's dangerous, I would quit straight away to use C3 and I guess others would do it too.

    It's better that Scirra concentrate on something that is really useful for he majority of users. If people wants to use AI, they can move to other script languages, like C# and ask AI to program Space Invaders for them because they don't have the passion for learning their hobby or even worse their job.

  • If people wants to use AI, they can move to other script languages, like C#

    No, we want to do this in Construct 3 using JS/TS. And we will!

  • I think this is an interesting discussion and there are lots of good points being made all round - however I would remind folk to review the Forum & Community guidelines and make sure the discussion is respectful at all times, even when you strongly disagree.

    In my view Construct is primarily a tool for human creativity and expression. I am not personally particularly interested in AI-generated games or content. Other tools can do that and people can use them if they want, but I don't think it's something we should do with Construct. Using an AI assistant to help solve problems, sort of like an in-app support advisor, is probably a more reasonable idea to discuss.

    I think that the intense hype around AI makes this harder to evaluate. I suspect many companies are cramming their products full of AI not because it's been proven to work well and be useful, but because they have investors or shareholders to impress, and they benefit from the AI hype. We are an independently owned company and we have no need for such things. On the other hand, AI is proving to be genuinely useful in some areas and it probably is here to stay and will significantly disrupt some things. I still don't think it's clear though what things are going to change and to what extent. Were it to become the case that customers expected all software to have AI assistants and tools that didn't became irrelevant and ultimately failed, then I think we would be forced to add some kind of AI assistant to stay in business. I don't personally see that point having arrived though, and we can act on it if or when it becomes the case. I think there is still significant risk around whether the big AI companies will prove to be economically viable (there may be a big crash on the horizon); risk the pricing for AI services ends up increasing massively; risk that lots of existing AI integrations end up being removed due to being expensive/ineffective/unwanted, etc. So I'm personally still in a bit of a "wait and see" mode.

    Even if we did want to do some kind of AI assistant, there are some difficult problems to deal with. Probably the biggest is where does the training data come from? Using customer projects is totally off the cards - there is no way we would ever do that. 500 or so example projects built in to Construct is a start, but while I'm not an AI expert by any means, I get the impression that is probably far too little to train an AI on. However much data we need to answer beginner questions, I suspect we'd also need 10-100x as much to answer intermediate questions, and 10-100x as much to answer expert questions. If it's even capable of answering expert questions - my experience of using AI for coding purposes as someone with ~20 years experience is they constantly come up short, so in the end I don't use them much. One recent example is I asked a question about WebGL 2 and ChatGPT fabricated a quote from the specification which did not really exist. It similarly makes things up too frequently for me to consider it a reliable resource. I've tried all the other ones and they all have similar problems. What if we add an AI assistant and it ends up giving bad advice frequently enough that it's not worth using? Perhaps even after all that work, for all its flaws ChatGPT still gets you a better answer.

    Specifically on the point of documenting the file format, that is actually probably a difficult thing to do. At the moment we treat it as an internal detail and that gives us flexibility to change anything at any time. If it was documented and things depend on the specific details, then it makes it harder to change. Besides the way I thought AI works (again, not an expert) was it learned mostly from vast amounts of examples, and it doesn't necessarily need a specification. Nobody feeds AI models a specification of how English works, and yet they can use it fluently. AI models probably don't need access to the C++ specification to generate C++ code so long as they have enough training data. So it may be something that puts quite a big burden on us and yet does little to help AI tools.

    What would really help AI tools? We already have hundreds of thousands of forum posts, 1000+ pages worth of documentation in the manual, and 1000+ user-submitted tutorials, which I think is a decent body of knowledge. If you really want to help AI understand Construct, I think probably the best thing is to contribute material about how Construct works in places AI will find it: post to the forum rather than using chat rooms, share your knowledge in tutorials, and upload interesting Construct examples to the web (GitHub is probably a good place for that). And best of all, that will all be useful for humans as well!

    Other than that I think we could write a tutorial outlining an overview of how the Construct project file format works in broad terms, which might help LLMs understand projects, despite not being a full specification. We could also put a file like llm-context.md in every Construct project with a similar overview to help AI tools understand the Construct projects they do come across, rather than possibly seeing them as just a random collection of files. Perhaps that's not too controversial a thing to do?

  • Because C3 is html5 we already have a billion examples of html5 getting loaded into the LLM models. The choice to make the engine a javascript engine can be exploited here big time. Some of the other html5 game engines retrofit their formats into the .md files (like rpg maker MZ and MV). They don't do it officially but users find what seems to work and put it on their chat boards. I think guildline .md files that tell cursor and antigravity users about the json formats may be all we need.

  • I think an official Construct MCP server (that essentially allows existing AI agents, such as Claude Code, GitHub Copilot, Gemini-CLI, etc., to interact with the Construct editor) would be a great way to provide the "foundation" for folks to develop Skills and feed examples into it.

    I don't consider this a priority at the moment, but given the direction things are developing, building an MCP server appears to be the most "future-proof" and "user extendable" method to support those interested in using AI.

    IF AI conventions remain consistent, it is reasonable to consider an MCP server as part of the roadmap within the next 1~2 years.

    I agree with Ashley. Things are evolving rapidly. Those who invested in an "AI chat" interface in their product have essentially created something costly and ineffective, as conventions have shifted towards MCPs now. So it's important to be prudent and to wait for the conventions to be less flaky/unstable before putting work in this area.

    It's quite likely that the Construct team is already exploring Agentic coding internally, just like many other development teams. First-hand experience and having time with it will be really valuable for when the moment comes to introduce a Construct MCP (or other ways to support AI workflows).

    BTW: Those who don't want to wait, consider using Construct with TypeScript. The current AI toolchain (for instance, Claude Code) is quite capable of parsing the documentation and utilizing the TypeScript type definitions exported by Construct to handle most use cases.

  • I think an official Construct MCP server (that essentially allows existing AI agents, such as Claude Code, GitHub Copilot, Gemini-CLI, etc., to interact with the Construct editor) would be a great way to provide the "foundation" for folks to develop Skills and feed examples into it.

    Agents and skills are the most overhyped AI features. They practically do nothing other than producing tech debt while you're away from computer.

  • AmogusJS A few months ago, I would have agreed with you. I understand your skepticism about AI, and I was on the same page as you are. However, after giving it an honest try, I’ve come to see that, once you get the hang of it, AI agents can truly boost productivity in a meaningful way.

    context: 20+ years building software professionally.

  • AmogusJS A few months ago, I would have agreed with you. I understand your skepticism about AI, and I was on the same page as you are. However, after giving it an honest try, I’ve come to see that, once you get the hang of it, AI agents can truly boost productivity in a meaningful way.

    context: 20+ years building software professionally.

    Can you explain how?

  • Can you explain how?

    How I changed my mind

    Be impartial, challenge/review your own beliefs, and be the devil's advocate against your own skepticism. This will make you evolve. The biggest "lightbulb moments" in my software career came from truly trying something I was skeptical about.

    How AI agents can truly boost productivity in a meaningful way

    I could write a novel about this... In summary, if you are a senior developer and have the proper workflow, you can feel like you're chatting and reviewing Pull Requests made by a team of Mid/Junior developers. Including them asking you questions you didn't even think to ask about how to proceed with an implementation.

    Of course, you need to write specs and establish best practices (for example, AGENTS.md). But a true Senior+ developer understands the importance of these things regardless of AI use.

    You will still need to read, understand, and review the code, and likely handle the most difficult parts. However, working with a "team of Mid/Junior developers" significantly boosts your productivity. Meaning, AI can only be as good as you are yourself.

    How to filter out the hype

    Look for balanced takes from experienced developers. It's not easy to filter out all the newbie "vibe coding" crap, but if you succeed, you'll notice that top developers are already integrating AI into their workflows (and recognizing its advantages).

    Some examples: 1, 2, 3, 4 (game-dev example), 5, 6

    warning: As of today, if you're still a junior developer, unsure about how to code a feature, write specs, write self-documenting code, how to do test automation, work with git & pull requests. Then you'll probably be frustrated if you try to use AI... However, this can say more about your current skill level than the AI workflow.

    Again, in the context of Construct, it's important to be prudent and wait for the conventions to be better established before putting work into making it "AI-ready".

  • I can see how everyone that supports AI haven't ever replied to the question, why a company would burn billion of dollars to give people a free tool without getting anything back.

    That's the n.1 danger of using AI, for everyone.

    Aside for that, if JS and TS gives you plenty of free example to use AI, why you need Scirra to waste their time and the money we pay for the service to work on something that only a little percentage of people are asking it for.

    I remember Scirra didn't want to invest to add additional features for multiplayer because not many people use it, why AI when there are so many other software that can make a game for you guys?

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • I think Google is working on WebMCP, might be interesting to see if could be integrated.

    developer.chrome.com/blog/webmcp-epp

  • It's very true that AI cannot properly understand coding languages- even though it self-iterates as a response to certain stimulus in order to gain a higher 'score', (too long to explain, it tries to make humans as happy as possible.)

    it doesn't have actual understanding. This is what most chuds need to understand- it's not a person capable of actual problem solving, it just spits out a few words in the right order, based on what it'll think will make you happiest, and it is very hard to iterate- there's no organization, no notes, anything- it wasn't coded to work like that.

Jump to:
Active Users
There are 0 visitors browsing this topic (0 users and 0 guests)