Search

What are you looking for?

Search our services, use cases and practical insights.

Enter at least 2 characters

Popular starting points

Agents and automation

Not every automation needs an agent. Understand the difference between fixed processes, AI-enabled steps and goal-directed action.

Agents and automation

Automation ranges from a simple rule to a system that chooses steps and uses tools. The right degree of flexibility depends on the task, risk, exceptions and required control.

After this section, you can distinguish

  • an AI agent from a chatbot

  • how tools, permissions and memory work together

  • when a deterministic workflow is simpler and safer

  • which actions always need approval or a clear boundary

  • when an API, RPA or computer use is the right interface

  • how voice systems and multiple agents can work together under control

Questions for useful automation

These questions connect a technical term to a concrete organisational decision.

  • Is the process stable enough for a workflow or variable enough to justify an agent?

  • Which tools and data does the system genuinely need?

  • Which actions must be constrained, approved or excluded entirely?

Articles

What is an AI agent?

An AI agent is a software system that breaks a given goal into steps, selects relevant information or tools and performs actions within defined boundaries.

  • An agent combines a model with instructions, context, tools and an execution loop.
  • Tools may search, calculate, create documents or trigger actions in business systems.
  • The broader the freedom to act, the more important permissions, approvals, logs and stop conditions become.
Read article

Does the task need an AI agent or a workflow?

Use a workflow for known, rule-based processes and an agent only where varying cases require flexible interpretation or tool selection.

  • Workflows are more predictable, easier to test and usually less costly to operate.
  • Agents help when information and next steps vary significantly by case.
  • A hybrid is often effective: a fixed process frame with bounded AI-enabled steps.
Read article

What do tool use and function calling mean?

Tool use is the mechanism by which an AI model selects an available tool and produces structured input for it. The actual query or action is performed by the application or a controlled tool runtime.

  • A tool connects the model to external data or functionality through a clearly defined interface.
  • Function calling is a common form of tool use in which a function name and parameters are passed in a structured format.
  • The model proposes a call; permission checks, execution and error handling remain the responsibility of the software.
Read article

API, RPA or computer use: how should AI operate existing software?

A stable API is normally the first choice for known system actions because its data contract, permissions and errors can be checked explicitly. RPA suits repeatable, rule-based processes in applications without an adequate API. Computer use interprets screen content and chooses mouse or keyboard actions more flexibly, but variable outcomes, prompt injection and visible sensitive data require tighter boundaries, isolation and approvals.

  • The deciding factor is not the newest technology, but the most stable controllable interface for the specific step.
  • RPA follows predefined UI steps and selectors; computer use interprets the interface case by case with a model.
  • A good process may combine APIs, RPA and computer use, while keeping their boundaries visible.
Read article

Chatbot, copilot or AI agent: what is the difference?

A chatbot answers requests in a bounded conversation. A copilot supports a person directly in their work while leaving the decision with them. An AI agent pursues a goal, selects steps and tools within defined limits, and can prepare or execute actions.

  • A chat window does not reveal whether the underlying system is a chatbot, copilot or agent.
  • A copilot augments a person's work; an agent has more freedom to choose how a task is completed.
  • As freedom to act increases, permissions, approvals, logs and stop conditions become more important.
Read article

Voice AI in business: speech recognition, TTS and real-time conversations

Voice AI refers to applications that process or generate spoken language. A system can first transcribe audio with speech-to-text, process the text and speak the response with text-to-speech. Newer systems can process audio more directly. Speaker recognition is a separate function: it attempts to recognise or verify a person by characteristics of their voice.

  • ASR or STT converts speech to text; TTS generates spoken audio from text.
  • Speech-to-speech can be implemented as a transparent pipeline or as a more integrated native audio architecture.
  • Latency, turn-taking, interruptions and reliable human handoff shape conversation quality as much as the model does.
Read article

What does human-in-the-loop mean in AI?

Human-in-the-loop means involving an accountable person at a defined point in an AI-assisted process to add information, review an output, make a decision or approve an action.

  • Human control needs a specific purpose and must not be reduced to a generic confirmation button.
  • Review effort should reflect the risk, frequency and detectability of possible errors.
  • People need understandable evidence, alternatives, uncertainty and the consequences of approval.
Read article

How does an AI agent's memory work?

Agent memory is application-managed storage and retrieval of earlier information. It can cover the current work state, conversation history or selected facts that persist across sessions.

  • The model does not automatically have persistent memory; the application supplies stored context again.
  • Working state, session history, long-term memory and authoritative business data are different kinds of storage.
  • Memories can be wrong, stale or overly broad and therefore need provenance, validity and deletion rules.
Read article

How many permissions should an AI agent receive?

An AI agent should receive only the data and actions required for a clearly defined task, only for as long as needed, and preferably on behalf of the person actually using it. Write operations and sensitive or irreversible actions need additional limits and approvals.

  • Least privilege applies to agents, tools, service accounts and the underlying data sources.
  • Reading, drafting, changing and executing should be technically separate capabilities.
  • An agent must never derive permissions from text input or from its own assertion.
Read article

What is the Model Context Protocol (MCP)?

The Model Context Protocol is an open protocol through which an AI application can discover and use tools, data resources and templates exposed by an MCP server in a standard way.

  • MCP standardises the connection between an AI application as client and capabilities exposed by a server.
  • An MCP server can offer tools, readable resources and reusable prompt templates.
  • The protocol can make integrations more portable, but says nothing about a server's domain quality or trustworthiness.
Read article

What is the Agent2Agent protocol (A2A), and how does it complement MCP?

The Agent2Agent protocol, or A2A, is an open standard for communication and task delegation between independent AI agents. An agent can discover another agent's capabilities through its Agent Card, exchange messages, track long-running tasks and receive results as artifacts. MCP complements A2A at a different layer: MCP connects an agent to tools and context, while A2A connects agents to one another.

  • A2A v1.0 is the first stable version of the open protocol and supports bindings including HTTP+JSON, JSON-RPC and gRPC.
  • Agent Card, Message, Task and Artifact are its central domain objects.
  • Polling, streaming and push notifications support both short and long-running work.
Read article

What are Agent Skills and how do they work?

An Agent Skill is a portable folder with a required SKILL.md file. It describes what the skill does and when it should be used; optional directories for scripts, references and assets provide additional building blocks for execution.

  • A skill adds reusable procedure and domain context without retraining the underlying model.
  • The agent first sees only the name and description, loads SKILL.md for a matching task and accesses supporting files only as needed.
  • A skill is neither a tool nor a permission boundary: access and actions still need technical enforcement.
Read article

Which processes suit AI agents – and which do not?

AI agents suit variable, multi-step tasks with digitally available information and controlled tools, where the outcome can be assessed objectively. They are a poor fit for unclear goals, uncontrolled failure impact, missing data access or decisions that inherently require human judgement and accountability.

  • High case variation and a clearly testable goal favour an agent over a fully stable process.
  • The agent needs bounded, reliable tools and a safe route for exceptions and hand-offs.
  • High impact, hard-to-reverse actions and unclear accountability argue against broad autonomy.
Read article

When do multiple AI agents make sense?

A multi-agent system coordinates several specialised agents that perform subtasks or hand results to one another. It is useful when roles, contexts or tools genuinely need to be separated and the hand-offs can be controlled objectively.

  • Multiple agents are worthwhile only when work divides naturally into accountable, testable subtasks.
  • An orchestrator or defined process decides which agent works when and how results are combined.
  • Every extra hand-off can lose context, amplify errors and increase latency and cost.
Read article

Put a concrete initiative into perspective.

We translate your starting point into understandable options and a realistic next step.

Discuss Your Project