How we build AI

The rConfig AI approach

We build AI that stays inside your control, grounded in real network knowledge, and honest about what it does today. You bring the model. Your configurations never leave the building.

THE SPINE

The principles we build AI on

Five commitments, settled before the features. They are how we keep the build honest and your network safe.

DATA SOVEREIGNTY

Your configs never leave the building

This is the part most AI tools get backwards. They take your configurations to their cloud. rConfig does the opposite. The intelligence comes to your network, not the other way around.

You bring your own model. For security-conscious and air-gapped teams, a self-hosted local LLM means the AI never makes an outbound call, and no configuration data ever reaches a third party. The feature works the same whether you run a frontier model on your own keys or a small local model on a server in the rack.

See how bring your own model works in AI config analysis

Your keys, or your own model. A commercial provider with your own API keys, or a local LLM running entirely inside your environment. Treated as equals.

Nothing hosted by rConfig. We do not run models for you and we do not sit in the path. No SaaS AI tax, no data harvested, no shadow copies.

Air-gapped friendly. Point it at a local endpoint and the AI works with zero outbound. The configs stay on the box, and so do the prompts.

TRANSPARENCY

Honest about where we are

We tell you exactly what the AI does today and what it does not. Read-only is a deliberate choice, not a gap we are quietly hoping you will not notice. An assistant that reads and explains, grounded in real network knowledge, earns trust before it is ever allowed to act.

For readers who want the staged framework, where each step sits and what unlocks the next, we set it all out plainly.

Read the network AI maturity model

GROUNDED

Grounded, not guessing

A general model on its own guesses at syntax. rConfig grounds the AI in real networking domain knowledge, in the actual config in front of it, and in your own conventions and standards. That is the difference between an answer that sounds right and one that is right for your network.

The result behaves like a network engineer who already knows your estate, rather than a chatbot meeting it for the first time. The grounding is the product. The model is just the engine.

ONE APPROACH, TWO STORIES

Two ways the same stance shows up

The features live on their own pages. Here is only where each one sits in the approach.

WHERE THIS IS GOING

Start where it is safe, climb in the open

We are not asking you to believe in autonomous networks to get value from network AI today. Start somewhere safe, prove it, and let each step earn the next. We will tell you exactly where we are at every stage, because the engineers we build for would accept nothing less.

You can follow the path on our rConfig AI roadmap.

AI you can actually trust with your network

Private by design, grounded in real network knowledge, honest about what it does today. Talk to us about putting it to work, or see exactly where we are on the ladder.