Waarom AI-workers als collega’s behandeld moeten worden | TeamValue
AI workers are gaining more access and authority by the day. Read on to find out why organizations need to onboard, set boundaries for, and manage them just like any other colleague.

Why organizations should treat AI workers like teammates

AI
July 15, 2026

No items found.

Over the past few months, I’ve noticed more and more organizations experimenting with AI agents. While AI was initially used primarily as a tool for generating text, code, or analyses, we are now seeing a new development emerge. AI systems are not only gaining access to more and more information, but they are also gaining the ability to perform actions independently. They process documents, answer questions, analyze data, write code, launch workflows, and in some cases, even make decisions within pre-defined frameworks.

The Noma Security GitLost case

That development was recently highlighted again by Noma Security’s GitLost case. Researchers demonstrated how an AI agent could be manipulated into retrieving information from private repositories and making it publicly available. Many analyses rightly focused on prompt injection, model security, and guardrails. Yet, another observation stuck with me. GitLost doesn't just show that AI introduces vulnerabilities; it primarily shows that we are still treating AI agents like software, while in practice, they are increasingly behaving like colleagues. [noma.security]

That might sound like a semantic debate, but it has major consequences for how we design, implement, and govern AI. For years, we’ve viewed software as a tool. An application performs a pre-defined task. The logic is hardcoded, and the behavior is largely predictable. AI agents function fundamentally differently. They read information from various sources, interpret context, combine knowledge, use tooling, and perform actions based on that. Not because they have consciousness, but because we are increasingly giving them roles previously reserved for knowledge workers.  

It primarily shows that we are still treating AI agents like software, while in practice, they are increasingly behaving like colleagues.

Think of AI as a digital colleague

As soon as you view AI as a digital colleague rather than a piece of software, the discussion changes. When a new employee starts on their first day, we don't automatically give them access to all systems, documents, and company information. We invest in onboarding first. We explain how the organization works, what information is relevant, how decisions are made, and what responsibilities come with the role. No one finds it strange that a new colleague needs context before they can act independently.

With AI, we often do the exact opposite. We connect a model to data, provide access to tooling, and then expect the system to produce valuable results. In doing so, we might be skipping the most important step. After all, good decisions don't come from data alone. Good decisions come from context.

AI-First Framework as a foundation

That premise also forms the basis of the AI-First Framework that we developed within TeamValue. The core principle of that framework is that AI autonomy is only possible with complete, explicit, and reliable context. An AI worker shouldn't just have access to information; it must also understand which information is authoritative, who owns that information, what trade-offs were made previously, what decision-making frameworks apply, and within what mandate the system is allowed to act. Without that context, an AI can generate answers, but it cannot make reliable decisions.  

From that perspective, GitLost becomes much more interesting. The attack didn't succeed because the model wasn't intelligent enough. The attack succeeded because an agent could combine unreliable input with access to sensitive information and was given the authority to act independently. The vulnerability, therefore, wasn't just in the prompt, but primarily in the lack of sufficient frameworks surrounding autonomy, access, and context. What ultimately determined the impact wasn't the model itself, but the combination of permissions, scope, and room for action that the agent had been granted.  

AI requires breaking old patterns

For architects, this is actually a familiar pattern. When organizations moved to the cloud en masse, we discovered that infrastructure wouldn't scale without Landing Zones. When data became a strategic company asset, we discovered that self-service analytics wouldn't scale without governance and DataOps. With AI workers, we are seeing the same development emerge again. Not because AI is unique, but because every form of autonomy places new demands on ownership, governance, and control.

That is exactly why we at TeamValue talk about The Golden PathNot as a collection of technical requirements or architectural principles, but as a BizDevOps way of working where business, development, operations, and increasingly AI workers collaborate within the same framework of accountability, transparency, and continuous improvement. The challenge is shifting from implementing AI to organizing autonomy.

Onboarding and collaborating with digital colleagues

That might just be the most important lesson right now. The question is no longer which model we use or which prompt techniques work best. The question is how we onboard, guide, authorize, and manage our digital colleagues. How do we ensure they have the right context? How do we make decision-making explicit? How do we organize ownership? And how do we ensure that autonomy remains manageable when applied at an ever-increasing scale?

The organizations that successfully scale AI won't necessarily be the ones with the most advanced models. They will be the ones that best understand that autonomy without context leads to poor decisions, that autonomy without ownership leads to risks, and that autonomy without guardrails eventually leads to a loss of control.

Perhaps that is the next step in modern platform architecture. First, we learned to standardize infrastructure securely. Then, we learned to standardize data securely. Now, we are learning how human and digital colleagues can collaborate securely.

How is your organization preparing for AI workers as full-fledged digital colleagues?

AI Inspiration Lunch

On Thursday, October 8th from 12:00 PM to 2:00 PM (PEC Zwolle Stadium), we are hosting an AI Inspiration Lunch. During this lunch, we will guide executives, directors, and managers focused on AI, innovation, and strategy through a vision that is closer than you might think. A future where employees have their own AI assistant and independent access to the knowledge, processes, and information they need. We’ll show you the building blocks required and take you step-by-step through the AI journey: from information management and governance to the practical application of AI in daily work.

Sign up for the AI Inspiration Lunch.

Dit wil je weten

Frequently asked questions

What does onboarding an AI worker actually look like?

Define the role, identify the key information, assign ownership, set the decision-making boundaries, and determine when human sign-off is required. Then, take your AI worker for a test drive in a safe, controlled environment first.

What exactly is an AI worker, and how does it differ from a chatbot, a copilot, or traditional automation?

An AI worker can interpret information, navigate systems, and take independent action within a set mandate. Think of it this way: a chatbot mostly just answers questions, a copilot acts as a sidekick for your team, and traditional automation is strictly bound by a rigid rulebook.

So, what’s the deal with TeamValue’s AI-First Framework?

The framework argues that reliable autonomy only works when you have full, explicit, and rock-solid context. It ties together information, ownership, decision-making frameworks, mandates, and control.

How do we measure performance, quality, and risk?

Don't just measure speed and costs; keep an eye on accuracy, human interventions, escalations, unwanted actions, compliance, and the real-world impact of errors.

Why should you treat an AI worker like a teammate?

Because an AI worker, just like any human employee, needs a role, context, access, permissions, and clear boundaries. Without proper onboarding, you end up with autonomy that lacks the necessary guardrails.

‍

What limits, checks, and escalation procedures do we actually need?

Restrict access and operational scope, monitor inputs and outputs, and log every action taken. If you run into any doubts, conflicting info, or weird anomalies, the AI-worker needs to hit the brakes and escalate immediately.

What kind of access, roles, and permissions can an AI worker actually have?

Only grant the access and permissions strictly necessary for the assigned role. The higher the potential impact, the tighter the leash and the more rigorous the oversight.

What practical steps can an organization take today?

Pick one specific use case, assign an owner, and define their role, context, and authority. Then, kick things off with limited autonomy, full logging, and a human in the loop.

Anne Versteegh
Pamir Ahrary
Jaap Meems
Anton Cnossen
Hidde Breukelaar
Evelyn Ferenczy
Michelle Voortman
Jochem Spronk
Joost-Jan Huls
Thom Bosman
Joeghanoe Bhatti
Hans Borkent
Ton Hilhorst
Courtney Leepel
Simon de Vries
Sammie Woof Woof
Marco van der Steijle
Corien Gruppen
Martijn Hemelt
Franka Juta
Xander Kuiper
Christian Sinke
Mehmet Gök
Albert van Nijhuis
Lars Versteeg
Anouchka Cnossen-Oudhof
Kahn Aksu
Cheryll Vahl
Peter Smolders
Ilse Kooning

Fancy a chat?

Do you have a data, cloud or IT transformation challenge? We are happy to think along with you. Feel free to contact us.