Works in Visual Studio, VS Code / Copilot, Cursor, Claude Code, and Claude Desktop.
One assistant, three audiences. Every capability below runs through governed, audited tools โ grounded in your environment, never in guesses.
Hand it a requirement and it works the way a senior X++ developer does: understand first, change deliberately, build, fix, and prove. Interactively with a review gate on every write โ or fully automatic when you choose.
A prompt, a Markdown spec, a Word document or PDF โ dropped into the chat client you already use (GitHub Copilot, Claude, Cursor, โฆ). The assistant implements from what the requirement actually says.
It studies the existing implementation โ standard and custom โ follows the dependency chain across classes and methods, and runs find-references over the whole AOT, so a change in one method accounts for every caller, override, and extension point. No guessing.
It creates or modifies the objects the requirement needs โ classes, tables, forms, extensions, EDTs, enums, menu items โ including labels, added to your existing label file or a newly scaffolded one.
Everything is written into your custom model and added to your Visual Studio project automatically โ atomic writes, a Change ID on every apply, undo with full reverse diffs.
It compiles the project โ or the whole model when the change calls for it โ and reports honestly: "X++ compile ran" vs "nothing changed, binaries untouched".
Compiler output is read and traced back to the objects; the assistant iterates until the build is green.
It runs BP checks over the new and modified objects and resolves the violations its own change introduced.
It writes SysTest classes in your dedicated test model, stages the records the tests need through governed SQL data access, runs the suite, and grades the outcome from the results XML. Credentials are never hardcoded or pasted in plain text โ they're picked up from the environment's own configuration and sealed in the OS secret store.
Approve each step, or select automatic mode and let the assistant drive the loop end-to-end. The gates, the Change IDs, and the audit trail are identical either way.
The assistant's working instructions bind it to its governed tools โ no direct XML edits on disk that would dodge the audit log, the project wiring, or undo.
Instruction packs โ naming, extension-first patterns, workflow, testing, domain โ are wired into Visual Studio/Copilot, VS Code, Cursor, Claude Code and Claude Desktop at install, so every MCP-capable client works to the same agreement.
During implementation it proposes saving what mattered โ conventions, gotchas, environment quirks โ to local memory, so the next task starts smarter.
For consultants and support users: the same grounded assistant, pointed at the questions the business actually asks โ with independent, governed data access instead of "raise a ticket and wait for a script". In the chat you already use, with the LLM you already have โ Claude, GitHub Copilot, Cursor, and any MCP-capable client.
How a posting works, where a field comes from, what a customization changed โ explained from the environment's real metadata and code, with sources cited.
Inspect records, and create or modify the test records needed to replicate an issue or stage a scenario โ no developer, no ad-hoc scripts. Every operation is entitlement-gated and audited.
What can this user do and why? Where do roles and duties overlap? What's the security difference between these two users? Segregation-of-duty exposure, surfaced from the environment's real security artifacts.
Why does the process behave differently in UAT and PROD? Ask for the configuration difference for a feature, implementation, or process across your registered environments.
Generate functional design documents grounded in the objects the change will actually touch โ a running start for every CR.
Menu item โ form โ data sources โ tables โ posting chain, walked through the real dependency graph, not from documentation memory.
Support users drag a screenshot of the error or form into the chat and ask. The assistant reads it, matches it against the environment's real objects, configuration, and security, and explains what it means and where to look.
Support and super-user seats pull a published, source-stripped index โ no metadata root, no build, read-first with any write surface limited by policy. First-line answers from the environment itself.
No infrastructure to run โ install once and ask.
Individuals sign in with GitHub or Microsoft and start a 16-day trial โ no card. Team members sign in with Microsoft SSO; their admin's registration token activates the install.
A self-contained download bundles everything. It indexes your PackagesLocalDirectory โ reusing a shared standard prebuilt where possible so only your customizations are extracted locally โ and wires up your IDEs automatically, merging with any MCP servers you already have. On a live dev box, close Visual Studio first, and for the fastest build stop SQL Server, the AOS Batch service and Management Reporter while it runs โ the index build competes with them for disk. The installer detects them and can stop & restart them for you.
Open Copilot/Claude in agent mode and ask about CustTable, scaffold a CoC extension, or trace a relation โ instantly, against your environment.
Hardened the hard way: every release is regression-tested by an adversarial AI tester running versioned manifests against a real D365 dev environment โ reads, writes, builds, syncs and test runs verified against exact repros before anything ships.
Pick the path that fits you.
For independent consultants & contractors. Sign in, pick add-ons, start a 16-day free trial. No admin, no card to start.
Sign in with GitHub Sign in with MicrosoftAfter sign-in you choose add-ons and get an activation code for the installer.
Central seats, a shared dashboard, and audit. Your admin provisions seats and hands out registration tokens.
Open the team dashboardAdmins sign in here to manage seats and generate registration tokens; members paste a token when installing.