From theory to delivery: How Atos upskilled 400 engineers in agentic AI
When Atos set out to upskill 400 engineers from theory to delivery in agentic AI, the team faced a familiar challenge: how to build real-world capability, not only theoretical knowledge. Online courses and classroom-based instruction build foundations, but they do not always give teams the confidence or practical experience needed to apply AI effectively to business problems.
Through the Atos partnership with AWS, we had already seen that hands-on learning was the missing ingredient in effective AI enablement. We had previously delivered practical upskilling in reinforcement learning through AWS DeepRacer and in model fine-tuning through AI League in 2025.
In 2026, Atos partnered with AWS to run an agentic AI League event for 400 engineers. Over three days, engineers moved from limited hands-on experience to building multi-agent systems with pathfinding, guardrails, memory, and fine-tuned models. They competed on a live leaderboard that scored both performance and efficiency.
Participant skill levels varied widely. Some were developers with existing AWS experience. Others were using AWS for the first time or held less technical roles such as product owners and project managers.
This post explains why we chose the AI League format, what engineers built and learned, which AWS services were involved, and what other enterprises should consider when running a similar event.
Atos has a strategic commitment to agentic AI, including the development of Sovereign Agentic AI Studios in multiple locations worldwide. We needed a way to upskill our engineering teams rapidly in agentic AI patterns, not through passive training, but through hands-on delivery. Traditional workshops teach concepts. The AI League built capability through practical work under conditions that more closely reflected real delivery.
The AI League format offered several advantages over conventional training:
AWS AI League is a turnkey solution, so setup was straightforward. Setup required only a few calls with AWS to agree on logistics and event details, plus a mechanism to advertise the event and collect participant information.
Because AWS AI League was delivered through the AWS Workshop Studio, the event could be run over one to three days. To give engineers maximum flexibility, we chose a three-day format. Participant time commitments were as follows:
Outside these scheduled sessions, engineers were free to iterate on their agentic AI solutions around their existing commitments.
Engineers built an autonomous AI agent that navigated a dungeon maze. The agent had to find a path through the map, solve challenges on various tiles, avoid traps, and reach the treasure. All of this had to be completed within a time limit and with limited lives.
The following figure shows an overview of an AWS AI League map.
Figure 1: Overview of an AWS AI League map
The challenge types tested different AI engineering skills:
AgentCore Code Interpreter, a capability of Amazon Bedrock AgentCore
The following diagram shows the solution architecture.
Figure 2: Overview of the AWS AI League architecture
With Amazon Bedrock, engineers accessed the models that powered the agent’s reasoning. For model availability by Region, refer to Supported models by AWS Region in Amazon Bedrock:
With Amazon Bedrock AgentCore, a platform to build, connect, and optimize agents at scale with any framework or model, engineers orchestrated multi-agent systems. Engineers used the following AgentCore capabilities during the AI League:
With Amazon Bedrock Guardrails, you can filter content to protect against harmful inputs and outputs. Engineers configured:
With AWS Lambda, you can build custom tool functions for tasks that models cannot reliably handle on their own:
With Amazon SageMaker, you can build your development environment and fine-tune models. Engineers used Reinforcement Learning from Verifiable Rewards (RLVR):
The following figure shows the fine-tuning model workflow.
Figure 3: Fine-tuning model overview
The AWS AI League surfaced several practical engineering lessons that are directly applicable to production agentic AI work.
One of the clearest lessons was that success did not come from writing prompts alone, but from writing prompts that worked under real constraints. Every extra token cost points. Every unnecessary tool call consumed time and cost points. Engineers quickly discovered that getting a solution to work was only the first step. Making it efficient was where the competition became most relevant to real customer scenarios.
Engineers had to decide how many agents to include in their architecture, from single-purpose agents with specialist tools to more multifunctional agents. Each approach involved trade-offs in token usage, latency, and reliability. This closely reflects real production decisions about agent design.
The following figure shows how different agentic systems answered challenges during the finale.
Figure 4: Overview of different agentic systems answering challenges
The Violent Violet challenge highlighted an important lesson: guardrails had to be precise enough to block undesirable content, without over-blocking legitimate queries. If they were too aggressive, engineers failed other challenges. If they were too permissive, they failed the guardrail challenge. This translates directly into a practical lesson in production AI safety.
Building the pathfinding tool required engineers to think about:
The following figure shows examples of multiple pathfinding strategies on the same map.
Figure 5: Example of multiple different pathfinding strategies
Engineers who checked their Amazon CloudWatch Logs between runs appeared to improve more quickly. Those who guessed what had gone wrong often made slower progress. This reinforced a core engineering principle: instrument the solution properly and observe before acting.
The following figure shows how to troubleshoot a Lambda function using Amazon CloudWatch Logs.
Figure 6: Troubleshooting a Lambda function with Amazon CloudWatch Logs
Engineers who used AI developer tools such as Kiro often made rapid progress. Those who shared the full context of the challenge with their AI tools tended to achieve better results more quickly. This reinforces a broader lesson: AI tools deliver more value when grounded in the specific problem being solved.
The top-performing solutions demonstrated thoughtful engineering. They included custom pathfinding strategies, carefully tuned guardrails, memory-aware agents, and fine-tuned models designed to reduce token usage. Congratulations to our top three performers: James Ponter, Adam Różewicki, and Eduard-Cosmin Socol. Our winner, James Ponter, Head of Hyperscalers – UKI Cloud and Infrastructure, summed up the event:
“Academic learning gives you the foundation, but the AWS AI League puts it under pressure in a way that genuinely changes how you think. Building a production-style multi-agent architecture on real AWS infrastructure, not a toy project, but something scored on both performance and efficiency, forces you to internalize concepts rather than just understand them. You can’t look up the answer when the clock is running. That time pressure, combined with the fact that your decisions have real consequences on the leaderboard, creates a depth of engagement that’s hard to replicate in any other learning environment. It bridges the gap between knowing and doing in a way that sticks.”
The following figure shows the finale leaderboard.
Figure 7: Our finale leaderboard
A closing comment from Chris Byrne, Global Head of AWS Alliance at Atos, on the benefits of the gamified learning approach taken to AWS upskilling:
“Taking the step from theoretical knowledge to hands-on experience can be daunting on the one hand, and challenging knowing where and how to start on the other. Atos has successfully used the AWS leagues for Reinforcement learning with AWS DeepRacer, model fine-tuning with AI League, and now Agentic AI in this year’s league, to give our teams the forum in which to gain experience and develop their skills in an engaging and fun environment, without the pressure to perform in a real-world project. The level of participation across the company and the results achieved by Atos entrants in the public leagues speaks to the effectiveness of this approach to learning.”
AWS AI League is available for enterprise events throughout 2026, and at select AWS Summits and virtual events. The format is flexible, ranging from half-day workshops to multi-day hackathons, and AWS provides the infrastructure, accounts, and facilitation support.
To explore running an AI League event for your organization:
AWS AI League is more than a competition. It is an effective way to accelerate practical AI skills development and encourage idea sharing. To learn more or explore running an event for your organization, visit the AWS AI League page or contact your AWS account team.
Related Stories
AI News
Anthropic Gives Retailers Blueprint for AI Shopping Agents
1 minute ago
AI News
Wyoming Must Lead in the AI Revolution
1 minute ago
AI News
Which AI model is the best stock trader? A finance professor says he's got the answer.
30 minutes ago
AI News
John Ternus succeeds Tim Cook as Apple CEO after 15 years
31 minutes ago
AI News
Trump administration sides with OpenAI in lawsuit against New York Times
1 hour ago
AI News
Imagining the Digital Future Center reports on ‘The Rise of AI Companions’
1 hour ago
AI News
Two USU Faculty Are Shaping the Future of Artificial Intelligence in Utah
1 hour ago
AI News
P.E.I. teachers go back to school to learn the best ways to use AI in the classroom
1 hour ago