Stop Building 'Safe ChatGPT' — Start Building Safe AI-Driven Apps
We spent millions fine-tuning models for safety instead of building the gearbox. Application-layer governance—not model weights—is where real AI safety lives. Governance belongs in the app, not the weights.

Stop Building "Safe ChatGPT" — Start Building Safe AI-Driven Apps
For the last two years, a significant portion of enterprise and government AI strategy has been built on a specific assumption: that the chat interface is the product, and therefore the model itself must be "civilized" until it is safe for every employee, every prompt, and every context.
We have spent millions trying to sand the teeth off the gear—fine-tuning and guardrailing base models—instead of building the gearbox.
That strategy is proving to be a costly detour. It creates illusory safety while delivering less capability. If we want to move beyond pilot purgatory and into production value, we need to make a new core bet: Stop trying to make the model safe. Start making the application safe.
The "Safe Universal Chatbot" is a Trap
The prevailing logic has been that if we can just fine-tune a model enough, or wrap it in enough prompt instructions, we can release a "Corporate ChatGPT" that is immune to misuse. But two technical realities are dismantling this assumption.
1. Model-level guardrails don't hold.
Security experts now widely acknowledge that prompt injection is a first-class security problem (ranked as LLM01 by OWASP). The UK's National Cyber Security Centre (NCSC) has been blunt: prompt injection is not like SQL injection. Because LLMs do not inherently separate "instructions" from "data," this may never be fully fixed in a clean, definitive way.
If your security relies on the model "refusing" a bad prompt, you are betting on a mechanism that cannot be guaranteed.
2. Fine-tuning for safety is a diminishing return.
When you fine-tune a model primarily to force "safe" behaviors or generic chattiness, you often introduce capability tradeoffs. You inadvertently narrow the model's reasoning breadth or create brittleness where a slight shift in prompting bypasses your training.
In short: You end up paying to reduce your own leverage. You lobotomize the reasoning engine to make it "safe," but you still need application-layer controls anyway because jailbreaks are an unavoidable reality.
The Better Mental Model: The Gearbox
If the model isn't the safety barrier, what is?
The safest place for governance is the application boundary. This is where we can enforce hard controls—Identity, Authorization, Least Privilege, Logging, and Rate Limits—rather than hoping the model obeys a polite request to be good.
Think of the LLM not as a chatbot, but as a component—like a compiler, a planner, or a reasoning engine.
- Fine-tune for performance: Use fine-tuning to specialize the model on tone, structure, extraction formats, and workflow consistency.
- Govern for risk at the app layer: Use the system to control what the model can see and what it can do.
The "On-Prem Power" Play
This shift in thinking unlocks the true potential of on-prem and sovereign AI.
With powerful open-weight models (like DeepSeek-V3 or Llama 3) becoming accessible, the differentiator for an enterprise isn't "we have a safer chatbot." The differentiator is the system you build around that model:
- Productized Workflows: Moving away from open-ended chat to specific flows like claims triage, code modernization, or procurement drafting.
- Retrieval Permissions: Implementing RAG (Retrieval-Augmented Generation) where the model only "knows" what that specific user is authorized to see.
- Tool Gating: The model can suggest an action (e.g., "update record"), but the application validates permissions and executes it.
- Observability: Treating the LLM like any other production system with drift detection, audit logs, and red-teaming.
Compliance Requires Controls, Not "Nice" Models
There is a misconception that regulations like HIPAA, FERPA, or federal standards require us to alter the model weights. They don't.
Compliance regimes care about system governance. They require access control, least privilege, audit trails, encryption, and incident response. Even the NIST AI Risk Management Framework pushes organizations toward managing lifecycle risk, not just tuning weights.
If you are "fine-tuning down" a model mainly out of fear of data leakage or compliance, you are optimizing the wrong constraint. You don't need a neutered model; you need a governed application.
The Path Forward
The winners in the next phase of enterprise AI won't be the ones with the most polite chatbots. They will be the ones who treat the LLM as a raw engine of transformation and build the vehicle around it.
- Move governance upstream: Rely on authZ, tool gating, and auditable UX.
- Use RAG as the moat: Fresh knowledge and citation are better than baking facts into weights.
- Focus on the workflow: Build copilots embedded in systems of record that accelerate specific tasks ("generate → review → apply").
Governance belongs in the app, not the weights.