The platform · Sovereign AI

AI that thinks in Australia

AI is arriving in every membership platform. The only question that matters is where your member data goes when it does. Nexy's answer: nowhere. All AI on the platform is moving to sovereign Australian infrastructure, and the requirements any provider must meet are published here, before any partner is named.

Inference onshoreNever trained on member dataYour organisation holds the switch
The bar

Requirements first. Partners second.

Most vendors announce an AI partner, then explain the terms. We publish the terms, then sign the partner. These five requirements are the contract bar for any provider carrying AI on Nexy, and they are not negotiable in either direction.

Whoever we name will already have cleared this bar. You will be able to check.

AI PROVIDER REQUIREMENTS · NEXYPUBLISHED
Inference runs in AustraliaREQUIRED
No training on member data, everREQUIRED
No prompt retention or cachingREQUIRED
Platform roles and audit inheritedREQUIRED
Client-controlled off switchREQUIRED
PUBLISHED BEFORE PARTNERSHELD PERMANENTLY

Where does the AI think? Ask every vendor that.

The common way to add AI to software is an offshore API: member questions, member records and drafts crossing a border into another company's systems, under another country's rules. It works, and it is fast to ship. It is also a sovereignty decision made on your behalf, usually without being mentioned.

Nexy is taking the other road. AI on the platform today already operates under strict no-training terms, and every AI workload is moving to sovereign Australian infrastructure: inference onshore, nothing retained, nothing learned from your members, all of it governed by the same roles and audit as the rest of the platform. Slower to arrange. Worth it permanently.

What sovereign AI means here

The same governance. A new capability.

Inference onshore

AI processing on sovereign Australian infrastructure, so member data does not cross a border to be useful.

Never trained on

Member data never trains a model, ours or anyone else's. Not as a setting. As a term of contract.

Nothing retained

No prompt caching, no stored inputs or outputs beyond what your organisation keeps on its own record.

Governed and audited

AI inherits the platform's role-based access and audit logging. What it reads and does is what your roles allow, on the record.

You hold the switch

On or off is your organisation's decision, per capability. AI is something you govern, not something that happens to you.

Named when signed

Our infrastructure partner will be named the day the agreement is signed, published against these requirements, line by line.

The position

Sovereignty is the moat, not the feature list.

Every platform will have AI features; within a year they will look much the same. What will separate vendors is the question boards are only beginning to ask: where does it think, and who learns from our members? Nexy's answer is structural, published and contractual. The full data sovereignty position sits here, and both pages are written to be taken into procurement.

Questions

Asked before the first call.

Which AI provider will Nexy use?
An Australian sovereign infrastructure provider, named when the agreement is signed. The requirements on this page are published first so you can hold us to them: whoever we sign has already agreed to this bar.
Does AI on the platform today train on our data?
No. AI capability on Nexy operates under strict no-training terms today, and member data is never used to train models, ours or anyone else's. That is a permanent position, not a transition state.
Will our member data leave Australia to use AI?
The destination is simple: AI workloads on Nexy are moving to sovereign Australian infrastructure, so inference happens onshore and member data does not cross a border to think. The requirements above are the contract bar for that move.
Will AI be optional?
Yes. Your organisation decides whether AI capability is on at all, and what it can touch. It inherits the platform's roles, permissions and audit logging like every other capability.
Why publish requirements before naming a partner?
Because the order matters. Requirements published first cannot be softened to fit a deal. A partner announced first tends to define the requirements. We chose the order that protects your members.

Take both pages into your next vendor meeting.

Ask where the AI thinks, who learns from your members, and who holds the switch. Then compare the answers with ours.