Red Orca
← Back to Blog
Responsible AI8 min read

The AI Agent Era Has Begun. The "Just Trust It" Era Is Over.

What Europe's new enforcement phase, the latest agent-security research, and the adoption gap mean for businesses putting AI to work

By Red Orca Team

A red-and-white orca swims through translucent glass panels representing documents, email, voice, contacts and workflow data, reaching toward a glowing point where a hand touches a screen — a visual metaphor for an AI agent moving through a business's information under human control.

For the past two years, the easiest AI demo in the world has been a chatbot answering a question.

The harder test begins after the demo.

Can it read a company's internal documents without turning sensitive information into someone else's training data? Can it draft an email without confidently inventing a promise? Can it place a call, update a record, or recommend an action while keeping a human in control? If it makes a mistake, can anyone reconstruct what happened?

Those questions used to sound cautious. In August 2026, they sound operational.

On 2 August, the EU AI Act entered its broad enforcement phase. Among the rules now in effect are transparency requirements for certain interactive and generative AI systems. In practical terms, people should know when they are dealing with AI, and some generated or manipulated content must be identifiable as such. The era of quietly placing an AI system between a business and its customers is closing.

At the same time, the security case for unrestrained autonomy is getting weaker, not stronger. In March, the US National Institute of Standards and Technology reported findings from a large-scale red-teaming competition covering more than 250,000 attacks from over 400 participants. At least one successful hijacking attack was found against every one of the 13 frontier models tested.

That does not mean businesses should stop using AI. It means they should stop confusing intelligence with permission.

This distinction is at the center of what we are building at Red Orca.

Europe is adopting AI quickly, but trust is still the bottleneck

AI adoption among EU businesses rose sharply in 2025. Eurostat reports that 19.95% of EU enterprises with at least ten employees used one or more AI technologies, up 6.47 percentage points in a year.

The headline looks like rapid progress. The detail tells a more useful story.

Only 17% of small enterprises used AI, compared with 55.03% of large enterprises. Among businesses that had considered AI but had not adopted it, the three most common barriers were a lack of relevant expertise (70.89%), uncertainty about legal consequences (52.52%), and concerns about data protection and privacy (48.83%).

Small and mid-sized businesses are not waiting for another spectacular model launch. Many are waiting for a credible way to use the technology without creating a new category of operational risk.

The opportunity, then, is not simply to put AI everywhere. It is to make AI deployable where work actually happens inside inboxes, document libraries, calls, workflows, and internal decision-making.

A model can reason. It should not automatically be allowed to act.

When an AI agent reads an email, it is not necessarily reading neutral information. The message may contain instructions designed to manipulate it. The same can be true of a webpage, document, support ticket, code repository, or retrieved knowledge-based entry.

This is the problem known as indirect prompt injection or agent hijacking. A malicious instruction is placed inside content the agent later consumes. If the system cannot reliably distinguish trusted instructions from untrusted data, it may be pushed into an unintended action.

The danger rises when the agent has broad access. Reading a poisoned document is one problem. Reading it while holding permission to send emails, expose files, execute code, or modify business systems is another.

OWASP's Top 10 for Agentic Applications for 2026 reflects this shift. Agent security is no longer only about whether a model produces an unsafe sentence. It is about what happens when models plan, use tools, retain memory, communicate with other agents, and act across real workflows.

The practical answer is not a single magic filter. It is architecture.

A business-grade agent should have a defined identity, narrowly scoped access, clear approval boundaries, visible logs, and a way to stop. Its actions should be attributable. Its sources should be inspectable. High-impact steps should require confirmation from an authorized person.

The question should never be only, “Can the agent do this?”

It should also be, “Under which conditions, using which data, with whose approval, and with what evidence afterward?”

What Red Orca is building

Red Orca develops controlled AI software for companies that want practical automation without surrendering oversight.

Our work currently centers on three connected areas:

1. Private company knowledge

Oyster is being developed as a local-first AI workspace for company knowledge and security-sensitive workflows. It can work with internal documents through retrieval-augmented generation, return answers with source context, and support governed tool use. The design goal is straightforward: company knowledge should become easier to use without becoming harder to control.

This matters for teams dealing with policies, technical documentation, project records, compliance material, or client-specific requirements. Instead of searching across scattered files or relying on a general-purpose chatbot with no organisational context, a team can work against an approved knowledge base and inspect the evidence behind an answer.

2. Governed voice workflows

Dolphin is our voice-agent direction for structured B2B calls. The aim is not to imitate a human in secret or release an unsupervised caller. It is to support defined jobs such as qualification, information collection, scheduling, summaries, and structured handoffs, with disclosure and consent requirements built into the workflow.

A useful business call is more than generated speech. It needs boundaries: what the agent may say, which claims it may make, when it must escalate, what it records, and how a person reviews the outcome.

3. Email and operational automation

Red Orca is also developing controlled email workflows for repetitive business communication: interpreting an incoming request, gathering relevant internal context, preparing a response, routing it for approval, and preserving a record of what was proposed or sent.

The key word is controlled. An email assistant should not invent pricing, accept contractual terms, disclose confidential material, or create commitments because a model judged the wording plausible. The useful version of automation accelerates the routine parts while making consequential decisions more visible.

These products are at different stages of development. We will be precise about what is live, what is being tested, and what remains planned. Trust begins with accurate product claims.

Our operating principles

We are building Red Orca around five principles that we believe will define serious business AI:

Private by design. Sensitive workflows should support local or controlled deployment where the use case requires it. Data exposure should be a conscious architecture decision, not a hidden default.

Approval before consequence. Drafting and recommending are different from sending, purchasing, publishing, or changing records. Consequential actions need explicit policy and, where appropriate, human approval.

Evidence over confidence. A polished answer is not proof. Systems working with company knowledge should show the source material that supports an answer and admit when the evidence is insufficient.

Least privilege. An agent should receive only the tools, data, and permissions required for the task at hand. Broad access is convenient during a demo and dangerous in production.

Traceability by default. Businesses need to know what the system saw, what it proposed, which action was approved, and what ultimately happened.

These are not decorative “responsible AI” statements to add after the product is built. They influence the product itself.

What the new enforcement phase changes

The AI Act does not make every AI system high-risk, and it does not impose identical duties on every company. Obligations depend on the system, the role of the organisation, and the use case. Businesses should obtain appropriate legal advice for their deployment.

But the direction is unmistakable.

AI interactions are becoming more visible. Accountability is moving closer to the workflow. Businesses will need to understand not only which model they use, but how the entire system behaves: data flows, permissions, disclosures, oversight, logs, and escalation paths.

That is good product pressure.

The strongest AI systems of the next phase will not be the ones that hide complexity behind a magical interface. They will be the ones that make complex work safer, faster, and easier to inspect.

The Red Orca view

The next major software company will not be built by connecting a language model to every available tool and hoping it behaves.

It will be built by understanding where autonomy creates value, where it creates unacceptable risk, and where a human decision remains essential.

For European SMEs, this could be the difference between another unused AI subscription and a system that becomes part of daily work.

Red Orca's position is simple: AI should be capable enough to help, constrained enough to trust, and transparent enough to challenge.

We are building toward that standard, and from this week onward we will publish what we learn: the architecture decisions, experiments, failures, security questions, and market changes shaping our products.

No recycled hype. No pretending prototypes are finished products. Just a clear record of how useful business AI is actually built.

If your company has a document, email, or calling workflow that consumes time but cannot safely be handed to a black box, talk to us about a controlled pilot.

Visit redorca.tech or contact the Red Orca team.

Sources and research notes

Methodology: This issue was prepared using primary institutional sources available as of 11 August 2026. Figures and regulatory descriptions were checked against the source pages above. Product descriptions reflect Red Orca's current direction and deliberately distinguish active development from finished capabilities. This article is informational and is not legal advice.

Join the Red Orca newsletter

Weekly insights on AI agents, automation, cybersecurity and what we're building at Red Orca.

By subscribing, you agree to receive Red Orca updates. You can unsubscribe at any time.

Want to see what Red Orca is building?