04 — Artificial intelligence

Turn AI into
a usable system.

AI can interpret language, search by meaning, process documents and assist users. The real engineering challenge is connecting these capabilities to the right data, tools and business rules while keeping control over what the system can read, produce and trigger.

01 — Start with the problem

The first question is not
which model to use.

The useful question is: what task are we actually trying to improve? Search, document access, support, classification, routing or natural-language interaction may benefit from AI when interpretation is the difficult part of the problem.

Other needs are better served by search rules, deterministic automation or a clearer interface. AUKIAN separates these cases early: use AI where interpretation adds value, and keep deterministic software where it is more reliable.

01

Search

Find useful information when users do not know the exact vocabulary or file name.

02

Interpret

Understand free-form language and transform it into structured intent or data.

03

Assist

Help users navigate complex information, workflows or existing business systems.

04

Do not use AI

Keep exact calculations, permissions and known business rules in deterministic software.

02 — Semantic search

Search by meaning,
not only by exact words.

Semantic search can retrieve documents and passages that are conceptually close to a request, even when the wording differs significantly from the source material. This is especially useful for large collections of procedures, technical documentation, training resources and internal knowledge.

Users no longer need to know the exact title of a document or reproduce its terminology. Content can be represented numerically and compared to the meaning of a query.

The objective is not to replace documentation, but to reduce the distance between a question and the information required to answer it.

USER QUERY

What should I do when a client can no longer access their account?

↓ semantic similarity ↓
MATCHED DOCUMENT

User access recovery procedure

RAG — Retrieval-Augmented Generation

Answer from
controlled knowledge.

A language model does not automatically know an organization's internal procedures or documents. RAG retrieves relevant content first and provides it to the model at request time so the answer can be grounded in a controlled corpus.

USER QUESTION natural language request
SEMANTIC RETRIEVAL find relevant passages
SELECTED SOURCES documents / chunks / metadata
LLM question + controlled context
ANSWER grounded response

In professional use, a generated answer does not need to become an independent source of truth. The system can preserve the relationship between the answer and the documents or passages used to produce it.

This makes the assistant a new interface to existing knowledge: users can obtain an answer and still return to the underlying procedure, technical document or knowledge-base entry.

01

Procedures

Make internal operating knowledge easier to retrieve and navigate.

02

Technical documentation

Search complex documentation by intent and meaning rather than exact wording.

03

Training content

Help users access the right resource without knowing its exact location.

04

Knowledge bases

Connect structured and unstructured information behind one natural interface.

03 — Assistants in business tools

Conversation can become
another software interface.

An assistant becomes useful when it understands the context in which it operates. Integrated into a business application or portal, it can help users retrieve information, prepare an action or navigate a complex system without becoming a disconnected chatbot.

01

Explain

Help users understand information already present in the system.

02

Retrieve

Find a document, case, resource or relevant piece of knowledge.

03

Prepare

Draft a response, pre-fill a form or prepare an action for validation.

04

Navigate

Turn a natural-language request into a structured interaction with existing software.

Natural language to action

The model understands language.
The business system stays responsible for the business.

When a user asks for real operational data, the model does not need to know that data itself. It can interpret the request, produce a structured intent and call the software service that owns the rules and the actual information.

USER REQUEST "Show me open cases still waiting for validation."
LLM interpret language
STRUCTURED INTENT filters / action / parameters
BUSINESS SERVICES apply rules / query real data
USER RESULT verified operational information

Exact calculations, permission checks, contract rules, database changes and authorization decisions generally remain deterministic. The model can understand what the user wants without becoming responsible for the correctness of these operations.

This separation is fundamental: AI interprets language, while the application remains the authority for business logic and real data.

01 AI interprets.
02 Software verifies.
03 Data answers.
04 The user decides.

AI + tools

Go beyond
the isolated chatbot.

An assistant can be given a limited set of explicit tools for document search, business APIs, data access or document processing. It does not need unrestricted access to the whole system.

BUSINESS API controlled operations
DATA SERVICE structured information
DOCUMENT PROCESSING extract / classify
ASSISTANT select authorized tools

Each tool has a defined role, parameters and permissions. This makes it possible to control precisely what the assistant can do and to keep sensitive operations behind explicit application boundaries.

The same approach can be used to search documents, consult data, generate a draft, pre-fill a form or prepare an action without handing the model unrestricted system access.

Document processing

Turn documents
into usable information.

PDFs, reports, procedures, contracts, tables and internal files contain valuable information that often remains difficult to integrate into software workflows. Document pipelines can extract, segment, classify, search or summarize this content with the right combination of deterministic rules and AI.

01

Extract

Recover usable text, metadata or fields from documents and files.

02

Segment

Break large resources into searchable and traceable pieces.

03

Classify

Transform human-language content into structured categories or workflow inputs.

04

Validate

Keep human or deterministic checks when the expected reliability requires them.

Natural language

The client has been unable to log in since yesterday and thinks their email address may have changed.

Structured information

TYPEaccess issue
ACCOUNTclient
SYMPTOMauthentication failure
CAUSEsuspected email change
DATEsince yesterday

04 — Controlled automation

Automate according
to the level of risk.

Searching for information is not equivalent to changing data, and preparing a draft is not equivalent to sending it. Different operations deserve different levels of autonomy depending on their consequences.

Information search Automatic

Low-impact retrieval can often happen without additional validation.

Action preparation Suggestion

The system can prepare a draft, classification or next step for review.

Data modification Explicit confirmation

Changes to real data can require a deliberate user confirmation.

Sensitive decision Human validation

Critical actions can remain deterministic or require explicit human authority.

This allows AI to provide speed and interpretation without automatically becoming the authority for every action.

The system can increase automation progressively where the consequences are understood and the controls are adequate.

Human in the loop

Assistance does not require
giving up responsibility.

AI can search, summarize, prepare and propose while final authority remains with a human when the workflow requires accountability or domain judgment.

01 Draft

Generate a proposed response while a team member remains responsible for sending it.

02 Extract

Identify important information in a document before it is validated and written into the business system.

03 Recommend

Suggest an action without granting the assistant permission to execute it.

Hallucinations

Design assuming
the model can be wrong.

A generative model can produce incorrect information with convincing language. This should be treated as a characteristic of the component, not as an exceptional anomaly.

The goal is not to build an AI that never makes a mistake. The goal is to build a system in which a model mistake does not automatically become a business mistake.

Controlled knowledge sources, cited evidence, deterministic verification, limited tool access and human validation can all reduce the consequences of model uncertainty.

05 — Data, privacy & deployment

Design around the data
before designing around the model.

Not every piece of information needs to be exposed to a model. Data can be selected per request, separated by user or organization and limited to the functions and sources actually required.

01

Data minimization

Send only the information required for the current task.

02

Separation

Keep organization, client and user data appropriately isolated.

03

Permissions

Restrict sources and tools according to the role of the user and the assistant.

04

Hosting choice

Select cloud, dedicated or local execution according to data sensitivity, cost and operational constraints.

Cloud, local & hybrid models

Put each workload
where it fits best.

Cloud models provide fast access to powerful capabilities. Local or dedicated models can be useful when data must stay within a controlled environment or when deployment economics justify dedicated infrastructure. A hybrid architecture can use different components for different tasks.

AI ORCHESTRATION
Local model Sensitive tasks

Useful when information or processing must remain in a controlled environment.

Cloud model Complex reasoning

Access strong general capabilities without operating the full model infrastructure internally.

Classic software Deterministic tasks

Keep calculations, permissions and exact business logic in conventional software.

The objective is not to choose ideologically between local and cloud. It is to place each processing task in the environment that best matches its constraints.

Cost control

A useful system
must also be economically sustainable.

Production cost can depend on document volume, request frequency, context size, model selection and infrastructure. These constraints should be part of the architecture, not discovered after adoption.

01 Caching

Avoid repeating expensive work when previous results can be reused safely.

02 Usage limits

Define quotas or rate limits where uncontrolled consumption would create unnecessary cost.

03 Model routing

Use smaller or specialized models for simple tasks and reserve stronger models for cases that need them.

04 Pre-processing

Index documents and perform non-urgent work ahead of time or asynchronously when possible.

Evaluate before deployment

Measure behavior,
do not just admire the demo.

Search quality, retrieval relevance, refusal behavior, output formats and behavior under missing information can all be tested on representative cases. Evaluation makes AI a component that can be improved and compared over time.

01

Retrieval quality

Check whether the right documents and passages are actually being selected.

02

Answer quality

Verify whether generated responses remain useful and grounded in the expected context.

03

Safety behavior

Test refusals, unavailable information and restricted operations explicitly.

04

Regression control

Detect behavior changes when a model, prompt or pipeline component is updated.

Observability

Operate AI
like the rest of the system.

Once in production, it should be possible to understand which models and tools are used, how retrieval behaves, what requests cost, where errors occur and whether response times remain acceptable.

01 Model calls

Know which models are invoked and for which categories of work.

02 Tool usage

Track which authorized services and operations are being selected.

03 Retrieval behavior

Measure whether searches return enough relevant context for the task.

04 Cost & latency

Monitor per-request cost and response time so real usage remains sustainable.

A controlled AI architecture

The LLM is
only one component.

The real product includes orchestration, permissions, knowledge sources, business tools, model selection, validation, audit and security. This is what turns a model call into a controlled software system.

USERS question · document · business request
AI ORCHESTRATION intent · context · permissions · tool selection
KNOWLEDGE documents · vector search · databases
BUSINESS TOOLS APIs · services · workflows
AI MODELS local · cloud · specialized
CONTROL LAYER validation · permissions · audit · security
RESULT / ACTION answer · draft · verified data · controlled operation

Concrete use cases

Recognizable problems,
not one generic chatbot.

AI can sit behind search, document processing, support, business software or natural-language interfaces. The useful architecture depends on the problem being solved and the level of control required.

01

Semantic search

Search internal documentation by meaning rather than exact keywords.

02

Knowledge assistants

Answer questions from a controlled knowledge base with traceable sources.

03

Integrated assistants

Bring natural-language interaction inside a client portal or business application.

04

Document intelligence

Extract, classify, summarize and search information locked in files and reports.

05

Natural-language interfaces

Translate human requests into structured operations against existing software.

06

Support assistance

Prepare responses, route requests or enrich tickets while preserving validation where required.

07

Controlled action preparation

Prepare forms, classifications or actions that remain subject to explicit approval.

08

Hybrid pipelines

Combine business rules, data, models and existing services inside one controlled workflow.

Progressive adoption

Validate value
before increasing autonomy.

An organization does not need to begin with an assistant connected to the entire information system. Search can be validated first, then RAG, then business data, then carefully controlled actions.

01

Search

Index a controlled document set and measure semantic retrieval quality.

02

RAG

Generate answers from the information retrieved from the controlled corpus.

03

Business data

Connect selected real data and services behind explicit application boundaries.

04

Controlled actions

Add selected tools and permissions only after the value and risks are understood.

When AI is not the right solution

Sometimes classic software
is simply better.

When rules are known, inputs are structured and the expected result must be exact, deterministic software can be simpler, faster, cheaper and more reliable.

AI is especially valuable when the problem involves language, meaning, documents, unstructured information or requests that are difficult to formalize in advance. Knowing when not to use AI is part of integrating it well.

AI as part of a larger system

The goal is not
to add AI to a product.

The most useful AI capabilities are not always the most visible. AI can sit behind search, document processing, a business workflow or a conversational interface to existing services.

AUKIAN approaches AI with the same engineering logic as the rest of the system: understand the need, define responsibilities, control exchanges, plan for errors and build an architecture that can evolve.

The goal is to build a better product when AI genuinely makes that possible.

An AI use case to evaluate?

Start with the data,
the users and the problem.

Describe the available information, the users involved and the task to improve. The first step is to determine where AI can create value — and where it is not necessary.

Discuss an AI project