Back

Don’t just digitize work.

Know what happened
    From the CTO's Desk

    Context, Guardrails, Choice: How We Built AI the Frontline Can Trust

    Why Industrial AI Needs Layered Context, Enterprise Guardrails, and Freedom of Model Choice
    By Srikanth Nandula
    Chief Technology Officer, Atheer
    Published
    November 9, 2026
    Published :
    November 9, 2026
    Summary

    AI without context is guessing, and on the frontline, a plausible answer can be the most dangerous kind of wrong. Atheer’s CTO explains why, and how layered context, enterprise guardrails, and bring-your-own-LLM make industrial AI safe for regulated frontline operations.

    Every week I talk with technology leaders who face the same problem. Their enterprise has invested in large language models. Pilots are running in the office. Yet on the plant floor, the drilling rig, the QC lab, and the dealer service bay, very little has changed.

    The reason is not the models. Today's foundation models are remarkably capable. The reason is that a general-purpose model does not know who the worker is, what they are certified to do, which SOP revision applies to this asset, or which regulator will review the record. Without that knowledge, AI produces plausible answers. On the frontline, plausible is not good enough. A plausible answer about a permit, a calibration limit, or a deviation can be the most dangerous kind of wrong.

    At Atheer, we have spent more than a decade building for the human point of work, where enterprise plans become physical execution. When we designed AiR Intelligence, the agentic AI layer of the AiR Platform, we started from a simple principle: the model should reason, but your context, your rules, and your team should decide.

    Here is how we engineered that principle into the platform.

    Context is the Product

    Most enterprise AI deployments treat context as a prompt: paste in a document, ask a question, hope for the best. That approach collapses in industrial operations, where the right answer depends on several layers of knowledge at once.

    AiR Intelligence resolves context through our Context Engine™ before any model is invoked. It assembles four distinct layers:

    • Industry context: the compliance frameworks, terminology, and safety standards of the sector. In life sciences, that means GxP, GDP, and 21 CFR expectations. In oil, gas, and energy, it means permit-to-work discipline and asset-integrity standards.
    • Business context: the customer's own systems, asset hierarchies, organizational structure, risk tiers, audit cycles, and CAPA rules.
    • Persona context: the worker's role, responsibilities, certifications, permissions, and approval authority. A senior inspector and a first-month technician should not receive the same guidance.
    • Operational context: SOPs, work instructions, best practices, the current state of the job, and the execution history behind it.

    These layers are governed, not improvised. Atheer provides a platform baseline, each customer tenant applies its own overlays, and individual agents inherit only what they need. Every agent in our Agent Registry is explicitly bound to a business context, a persona, and a model, and a readiness check shows whether that configuration is complete before the agent goes live.

    “Context matters: it is your intellectual property.”
    Chief Technology Officer, Atheer

    ‍

    There is a second reason context matters. It is your intellectual property. Your procedures, your asset history, and your execution evidence are among the most valuable data your organization owns. Rather than handing that IP to a public model, AiR Intelligence keeps it inside a governed context layer that you control.

    The deepest layer is one no generic AI can reproduce: execution evidence. Atheer captures how work was actually performed, step by step, with timestamps, media, and sign-offs. That record cannot be backfilled later; it can only be captured live. Feeding it back as governed context is what allows AI guidance to improve from real work, not from assumptions about work.

    Guardrails Built In, Not Bolted On

    Industrial and regulated enterprises do not adopt AI on trust alone. They adopt it on evidence. We built AiR Intelligence so that every AI action is attributable, reviewable, and controllable.

    The governance model includes:

    • Role-based agent authorization, so only approved roles can create, modify, or run agents and access specific models.
    • Tenant isolation, with each customer's context and data scoped to their own environment. Sandbox and proof-of-concept environments carry the same guardrails as production.
    • Credential protection, with provider keys held in a managed secret store and never returned through APIs or exposed to the front end.
    • Audit logs that record every create, update, and delete across contexts, personas, model configurations, and agents: who changed what, and when.
    • Execution logs and observability, covering every agent run with outcome, latency, token usage, and success and error rates, plus an agent health dashboard.
    • Cost governance, with per-agent usage and cost visibility, spend caps at the provider level, and automated controls that stop consumption when a threshold is reached.
    • Human-in-the-loop by design. For consequential decisions, AI recommends and a qualified person approves. An audit agent can analyze evidence and draft findings, but the subject-matter expert signs off.
    • Transparency on confidence. Agents surface how confident they are, so low-confidence results route to a person instead of being presented as fact.

    We are also extending the guardrail layer with native PII screening on the major cloud AI platforms, so sensitive personal data can be detected and redacted before a prompt reaches a model, and suppressed in responses where required.

    None of this is a substitute for a customer's own security and AI review. It is what makes those reviews faster. When a pharmaceutical quality organization or an energy operator's cybersecurity team examines AiR Intelligence, they find controls they can inspect, not promises they have to accept.

    Your Cloud, Your Provider, Your Choice

    The model market changes every quarter. New models arrive, pricing shifts, and older versions are deprecated. An enterprise that hard-wires its frontline workflows to a single model is accepting technical debt it cannot see yet.

    AiR Intelligence is LLM-agnostic by architecture. Model access sits behind a provider-neutral layer, so customers can connect through the platform that matches their cloud strategy, data-residency requirements, and procurement commitments:

    • Microsoft Foundry (formerly Azure AI Foundry) and Azure OpenAI, for organizations standardized on Microsoft's enterprise AI platform and its data-handling controls.
    • Amazon Bedrock, for organizations running on AWS, with access to model families such as Anthropic Claude and OpenAI models within the customer's AWS governance.
    • A direct connection to OpenAI, for teams that want the shortest path to OpenAI's latest models.

    Provider choice can also follow geography. A deployment can run through one provider for one region and another provider elsewhere, aligning AI processing with regional data-residency expectations.

    The Right Model for Each Job

    Choosing a provider is only the first decision. Inside AiR Intelligence, the model is bound per agent, not per platform. That matters because different frontline tasks have very different profiles.

    A short job summary benefits from a fast, cost-efficient model. A multi-step audit analysis benefits from a reasoning model, even if it takes longer. Document processing may chain several specialized models, one to read the page, one to extract structure, and one to reason over the result. Our own engineering evaluations make this clear: reasoning-capable models improve answer quality on complex tasks, but can add significant latency on simple ones. No single model is the right answer everywhere.

    So customers can switch models per agent and per use case, balancing five factors we evaluate on every model: cost, latency, accuracy, faithfulness to source, and security posture. When a better or more economical model becomes available, an agent can move to it without rebuilding the workflow. Usage and cost reporting by provider and model shows the effect of each decision.

    Bring Your Own LLM, Proven Before Production

    Some of our customers, particularly in life sciences and other IP-sensitive industries, have invested in their own models or private deployments and require that their data stay within them. AiR Intelligence supports that path. Customers can bring their own LLM, whether that is their own account on a cloud AI platform or a model they host themselves, by registering its provider, endpoint, deployment, and API version as a model configuration that agents can use like any other. We have already proven this approach with customers in proof-of-concept deployments.

    What makes this practical is the harness Atheer provides for testing and onboarding. Before a customer's model serves frontline workers, we validate it in a controlled environment:

    • Connectivity and configuration are tested directly from the model setup.
    • The Test Bed runs a target agent against the customer's model with a chosen persona and business context, using representative scenarios, so teams can compare outputs side by side with other models.
    • Evaluation covers the same five factors we apply to every model: cost, latency, accuracy, faithfulness to source, and security posture, including guardrail behavior.
    • Once in production, the same audit logs, execution logs, and usage reporting apply, so a customer-owned model is governed exactly like an Atheer-provided one.

    The result is a simple promise to technology leaders: you never have to choose between the model your security team has approved and the AI capabilities your frontline needs.

    Why This Architecture Matters Now

    The industrial world is facing an execution gap. Experienced workers are retiring, enterprises are deploying capital at historic scale, and AI has not yet reached the point of work. Closing that gap will not come from giving the frontline a chatbot. It will come from AI that understands industrial context, operates within enterprise guardrails, and adapts as the model landscape evolves.

    That is the foundation we built in 2026. Context, an agent runtime, a trust layer, and an open model layer now work together on a platform that integrates with more than 200 enterprise systems and is backed by more than 150 patents. It is also the foundation we are building on next. Our roadmap extends AiR Intelligence to Vision AI and Voice AI, reusing the same context, guardrails, and model choice rather than starting over. Those capabilities are on the roadmap and not yet generally available, but the architectural principle will not change: the model sees and hears; your context, your rules, and your people decide.

    If you are evaluating how to bring AI safely to your frontline, I would welcome the conversation. Start with one workflow, one team, and one measurable outcome, and let the evidence lead.

    I welcome your thoughts on this topic. Email me at snandula@atheer.ai to continue the conversation.

    Srikanth

    Don’t just digitize work.
    Know what happened.

    Analyze Your Execution Gap