I’ve just released Ninja 3.1.0, and it adds something I’ve wanted for a while: language-model tool-based object ID assignment.

In practice, this means that when an agent is writing AL code inside VS Code, it can now use Ninja directly as a tool to allocate and commit object IDs. No typing. No IntelliSense. No human in the loop. The agent writes the code, asks Ninja for an ID, and moves on, safely, and conflict-free.

The response was immediate. Within the first hour, agents assigned 64 object IDs across 12 different apps. So, this was an obvious signal that this wasn’t just a “nice to have”, but was a really much needed feature.

This was a very obvious gap once agent-driven coding became real. For previous versions of Ninja there has been an MCP server (written by Torben Leth). I am not sure if that MCP still works (probably not, because the old endpoints are gone, and new ones are not compatible anymore). I am now working on the MCP server of my own: the official AL Object ID Ninja MCP server that will work inside or outside VS Code, in any agentic workflow.

So, if you’re using agents to generate AL code (which you should!), you no longer have to worry about object IDs. They’re assigned correctly, globally, and in real time, exactly the same way Ninja already does it for human developers. It’s amazing to see agent just picking the next number from the tool, instead of trying to figure it out by grepping through the project and trying to do it by hand (which would be inaccurate and would require human intervention anyway).

More new cool features are coming, so stay tuned! Now that Ninja is a commercial product, I can finally put the hours in to make it an even better tool for everyone.

This past weekend marked an important milestone for AL Object ID Ninja.

Backend version 3 is now live, running in production on:

• brand-new endpoints,
• the latest supported Node runtime,
• and fully covered by more than 1,300 automated tests.

So far, it’s been running smoothly and reliably, exactly as intended.

At the same time, version 3 of the VS Code extension was published to the Visual Studio Code Marketplace earlier today and has already started being used in real production environments.

This post is a short status update: what’s live, what changed, what to expect next, and how billing and pricing work going forward.

This post is for teams running AL Object ID Ninja on their own backend.

If you are using the hosted Ninja backend, you don’t need to do anything — the transition will be handled for you invisibly.

When I opened the early-bird sign-up page for AL Object ID Ninja, my goal was simple:
to understand whether there was enough real interest in a fully supported, commercial-grade Ninja platform for me to commit myself to building it the way it deserves to be built.

That question didn’t stay unanswered for long.

The response was overwhelming — a clear, resounding “Yes, please!” from the market.
To everyone who signed up: thank you. Truly. Your trust is the single biggest motivator behind the speed and intensity of development happening right now.

I even extended the early-bird window by two extra days to accommodate the late rush, but now the big lifetime discounts are officially closed and I’m no longer collecting “count-on-me” registrations.

That said, if you feel you should still receive a discount, reach out to me directly before December 22, and I’ll gladly provide a 15% voucher. No justification needed — just ask.

Every now and then a real story captures the essence of what a product is meant to do. This one did that for me.

A few days ago, LS Retail, a long-time Ninja user, reached out and asked a simple question:
“Can you help us move from our private endpoints to your hosted backend?”

At first, this surprised me. LS Retail has been using AL Object ID Ninja literally since day one—the very day it was released. Not only that: they never used the public backend. From the beginning, they chose to run Ninja entirely on their own infrastructure.