Oracle AI World Day 1: From Helping People Work to Getting Work Done

I wasn’t in Las Vegas for Oracle AI World this year. Like many Oracle customers and partners around the world, I followed the event remotely using Oracle’s free On Air pass, catching up with the keynotes from the UK rather than from the conference floor. While watching remotely means missing some of the atmosphere and conversations that happen between sessions, it does give you the opportunity to focus entirely on the messages being delivered.

Having watched both Mike Sicilia’s opening keynote and Chris Leone’s product keynote, one theme stood out above everything else. Oracle is no longer talking about helping people work faster. Oracle is talking about getting the work done. At first glance, that might sound like a subtle distinction. I don’t think it is. In fact, I think it represents one of the biggest shifts we’ve seen in enterprise applications for years.

For the last couple of years, most AI conversations have been centred around productivity. How can AI draft content faster? How can AI summarise meetings? How can AI help employees find information more quickly? All of those things matter. They deliver value. But fundamentally, the human remains responsible for completing the task.

What struck me during the Day 1 session was how little time Oracle spent talking about AI as an assistant and how much time it spent talking about AI as an executor. Across both keynotes, the discussion repeatedly returned to outcomes. Not generating insights. Not producing recommendations. Delivering results. That feels like an important evolution in enterprise AI.

One of the things I liked most about Mike Sicilia’s keynote was that the focus wasn’t really technology. It was people. The message wasn’t that AI should replace people. It was that organisations should be able to remove the repetitive, burdensome activities that consume time and energy, allowing people to focus on higher-value work.

For years we’ve accepted certain activities as simply being part of work. Reconciling data. Chasing approvals. Managing exceptions. Navigating complex processes. Collecting information from multiple systems. What if those activities become the responsibility of software instead? That was the question I kept coming back to throughout the keynote. The vision wasn’t more intelligent software. It was more capable organisations. That’s a subtle but important difference.

If Mike Sicilia explained the vision, Chris Leone demonstrated how Oracle intends to deliver it. The progression shown during the keynote was fascinating. We have already seen Oracle introduce embedded AI capabilities across Fusion. We have seen AI agents emerge. Now Oracle is talking about agent teams, workflow agents, agentic applications and autonomous execution.

The key message was that AI is evolving from supporting processes to actively participating in them. That shift matters. Historically, enterprise software has recorded work. Increasingly, Oracle appears to be building software that performs work. Not without governance. Not without controls. But certainly with a higher degree of autonomy than most organisations are accustomed to today.

There were plenty of announcements during the keynote, but Fusion Claw was the one that immediately stood out to me. Not because it was the most futuristic. Actually, quite the opposite. What interested me was the emphasis on governance.

Most organisations are no longer questioning whether AI can generate content, identify patterns or make recommendations. The real question is whether AI can be trusted to execute business processes. That is where many current AI discussions begin to stall. The answer is rarely a technology problem. It is a governance problem.

Throughout the demonstrations, Oracle repeatedly emphasised operating boundaries, permissions, policies, approvals and organisational controls. In other words, autonomy with accountability. That feels much more relevant to enterprise customers than unrestricted AI experimentation. The organisations I speak to rarely say, “We need AI to make decisions independently.” What they actually say is, “We need AI to help us achieve outcomes without introducing risk.” Fusion Claw feels like Oracle’s response to that challenge.

Another concept that caught my attention was Oracle’s discussion around systems of outcomes. For decades, enterprise applications have been systems of record. They store information. Track transactions. Enforce processes. Maintain business truth. Those capabilities remain essential.

Oracle’s argument is that organisations increasingly need something more. A layer focused on achieving business outcomes rather than simply recording business activity. The more I think about it, the more significant that feels. After all, organisations don’t exist to process invoices. They don’t exist to approve purchase orders. They don’t exist to complete workflow transactions. Those activities support the real objectives. Better customer experiences. Stronger financial performance. Improved workforce productivity. Increased organisational agility. More resilient supply chains. Those are the outcomes that matter. If AI can continuously coordinate activity towards those outcomes, then we are moving into genuinely new territory.

Fusion Claw will probably attract most of the headlines. However, I suspect Fusion Companion could prove just as important over time. As enterprise landscapes become increasingly complex, users don’t think in terms of applications anymore. They think in terms of work. They move between systems, channels, data sources and processes. The value increasingly comes from connecting those experiences together.

The vision Oracle presented for Fusion Companion suggests a future where intelligence follows the user rather than remaining confined within individual applications. If delivered successfully, that could become one of the most practical and impactful developments announced during the keynote.

Anyone who has read my recent blogs will know I’ve already posted about Fusion Setup and Configuration Registry (FSCR). Seeing it formally announced during the keynote only reinforced my belief that this could become one of the most important long-term developments for the Oracle ecosystem.

For years, implementation partners have built methodologies, accelerators, templates and frameworks to help customers configure Fusion applications. FSCR has the potential to fundamentally change that model. If Oracle can successfully connect requirements, process design, configuration and AI-driven implementation, then the way organisations deploy Fusion could look very different in the future. It is still early days. But of all the announcements made on Day 1, FSCR may ultimately have one of the biggest impacts on how Oracle projects are delivered.

When I finished watching the keynotes, I kept coming back to one simple thought. For the last two years, the industry has largely been asking: “How can AI help people do their jobs faster?” Oracle now seems to be asking: “How can AI help organisations achieve outcomes with less human effort?” That is a much bigger question. And potentially a much more transformative one.

Whether discussing agentic applications, Fusion Claw, Fusion Companion or FSCR, the underlying message felt remarkably consistent. The goal is no longer simply helping people work. The goal is getting the work done. That doesn’t mean removing people from the process. It means allowing people to spend less time managing the mechanics of work and more time focusing on the decisions, creativity, relationships and innovation that humans are uniquely positioned to provide.

Watching remotely, that was my overwhelming impression of Oracle AI World Day 1. The conversation has moved beyond AI assistance. Oracle is now focusing on AI execution. And that feels like the start of a very different chapter for enterprise applications.

Please note all screenshots are the property of Oracle and are used according to their Copyright Guidelines.

Why Oracle FSCR Could Change How Fusion Is Implemented

At Oracle AI World, there has been and will be plenty of attention on AI agents, autonomous workflows and the future of enterprise applications. Those announcements will undoubtedly generate the headlines. But one announcement caught my attention for a different reason.

Oracle introduced the Fusion Setup and Configuration Registry (FSCR), and while it may not be as immediately eye-catching as some of the AI announcements, it could prove to be one of the most important foundations Oracle has put in place for the future of Fusion applications. Because before AI can intelligently configure Oracle Fusion, it first needs to understand Oracle Fusion. FSCR appears to be Oracle’s answer to that challenge.

When organisations implement Oracle Fusion, a huge amount of knowledge sits outside the application itself. Configuration decisions are made during workshops. Dependencies are captured in design documents. Best practice is spread across implementation guides, project artefacts, customer experience and consultant expertise. Some of that knowledge is documented. Some lives in spreadsheets. Some exists purely in the heads of the people delivering the project. Over time, this creates an interesting situation.

The technology becomes more intelligent, but the knowledge needed to implement and configure it often remains fragmented. As Oracle continues its journey towards agentic applications and autonomous business processes, that fragmentation becomes increasingly important. After all, how can an AI agent configure a system if it doesn’t have access to the knowledge required to make those decisions?

At its core, FSCR is Oracle’s central repository of Fusion setup and configuration knowledge. It brings together setup tasks, dependencies, validation rules, best practices and implementation knowledge into a structured, machine-readable framework. The phrase “machine-readable” is important here. This isn’t simply another set of implementation documents.

Oracle is creating a knowledge layer that can be consumed not only by people, but also by AI-powered services, agents and automation tools. In effect, Oracle is moving implementation knowledge closer to the product itself. That feels like a significant shift.

Most customers don’t wake up in the morning thinking about configuration registries. They care about delivering projects faster, reducing risk and getting value from their Oracle investment. That’s where FSCR becomes interesting.

By capturing implementation knowledge in a structured way, Oracle creates the potential for a much more consistent approach to configuration and deployment. Instead of repeatedly recreating the same implementation knowledge across multiple projects, that knowledge can become reusable, governed and accessible. The obvious benefit is efficiency. The bigger benefit may be consistency.

Anyone who has worked on multiple Oracle Fusion programmes knows how much time is typically spent checking dependencies, validating setup choices and understanding the impact of changes across different areas of the application. A central knowledge framework has the potential to reduce much of that effort.

I’ve written quite a lot recently about Agentic Applications and the broader move from automation to autonomy. Most conversations focus on the visible layer. The agent. The user experience. The conversational interface. The outcome. What receives far less attention is the knowledge framework that sits underneath.

Enterprise AI becomes significantly more powerful when it can move beyond making recommendations and start executing trusted actions. But trusted execution only happens when there is confidence in the underlying knowledge. That’s why FSCR feels important.

It provides the structured understanding of Fusion configuration that future AI capabilities will need if they are going to do more than simply answer questions. In many ways, it feels like Oracle is putting the foundations in place before building the next floor of the house.

The interesting thing about FSCR is that its potential value isn’t limited to new implementations. Most organisations spend far longer running Oracle Fusion than they do implementing it. Over time they introduce new functionality, adopt new releases, optimise processes, expand into new business areas and respond to changing organisational priorities.

Every one of those activities requires knowledge of how the system has been configured and how different setup decisions interact with each other. If Oracle can maintain that knowledge as a living framework, the opportunities extend well beyond implementation projects. It could support ongoing optimisation, change management, governance and continuous improvement throughout the lifecycle of a Fusion environment. For many organisations, that’s where the real value may emerge. This functionality isn’t there yet though, the initial focus is on new implementations, but Oracle have been plans on expanding it’s functionality.

You might be saying, so what? It’s still early days, and like any significant innovation, the true impact will depend on how Oracle develops the capability over the coming releases. But the direction of travel is clear. Oracle is looking to move implementation knowledge from documents and individuals into a trusted, structured framework that can support both people and AI. For customers, that could ultimately mean:

  • Faster implementations
  • Greater consistency across projects
  • Reduced dependency on individual expertise
  • Improved validation and governance
  • Better support for future AI-driven configuration and optimisation

None of these benefits happen overnight. Organisations will still need experienced teams, strong governance and informed decision-making. But if Oracle’s vision becomes reality, FSCR could help remove much of the repetitive effort that currently surrounds system configuration and implementation.

I’ve often said that the most important developments in enterprise AI are usually the ones people notice the least. Everyone notices the chatbot. Everyone notices the agent. Everyone notices the flashy demo. Far fewer people pay attention to the infrastructure that makes those capabilities possible.

FSCR feels like one of those foundational innovations. On its own, a setup and configuration registry isn’t particularly exciting. But viewed in the context of Oracle’s wider AI strategy, it starts to look much more significant. Because before Oracle can deliver truly autonomous implementation and optimisation capabilities, it first needs a way for AI to understand how Oracle Fusion works. FSCR might not be the announcement that generates the most headlines from AI World. But in a few months’ time, it may prove to be one of the most important.

Please note all screenshots are the property of Oracle and are used according to their Copyright Guidelines.