Den här översättningen är maskingenererad och väntar på granskning.Byt till engelska
Mörkt
InstrumentpanelKontakta oss
På den här sidan

AI Assistant

Definition. The AI Assistant is a console-based operator copilot. It helps a signed-in operator find and summarize supported Noxtica information without turning the assistant into an autonomous administrator.

The problem it solves is investigation overhead. Policies, domains, recent assessments, risk distribution, and audit records can answer an operational question, but finding the relevant slice takes time. The assistant provides a conversational starting point; the underlying product records remain the source an operator reviews.

When it applies

Use the assistant for questions such as:

  • Which policies and rules are relevant to this domain?
  • What does recent risk activity look like?
  • Which recent fingerprints or audit records should I inspect?
  • What context should I collect before a policy review?

Do not use an assistant response as the sole basis for blocking traffic, approving a transaction, attributing intent, or closing an investigation. Verify material conclusions against the linked console records and your normal operating procedure.

How customers use it

  1. Sign in to the operator console with your normal account.
  2. Open the assistant if it is enabled for your tenant.
  3. Ask a bounded question about the tenant and time period you are investigating.
  4. Review the returned summary and follow up in the relevant policy, domain, fingerprint, risk, or audit view.
  5. Make any operational decision through the normal product control or your own application workflow.

The useful output is a concise summary and a narrower investigation path. It does not create a new source of truth, expand the operator’s permissions, or perform a traffic action.

How Noxtica does it

The public contract is defined by the controls around the assistant, not by a particular model:

  • Operator-session scope. The assistant runs in the context of the signed-in operator.
  • Permission checks. Supported tool calls are checked against the operator’s current role-based access.
  • Tenant boundary. Reads are limited to the active tenant and supported product surfaces.
  • Usage allowance. Assistant availability and usage limits follow the tenant’s provisioned plan.
  • Auditability. Assistant tool activity is recorded so operators can review how tenant information was accessed.

Supported deployments can offer more than one model provider. The available provider set depends on the tenant’s plan and configuration; a provider name is not a guarantee about response quality. Review assistant output before it informs a customer-impacting decision.

Phase 1 — read-only tools

The current assistant tool boundary is read-only. Subject to operator permissions and tenant availability, it can retrieve and summarize:

  • policies and rules;
  • domains;
  • recent fingerprints;
  • risk distribution; and
  • audit information.

It cannot change configuration, create or delete records, flip feature settings, or challenge, block, or otherwise act on traffic.

Phase 2 — write behind a flag

This heading is retained to make the boundary explicit: write tools are not part of the current assistant contract. Prior roadmap references do not make mutation available or commit a delivery date. Plan integrations against read-only behavior unless a future product document expressly replaces this boundary for your tenant.

Outputs and decisions

Assistant outputUseful next decision
Policy or domain summaryDecide which configuration screen an operator should review
Recent-risk summaryChoose a time range, risk tier, or segment for deeper investigation
Fingerprint summaryOpen the source assessment and evaluate its score, confidence, and flags
Audit summaryIdentify the actor, time, or operation that needs normal audit review

Assistant prose can omit context or require clarification. Treat it as navigation and synthesis, not evidence that a person is fraudulent or that a policy is correct.

Eligibility and limitations

  • The assistant is available only where included and provisioned for the tenant.
  • Reads remain subject to the signed-in operator’s role and the active tenant.
  • Usage allowances and available read surfaces may differ by plan.
  • The assistant does not browse customer systems, execute customer code, or mutate Noxtica through its current tools.
  • Questions that require unsupported data, another tenant’s data, or a write action remain outside scope.

Where it fits

The assistant is the “we operate agentically” part of the Agentic Security model. It is distinct from MCP, which lets an eligible external agent read approved Noxtica context, and Know Your Agent, which evaluates supported identities of agents reaching your site.

Read deeper