Private AI for business
Give teams useful AI with a clear data boundary.
A business deployment needs more than a chat window. It needs approved destinations, identity, an access lifecycle, policy, audit evidence, recovery, and a support path that does not require handing customer data to the vendor. This page is a practical guide for small and midsize teams: what to decide, in what order, and what Glyph provides at each step.
Request a pilot conversationWhy the chat window is not the hard part
Any team can install an AI tool in an afternoon. The hard part shows up in month two: someone pasted a customer contract into a cloud model, a departing employee still has an API key, nobody can say which model produced a document, and the one laptop with the indexed files needs a rebuild. Private AI for business is the set of decisions that prevent those outcomes, and most of them are organisational decisions that software can enforce but not make for you.
Three deployment shapes
Choose the smallest shape that meets your control requirements; you can grow into the next one without changing the desktop experience.
| Shape | What runs where | Good for | Limits |
|---|---|---|---|
| Desktop-only | Glyph on each employee device with local models; optional cloud keys per person | Small teams, evaluation, non-regulated data | Policy is per-person; no central audit or revocation |
| Desktop + shared model server | Employees’ desktops route heavy requests to a Glyph Private gateway in your infrastructure | Teams that need one large model, per-user access, and usage records | You operate the server and backend |
| Fully self-hosted | Glyph Private with OIDC, SCIM, device enrolment, signed policy, audit export | Regulated data, larger organisations, air-gapped sites | Full operational ownership; see the self-hosted AI page |
The controls administrators actually need
Vendors list dozens of enterprise features. In practice, four categories decide whether a deployment is safe to run: which destinations content may go to, who can access what and how that ends, what evidence exists afterwards, and how you recover. The table shows where each is enforced.
| Control | Desktop-only | Glyph Private (self-hosted) |
|---|---|---|
| Model destination policy | User’s own choice in the model picker | Server-delivered policy; per-user model catalogue; gateway alias routing |
| Identity and revocation | Device login; keys in the OS keychain | OIDC sign-in, SCIM deactivation, device enrolment and revocation |
| Audit evidence | Local chat history on the device | Append-only admin audit log, gateway usage records, export, optional Splunk HEC |
| Data-loss prevention | None beyond the local boundary | DLP rules applied at the gateway before a backend is called |
| Recovery | Device backups | Database and licence backups with a tested restore procedure |
| Updates | Per-device in-app updates verified against the release feed | Administrator-controlled update channels for enrolled desktops |
Enterprise controls ship across releases and some are still being completed. Write the controls you need into the pilot’s acceptance criteria and verify them on the version you deploy rather than relying on a feature list.
A 30-day pilot plan
Week one: pick one team, one repeatable workflow, and a set of representative test documents that contain no production secrets. Decide which models are acceptable and whether inference belongs on devices or a shared server. Install Glyph from the download page, verifying checksums, and, if you chose a server, stand up Glyph Private with Docker Compose.
Weeks two and three: run the real workflow. Measure answer quality against what the team does today, latency on the actual hardware, and the failure cases — wrong answers, slow answers, tasks that needed a cloud model. Exercise the operational path once: revoke a user, restore a backup, collect a support bundle.
Week four: compare results to the exit criteria you wrote in week one. Record the limitations and name the person who can accept them. Expand seats only when the process is repeatable without an engineer in the room. The readiness checklist is the owner-and-evidence version of this plan.
Cost and the hardware question
Local AI shifts cost from per-token fees to hardware and operations. A 16–32 GB laptop runs a capable mid-sized model with no marginal cost per request; a shared GPU host serves a larger model to a whole team. Cloud models remain the right tool for some tasks and can be permitted narrowly. Glyph pricing is per seat with a free tier for local chat; see pricing for individual plans and contact sales for organisational terms.
Support without surrendering data
Customer-controlled deployments keep infrastructure and data access with the customer. When something goes wrong, Fortaify works from redacted diagnostic bundles, logs that contain operational metadata rather than prompt or document text, and documented procedures. There is no vendor master password and no standing vendor account inside your environment — and that is a property to look for in any vendor, not only this one.
Questions to ask any private AI vendor
Use these in every evaluation, including of Glyph. Good answers are specific, name defaults, and point at documentation.
- Where does inference run by default, and what exactly changes when a user picks a hosted model?
- What leaves the device when the product is idle — telemetry, sync, licence checks — and can each be disabled?
- How is a departing employee’s access revoked, and how quickly does it take effect on their device?
- What evidence exists after the fact: which user, which model, which destination, when?
- What does support need from us, and does any vendor credential exist inside our environment?
- Which compliance claims are certified, which are implemented controls, and which are planned? Fortaify’s Trust Center answers this for Glyph.
Frequently asked questions
Can a small business start without a server?
Yes. Glyph on each employee device with local models is a complete private setup for small teams. Add a Glyph Private server when you need central policy, per-user model access, audit records, or a shared large model.
How do we stop staff from sending sensitive data to cloud models?
On managed desktops enrolled with Glyph Private, server-delivered policy restricts destinations and DLP rules are applied at the gateway. On unmanaged devices the control is the model picker plus your written policy — which is why a pilot should decide which shape you need.
What happens to our data if we stop using Glyph?
Local data stays in files on your devices. A self-hosted deployment’s database and licence are yours; there is no Fortaify-side copy of your prompts, documents, or indexes to retrieve or delete.
Fortaify