A practical guide by Greyhound Consilium, in partnership with Oracle
Greyhound Consilium is the B2B thought-leadership arm of The House Of Greyhound and a sister brand to Greyhound Research. It builds on Greyhound Research’s independent research through collaborations that produce thought-leadership content, research, and practical toolkits for decision-makers.
Guide In Two MinutesGuide synopsis · AI drafted · Analyst reviewed
Drafted by AI from the full guide and reviewed by a Greyhound Consilium analyst before publication. The advice and positions are Greyhound Consilium’s own.
Oracle introduced Fusion Claw on September 29, 2026, a governed runtime that lets Fusion’s agentic applications plan and carry out complex work within the authority a business delegates. Greyhound Consilium developed this guide in partnership with Oracle. It builds on the independent research report Greyhound Research published on October 14, 2026, and turns it into next steps for the CIO and the leaders who own each process in finance, HR, supply chain and sales.
The guide treats Fusion Claw as a dial, not a switch. Oracle’s three settings, human in the loop, human in the lead and autonomous execution, change how often a person steps in, never whether controls apply, because, in Oracle’s words, AI “can’t grant itself authority to act.” The authority sits in controls Fusion already holds: agent roles, tested policy models, approval points, the autonomy setting, budgets and exception routing. Greyhound Consilium’s advice is to set the dial outcome by outcome, start every new outcome at human in the loop, and move it up only as the receipts prove it, with an owner and a second signature for every decision.
Four process cards, for Ledger, Workforce Staffing, Shipping Consolidation and Account Territory Growth Plan, show where the dial starts in each function. A 90-day plan takes the first outcome from a name on a page to a higher setting, and the guide sets out what to measure, how to budget AI Units from your own test runs, who owns each decision, how to read receipts, and what regulators in seven jurisdictions ask. It carries six exhibits, thirteen tools and ten of Oracle’s published examples, and closes with four working sessions with your Oracle account team that turn it into a dated plan.
In This GuideSection guide · AI drafted · Analyst reviewed
Fourteen sections, each with a short summary. Select a title to go straight to that section.
- 1The Delegation Dial: Authority Granted In Advance, Outcome By Outcome
Fusion Claw is a dial, not a switch. The business decides, outcome by outcome, how much authority to hand over, and Oracle’s guardrails apply at every setting. Before anyone opens the settings, settle the outcomes by name, the starting setting, the evidence that moves it up, and who decides.
- 2What To Have Ready: Six Preparations Before Any Outcome Moves Up The Dial
Most of what a first run needs already exists in Fusion. Six preparations, covering authority, release, budget, data and region, assurance, and people, become fourteen items and two gates in a readiness map.
- 3The First Process: Autonomy For The Plan, A Person For The Commitment
Choose the first process for the proof it gives: a number the CFO already watches and an executive ready to sign. Let Fusion Claw take the plan, and keep the final commitment with a person at first.
- 4The Enterprise Operating Envelope: Authority Set In Controls Fusion Already Holds
The envelope is set in controls Fusion already holds: roles, tested policy models, approval points and the autonomy setting, with budgets and exception routing keeping each run in hand. A short delegation record names who granted the authority, so every receipt can be checked against it.
- 5Process By Process: Where The Dial Starts In Each Function
Fifteen Claw-powered capabilities give every function more than one place to start. Four process cards, for Ledger, Workforce Staffing, Shipping Consolidation and Account Territory Growth Plan, show where the dial starts and the signal to move it.
- 6The First 90 Days: From A Named Outcome To A Higher Setting
Thirteen weeks take the first outcome from a name on a page to a higher setting on the dial, in five steps that follow Oracle’s own 90-day pattern for governing AI.
- 7What To Measure: The Gain, The Controls, And The Units Behind Them
Business measures show the gain, and control measures show it was earned within the authority granted. AI Units per outcome, measured in your own test runs, set the budget.
- 8Who Answers For The Outcome: Roles, Records, And The People Around Them
Following Oracle’s three layers of ownership, every decision gets an owner and a second name. An action register and a receipt review make the program auditable, and the people whose work changes hear what is changing before the first test run.
- 9The Rules In Practice: What Regulators Ask And What Fusion Claw Provides
Regulators in seven jurisdictions converge on a four-part rule, and Fusion Claw already provides much of it. A regulatory runway sets out each date and what to do, starting with the people questions.
- 10From One Outcome To Many: Autonomy That Expands As Receipts Prove It
Autonomy expands as receipts prove it: at least one new outcome a quarter, faster for similar ones, with every outcome running under Fusion’s own controls. A quarterly review loop decides what moves up, what holds and what comes next.
- 11Getting Started With Oracle: Four Working Sessions To A Dated Plan
Four working sessions with your Oracle account team and implementation partner, all within the first month of the 90-day plan, turn this guide into a dated plan for your first outcome.
- 12Terms Used In This Guide
Seventeen terms used in this guide, from agentic application to workflow agent, each in plain words.
- 13Sources And References
Thirty-seven sources in eight classes, from Oracle’s announcements, documentation and blogs to regulators’ texts, employee representatives and named buyers. Each entry carries its link, and every source is also linked where the text uses it.
- 14Disclosures: Independence, Financial, Intended Use, Methodology, Authoring, And Copyright
Independence first, including that the guide was shared with Oracle for review before publication. The Financial Disclosure states that Oracle is a client of Greyhound Research. Intended Use sets out who the guide is for and that it is not legal or investment advice. Research method, authoring and copyright terms follow, including how Oracle and its partners may share the guide.
The Delegation Dial: Authority Granted In Advance, Outcome By Outcome
Every enterprise has work too complex for a simple rule and too frequent to do well by hand: closing the books, staffing a ward, consolidating inbound loads, redrawing sales territories. Teams take it to spreadsheets for hours, and the answer is often stale by the time it is ready.
Oracle Fusion Claw, introduced on September 29, 2026, is built for exactly this work. It lets Fusion’s agentic applications take an objective, plan how to reach it, run the calculations at scale, and carry out the result inside Fusion, within the authority the business has delegated. The question is no longer whether AI can do the work, but how much of it to hand over, and for which outcomes. Oracle CEO Mike Sicilia put the division of work in one sentence: “By letting AI take on more of the work, while people set the objectives and guardrails, organizations can unlock tremendous capacity for their teams to focus more on driving growth, innovation, and serving customers.”
Greyhound Consilium developed this guide in partnership with Oracle. It builds on Oracle Fusion Claw – Autonomy Arrives With A Receipt, the independent research report Greyhound Research published on October 14, 2026, and turns it into next steps for the CIO and the leaders who own each process in finance, HR, supply chain and sales. Most parts show the idea in Oracle’s published examples, give a tool to use the same week, and close with Greyhound Consilium’s advice.
Where Fusion Claw sits
Oracle’s technical brief describes a move from systems of record to systems of outcomes, where software completes the work and people step in by exception. Fusion delivers AI in four ways, each more autonomous than the last: generative AI in existing screens, answer agents, workflow agents, and agentic applications that own an outcome end to end. Fusion Claw, which Oracle’s release defines as “a governed agentic execution runtime for Oracle Fusion Agentic Applications that combines AI reasoning with deterministic enterprise computation to enable highly complex work to be economically completed at scale,” lets the fourth kind take on the hardest work. A frontier model plans, a separate layer carries out the plan the same way every time, and the system learns from each cycle. In the brief’s phrase, it “reasons once, then executes continually.” Exhibit 1, carried forward from the research report, puts Oracle’s vocabulary in plain words.
Greyhound Consilium · Exhibit 1 · Vocabulary
Eight terms carry Oracle’s announcement, and each has an equivalent an enterprise already runs
Oracle’s own terms for Fusion Claw, each in plain words and with an everyday equivalent, carried forward from the independent research report of October 14, 2026.
Three of the eight are constructs that govern each outcome. The rest say what runs, how far it may act, and how it is metered.
| Oracle’s term | In plain words | The everyday equivalent |
|---|---|---|
| The producta job, an engine, and a calculation that does not vary | ||
| Agentic application | Software that owns a whole job end to end, not just one step of it. Oracle launched the first of these in March 2026. | A team that owns a process, not one task |
| Runtime | The engine that actually runs the work. Fusion Claw is the governed execution runtime for Fusion’s agentic applications, enabled within Fusion’s AI Agent Studio. | The kitchen, where the agentic application is the recipe |
| Deterministic computation | Rule-following calculation: same input, same output, every time. Oracle’s design has the model plan and this engine execute. | A calculator, where a language model can answer a little differently each time |
| The three constructsthe boundary, the run, and the record | ||
| Enterprise Operating Envelope | The boundaries the business sets: objectives, policies, procedures, permissions, approvals and escalation points, held in controls Fusion already has. | The job description and spending limit given to a new hire |
| Outcome Trust Harness | The controls applied to each individual run: identity, capabilities, data and actions. | A badge that opens only certain doors, for one shift |
| Outcome Receipt | The record of what happened afterwards: the authority applied, the evidence used, the decisions made and the actions taken. | The expense report and the paper trail |
| The dial and the meterhow far it acts, and what it costs | ||
| The autonomy dial | Three settings: human in the loop, human in the lead, and autonomous execution. The business chooses how far each outcome may go. | A deputy who drafts for signature, against one who signs within an agreed limit |
| AI Units | Oracle’s meter for AI usage: for each metered AI action, such as planning with a frontier model, tokens divided by 10,000 and rounded up, multiplied by a factor set by the model tier and the kind of action. Some actions on the Basic model carry a factor of zero. | Data on a phone plan |
Three of the eight terms work together across the life of every outcome. The Enterprise Operating Envelope is set before anything runs: what the outcome may do, within which limits, and who must agree. The Outcome Trust Harness governs each run as it happens, through identity, capabilities, data and actions. The Outcome Receipt records what happened afterwards. Read in that order, they answer the three questions a board, a regulator or an auditor will ask of any autonomous outcome: who allowed it, what kept it in bounds, and what it did.
Authority, granted in advance
In practice
A hospital roster, authorized in advance
In Oracle’s technical brief, a telemetry unit is at 70 percent coverage against a 95 percent target. The charge nurse authorizes a scheduling outcome: the system may consider reallocating qualified staff, adjusting a consecutive-day limit, or adding overtime, and apply the best option within her authority.
Fusion Claw simulates three compliant options against availability, qualifications, overtime limits, cost and the rules of both units. The best reallocates 36 qualified staff to cover 70 of 72 open shifts, lifting coverage to 99 percent at a 5 percent relative cost increase, with the lending unit still fully covered. The others resolved fewer shifts or cost more, and one would have needed union approval. It checks for overlaps, publishes the assignments, notifies the people affected, and writes a receipt of the starting state, the options weighed, the policy evidence, the decision and the result.
The system published the roster because it fell within the authority the charge nurse had granted in advance, so control stayed with her throughout. In the brief’s words: “Reasoning produced options; authority, granted deliberately and in advance, decided which could run.” Fusion Claw is not a switch. It is a dial that sets how much authority to hand over, for which work, turned up as confidence grows.
Three settings on the dial
Oracle’s brief is clear that “Customers decide how much autonomy to delegate.” Exhibit 2 sets out its three settings in Oracle’s words, with Greyhound Consilium’s guidance on where each fits.
Greyhound Consilium · Exhibit 2 · The Delegation Dial
The setting changes how often people step in, never whether controls apply
Oracle’s three autonomy settings for Fusion Claw, in Oracle’s words, and where each fits best.
Start every new outcome at human in the loop, and move it up only when its owner has read the receipts and signed for the next setting.
At every setting. “Although AI can plan and recommend actions, it can’t grant itself authority to act.”
| The setting the business chooses | In Oracle’s words | Where it fits best |
|---|---|---|
| Setting 1Human in the loop | “The system proposes an action; a person approves each action before it runs.” | Every new outcome, and any commitment of money or goods that cannot be undone once done |
| Setting 2Human in the lead | “The system runs, and a person directs and intervenes rather than approving every step.” | Outcomes whose results can be corrected entry by entry, with an owner who wants to steer |
| Setting 3Autonomous execution | “The system runs within its guardrails, and people are involved only for exceptions.” | Plans and analysis reviewed before release, and outcomes corrected in bulk by a rehearsed routine, once their receipts are read and signed |
“A customer can start conservatively and move along this spectrum, workflow by workflow, as confidence grows.”
The three settings run from less authority delegated, human in the loop, through human in the lead, to more authority delegated, autonomous execution. Oracle’s principle applies at every setting.
The guardrails never move with the dial. Oracle’s Release 26D documentation says it plainly: “Although AI can plan and recommend actions, it can’t grant itself authority to act.” Oracle’s technical brief adds that moving toward autonomy changes how often a person steps in, “not whether controls apply.”
What does change is the reviewer’s job. At human in the loop, a person approves each proposed action, so the speed of review sets the pace. At human in the lead, the system runs and the person directs it, stepping in where judgment is needed. At autonomous execution, attention moves to exceptions and to the receipts. Oracle’s two worked examples sit at the upper settings: its brief labels the hospital roster human in the lead, and the inbound load plan governed and fully autonomous. Both still routed some items to a person: five loads held for review and six orders sent to a planner in one, and attendance patterns brought to the charge nurse in the other. That is why the dial is best set outcome by outcome.
Decide outcome by outcome
The dial need not sit in one place for a whole application, as Oracle’s own governance guidance shows.
In practice
One agent, four rules
In Oracle’s governance guidance, a single customer-inquiry agent retrieves information and drafts responses on its own. It sends low-risk, high-confidence replies that match a known pattern without review. Edge cases and low-confidence answers go to a person for approval. Any action on an account or a bill always goes to a person.
Fusion Claw brings the same thinking to larger outcomes. In AI Agent Studio, autonomous outcomes are enabled for an application and its autonomy settings configured. The fastest movers will decide one level finer: which class of outcome may run at which setting, and who signs for it.
Greyhound Standpoint: At Greyhound Consilium, we believe the dial is what makes Fusion Claw ready for the enterprise, and the CIO’s first job is to make sure the right people turn it. Enabling autonomous outcomes takes a few clicks. Deciding how far each outcome may go is a business decision. For each application, the CIO and the process owner should settle four things before anyone opens the settings:
1/ The outcomes, by name. For Ledger, reconciled entries and investigated anomalies ahead of the close. Named outcomes can each be set where they belong, just as Oracle’s inquiry agent drafts freely but routes every account or billing action to a person.
2/ The starting setting and the ceiling. Every outcome starts at human in the loop, and a commitment of money or goods that is final once done, such as a cleared payment or a departed shipment, stays with a person, just as account and billing actions do in Oracle’s inquiry example. The action register in Part 8 sets where the rest goes first, and the owner widens it as the receipts prove it.
3/ The evidence that moves it up. What the reviewer must see, over how many runs, and who signs the move.
4/ Who decides. The business leader who owns the outcome: the controller, the CHRO, the supply chain lead or sales operations. As Oracle’s governance guidance advises, the governance council decides where the line falls for each use case. Greyhound Consilium suggests the CIO as its chair, countersigning that decision. The administrator then puts the decision into effect.
A working session with your Oracle account team on one of your own processes will show the settings in your release and where an application starts, so these decisions are built in from day one.
What To Have Ready: Six Preparations Before Any Outcome Moves Up The Dial
Most of what a first run needs already exists in Fusion. Greyhound Consilium groups the preparation under six headings.
Authority. The Enterprise Operating Envelope is set in controls teams already know: agent roles, granted permissions, approvals on the tools that act, and policy models that turn written policy into tested logic before it is published. Part 4 shows how to set them.
In practice
Limits set before she left the floor
When the charge nurse in Oracle’s technical brief returns, agents working within limits she had set have kept routine work moving. Timecards with overtime under 10 percent were approved, minor late arrivals were cleared, and attendance patterns were brought to her for review rather than acted on. The one problem that needed her judgment, a unit short of its coverage target, was waiting for her decision.
Release. Oracle introduced 25 Claw-powered applications on September 29, and Fusion Claw ships with Release 26D, which reaches customers in phases, cohort by cohort. Under the cohort rule Oracle published for quarterly updates, production environments take an update on the third Friday of the update month, which for 26D falls on November 20 or December 18, 2026, or January 15, 2027, depending on cohort. Test environments take it two weeks earlier, and Middle East regions a day earlier. Map your dates, any early access, and the applications in your cohort with your Oracle account team.
Budget. Planning draws on AI Units. Oracle’s contract includes 30,000 a month per Fusion production environment, and an Agentic Applications subscription adds a pooled allocation, all counted across development, test and production. Release 26D’s budget controls set budgets per application or agent, send warnings, “Enable auto-stop to prevent new runs when a selected budget is exhausted,” and log threshold events, budget changes and control actions. Oracle’s playbook adds the right habit: set a consumption-cost target for each use case before launch and compare actual use against it. The research report explains how the meter works.
Data and region. Claw-powered applications plan with frontier models from providers such as OpenAI and Google, or with a model the customer brings. Oracle’s FAQ sets out where OpenAI models process requests for each Fusion region. For regulated data, choose the model for each outcome with your Oracle account team, record where its reasoning runs for your Fusion region, and carry both into your contract terms. Check the data too: in Oracle’s shipment example, six orders went to a planner because of setup or master-data issues.
Assurance. Each outcome run produces an auditable, traceable receipt: what was done, on what evidence, under which authority. Brief the audit committee chair and the head of internal audit before the first run.
From the field
Two questions every board will ask
In a poll of more than 3,400 digital trust professionals by their professional body, ISACA, in March 2026, 56 percent did not know how quickly they could halt an AI system after a security incident, and 20 percent did not know where responsibility would lie if one caused harm or a serious error. Release 26D’s controls to stop new or running sessions give teams a documented way to halt. A named owner for every outcome answers the second.
People. In the EU, the AI Act requires deployers to inform workers’ representatives and the workers affected before certain workplace AI systems are used, from December 2, 2027. In the Netherlands, union guidance for works councils treats AI that plans rosters as a matter for the works council’s consent. Where that applies, the conversation comes before the dial moves. Part 9 covers the rules across seven jurisdictions.
Tool 1 turns the six headings into fourteen items, each with an owner, and sorts them by two gates. Ten items protect the test itself and must be in place before the first test run: among them an owner, a first delegation record entry, a mapped release date, a budget with auto-stop on, checked data, the audit committee chair briefed, and the people affected informed, with consent where it is required. Four protect the move up and must be ready before any outcome moves past human in the loop: the governing policy tested and published, approvals before the actions that commit, receipt review agreed, and the correction routine rehearsed. The first gate is mostly decisions, so it moves as fast as the people involved. The second draws on what the test runs show, so it closes later.
Greyhound Consilium · Tool 1 · Readiness Map
Fourteen items in six areas, and two gates that decide when each must be ready
Ten items must be in place before the first test run. The other four must be ready before any outcome moves past human in the loop.
How to useTick each item as it is settled and write the name of its owner beside it. An outcome stays at human in the loop until every item is ticked.
Authority5
Release1
Budget2
Data and region2
Assurance3
People1
Gate 1, in place before the first test run: 1. Process owner, 2. Agent roles and permissions, 5. Delegation record, 6. Release and cohort, 7. AI Units budget, 8. Test runs budgeted, 9. Region and model, 10. Data readiness, 13. Audit committee, 14. People. Gate 2, ready before any outcome moves past human in the loop: 3. Policy as tested logic, 4. Approvals, 11. Receipt review, 12. Correction routine.
Greyhound Standpoint: Greyhound Consilium holds that most organizations are closer to ready than they think, because the controls already sit in Fusion. What takes longest is not configuration but decisions: who signs, what the budget is, and who has been told. Start those first.
In the first week, name the process owner and agree the budget and cost target with finance. Brief the audit committee chair, the teams affected and, where required, worker representatives early, because those conversations set the pace. Leave the settings that live in Fusion for the working session with your Oracle account team.
One practice the map cannot show: delegate the routine limits in advance, as the charge nurse did with minor late arrivals, so only the calls that need judgment reach a person.
The First Process: Autonomy For The Plan, A Person For The Commitment
The first outcome sets the pace: when the people who will approve the next one see it succeed, every later step is easier.
Oracle’s advice is to look at recurring work that takes significant effort to investigate, plan and carry through, then decide where Fusion Claw can take on more of it while people stay in control. Oracle’s release calls it “specialist-grade work including deep research, computation, simulation, modeling, and continuous re-planning.” Oracle’s playbook adds a filter: rank candidates by return target, volume and the number of people who benefit, and baseline today’s work.
Separate the plan from the commitment
Some actions can be reworked freely. Others, such as a cleared payment or a departed shipment, are final. The strongest first candidates let planning run with real autonomy while the final commitment stays with a person. Correction happens through Fusion’s own transactions, so design the commitment step around how your team corrects results today.
In practice
An inbound load plan, governed and fully autonomous
In Oracle’s technical brief, an inbound plan covers 782 buy orders over eight weeks. Freight utilization is 61 percent against a 70 percent target, across 180 planned moves costing USD 262,000. Fusion Claw may build optimized loads and pull orders forward by up to three weeks.
It builds 154 loads from 776 eligible orders, pulling 117 forward. Utilization rises to 88.2 percent, with 26 fewer moves and USD 58,000 in projected savings. Six orders with master-data issues go to a planner. Of the 154 loads, 149 go to the supply plan and five are held for review. In Oracle’s words, “Fully autonomous does not mean unsupervised commitment.”
From the field
Operations first, finance and HR close behind
The independent research report reads the buyer record, including Greyhound CIO Pulse 2026 and Greyhound Fieldnotes (advisory engagements with buy-side clients), as splitting by function. In IT operations, supply chain and service, where a wrong action is usually visible and can be put right, agents already run without a person in the loop in many organizations. Finance and HR move more deliberately and ask about accountability first. See its section on what CIOs are weighing.
That makes a supply chain plan a natural first outcome for many organizations, in line with the research report’s advice: operations first, with finance and HR following once the first receipts have been read.
Tool 2 scores candidates on six tests: volume, complexity, correction, data, baseline and owner. Two rules come first. An outcome whose actions cannot be undone does not go first, and neither does an outcome with no baseline, because no one can show the gain.
Greyhound Consilium · Tool 2 · First-Process Scorecard
Score each candidate on six tests, and bring the top two to the CIO
Circle one score per test for each candidate, add them up, and read the total against the meter. The bands on the meter are Greyhound Consilium guidance.
How to useScore your two best candidates. A score of 1 on correction or baseline rules a candidate out as the first outcome, whatever its total.
Your total, out of 18
Oracle’s inbound load plan shows what a strong candidate looks like on the scorecard. The work is complex, with hundreds of orders, many constraints and a pull-forward limit. The baseline is measured, at 61 percent utilization against a 70 percent target. The plan can be reworked before anything is released, and the few orders with data issues go to a planner rather than stopping the run. A candidate that scores well on correction and baseline but poorly on data is often worth a cycle of cleanup first, because data issues send work to people instead of to the plan.
Greyhound Standpoint: Greyhound Consilium judges that the first process should be chosen for the proof it can give, not for its size. That means a number the CFO already watches, such as days to close, shift coverage, freight utilization or time to plan, measured before the first run, and an executive ready to sign for the outcome. For now, avoid anything that pays a supplier, changes someone’s pay, or ships goods without a person releasing them.
Then take the top two candidates and their measured results to a working session with your Oracle account team, who can match each to the Claw-powered application that serves it in your cohort. Part 5 shows how the split between plan and commitment looks in each function.
The Enterprise Operating Envelope: Authority Set In Controls Fusion Already Holds
Oracle describes the Enterprise Operating Envelope as “the authority layer that defines the boundaries for the work.” Release 26D documentation says Fusion Claw “operates within the organization’s established policies, permissions, approvals, risk thresholds, and authority limits,” so the envelope is set in controls Fusion already holds, and Fusion Claw works inside it by design.
The research report puts it plainly: “The envelope is the delegation matrix made executable. The receipt is the evidence that it was obeyed.” The schedule every finance function keeps, of who may approve what, up to what value, under which policy, becomes something software must obey.
How the work is separated
Oracle built Fusion Claw so that the part that thinks is never the part that decides what is allowed. Exhibit 3 shows the four layers in its brief. Each outcome also runs “inside an isolated, temporary execution environment” that is “created for that outcome and torn down when it completes,” so it “cannot reach beyond its assigned scope, and leaves no standing process behind.” Oracle’s brief adds that permitted plans “are carried out deterministically within Fusion Applications,” and that “responsibility for governed execution stays in the Fusion layer.”
Greyhound Consilium · Exhibit 3 · Four Layers
The model plans, the business authorizes, Fusion executes, and enforcement watches all three
The four layers Oracle’s technical brief describes, what each may not do, and where your controls come in.
The model never holds the authority. It sits with the business, in controls Fusion already has.
| Layer | What it does | What it may not do | Where your controls come in |
|---|---|---|---|
| Reasoning | A frontier model interprets the context and recommends actions | Act on its own conclusions | The objective and constraints you give each outcome |
| Authority | Decides what is permitted, for whom, and within what limits | Be widened by the model, which “cannot grant itself the authority to execute” | Agent roles, permissions, approvals, policy models, and the autonomy setting |
| Execution | Carries out the permitted plan inside Fusion, the same way every time | Improvise beyond the plan | The transactions and records the outcome may touch |
| Enforcement | Applies controls, guardrails and audit independently of the other three | Be switched off by a higher setting on the dial | The receipt, the budget controls, and your review routine |
ContainmentEach outcome runs in an isolated, temporary environment created for it and torn down when it completes, so it cannot reach beyond its assigned scope.
The separation matters because it fixes where trust has to be earned. A better model can make better plans, but it cannot widen what is permitted, because authority sits in a different layer that the business sets. The execution layer works the same way every time, so a permitted plan runs as permitted. Enforcement sits apart from all three, so a higher setting on the dial never switches the controls off. For a CIO, that puts the review effort where it belongs: in the authority the business grants and in the receipts that show how it was used.
From the field
The contractor test
The research report offers a model any executive can use: “Oracle is offering a very fast contractor. The envelope is the contract, the harness is the building pass, and the receipt is the paperwork.” No business lets a contractor on site without a signed scope, a pass that opens only certain doors, and paperwork at the end. Fusion Claw builds all three into the software, and the business sets the scope in controls Fusion already holds.
The controls that make up the envelope
Six controls hold the envelope in Fusion, four that set the authority and two that keep each run in hand. Who may act: agents hold role-based access, and Fusion remains the authorization authority, so using an agent never widens anyone’s access. What the rules say: policy models turn written policy into decision logic that teams test before they publish it. When a person must agree: approval steps sit before the actions that post or commit, and Fusion Claw “requests approval when required, and escalates exceptions when necessary.” How far it may go: the application’s autonomy settings. The other two keep each run in hand: what it may spend, through the AI Units budgets and auto-stop, and what happens on an exception, through its escalation path. Each is set out in an Oracle document a team can open today, and Exhibit 4 carries the research report’s list forward as a reading list.
Greyhound Consilium · Exhibit 4 · Controls To Read Today
Every point the envelope depends on can be checked in an Oracle document today
Nine points about Fusion Claw, each with the Oracle document and date a team can open, carried forward from the independent research report of October 14, 2026, and rechecked against the live documents on October 15, 2026.
A readiness review can start with these nine documents, before the first working session with your Oracle account team.
| What a team can open and read today | Oracle source and date |
|---|---|
| The switch, the meter, the stop, the policy models, role-based access, the retention window, and the geography of inference | |
| Fusion Claw exists as a feature enabled per application in AI Agent Studio | Release 26D What’s New, “Use Oracle Fusion Claw to create autonomous outcomes with agentic applications,” September 2026 |
| Fifteen named Claw-powered capabilities across four pillars | Oracle Help Center, “Fusion Claw Capabilities,” fifteen as counted on October 15, 2026 |
| A “Fusion Claw” action type is metered at 10x on a customer-supplied model and 20x on a Frontier model, and is not available on Basic or Balanced models | Oracle Fusion Cloud Service Descriptions v100826, effective October 8, 2026, Table 1, factors effective October 1, 2026 |
| Budgets, warning thresholds, auto-stop on budget exhaustion, and a stop for all running sessions | Release 26D What’s New, “Manage AI unit budget, consumption, and controls,” September 2026 |
| Policy documents become generated decision code that teams test and then publish | Release 26D AI Agent Studio guide, September 24, 2026, and Oracle Fusion Center of Excellence blog, August 5, 2026 |
| Agents act under the role-based access granted to them, Fusion remains the authorization authority, and using an agent does not expand anyone’s access | Oracle Fusion Center of Excellence blog, “Identity and Security in AI Agent Studio,” July 27, 2026 |
| Generative AI data is retained for 90 to 365 days, default 90 | Oracle Help Center FAQ on the retention profile option, build stamp September 22, 2026 |
| OpenAI inference for Mumbai, Hyderabad and Singapore runs in Europe, and for Sydney and Melbourne in the United States | Oracle Help Center FAQ on OpenAI endpoint locations, build stamp September 22, 2026 |
| 30,000 AI Units are included per production environment per month, and the Agentic Applications subscription carries a pooled allocation of 2,500,000 units for each full month of its term | Service Descriptions v100826, effective October 8, 2026 (both figures) |
The same principle already runs in Fusion’s workflow agents, the third of the four ways Fusion delivers AI, and many teams will recognize it from there.
In practice
An invoice that does not match
In Oracle’s account of its workflow agents, an invoice arrives with mismatched fields and unexpected quantities, the kind of exception that stops ordinary automation. A workflow agent reviews the invoice, purchase order and receiving record to interpret the mismatch, then chooses only from the options policy permits: request the missing information, retry a routine step, correct the issue where policy allows, or prepare the case for a person to decide.
The invoice agent shows the envelope at small scale. Policy defines the options, the agent chooses among them, and one of those options is to prepare the case for a person to decide. Fusion Claw applies the same pattern to outcomes that span many orders, shifts or accounts at once, so a team that already governs its workflow agents well has most of the habits Fusion Claw needs.
The receipt, and the record that goes with it
Every run produces a receipt. In Oracle’s shipment example, it records the requester, owner, executor and approver, the governing policy, data sources, linked transactions, a verification ID and a digital signature. Pair it with a short delegation record, one entry per outcome: what may run, at which setting, up to what threshold, under which policy version, delegated by whom, and whose second signature widens it. The receipt records the authority applied to each run, and the record names who granted it and when, so a reviewer can check one against the other.
Oracle’s Fusion Center of Excellence advises that “a material change to rules, prompts, schemas, or templates deserves a new test run before publication.” Tool 3 maps each part of the authority to Fusion, then gives the record as a template.
Greyhound Consilium · Tool 3 · Part A · Controls Map
Six controls hold the envelope: four set authority, two keep each run in hand
Each control, what to set, where it lives in Fusion, and who owns it.
How to useWalk the six tiles with the security administrator and the process owner. Tick each one once it is set in Fusion for this outcome.
Who may act
Agent roles, no wider than the outcome needs
Owner: Security administrator
What the rules say
The governing policy as a tested, published policy model
Owner: Process owner with IT
When a person must agree
Approval points before actions that post or commit
Owner: Process owner
How far it may go
The application’s setting on the dial
Owner: Process owner, CIO countersigns for the council
How much it may spend
Budget, warning threshold, auto-stop
Owner: Finance with IT
What happens on an exception
Exception routing, within the council’s escalation path
Owner: Process owner
Greyhound Consilium · Tool 3 · Part B · Delegation Record
One record per outcome names who granted the authority, so every receipt can be checked against it
A delegation record built on Oracle’s shipment load planning example. The release step, policy, names and dates are Greyhound Consilium’s placeholders for your own.
How to useCopy the card for each outcome. Fill every field, set both markers on the dial, and collect both signatures before the outcome moves up.
Setting on the dial
Setting on the dial in the worked example. Building the loads: autonomous. Releasing a load to the carrier: in the loop.
Keep the record short. One entry per outcome is enough, and the worked example shows the level of detail that works: a sentence for the outcome, a line for the limit, the policy and its version, and the names. Write the first entry before the first test run, read it beside the first receipts, and resolve any difference between them, with the second signature for any change that widens what runs. By the time the outcome is ready to move up, the record and the receipts should tell the same story, and that agreement is what the second signature confirms.
Greyhound Standpoint: Greyhound Consilium’s position is that the envelope is one of Fusion Claw’s strongest features, because auditors can test it like any other control. The discipline around it is what a CFO will sign for. Before the first outcome moves past human in the loop, the CIO, the process owner and internal audit should have five practices in place:
1/ Test policies on your own history. Build each policy model’s test cases from real exceptions your team handled last quarter.
2/ Treat a control change like a change to the delegation of authority. Any change that widens what runs unsigned needs the second signature and a new test run.
3/ Keep the version with the record. Each record entry names the policy version the business approved, so the governing policy on each receipt can be checked against it. Open the record with the governing sentence from Oracle’s Release 26D documentation, so every reader sees the principle the controls carry out.
4/ Get receipts to audit. Agree with your Oracle account team and internal audit how receipts are kept, for how long, and how auditors will see them.
5/ Test the trail every quarter. Internal audit traces a sample of receipts to their record entry, policy version and the person who granted the authority.
Process By Process: Where The Dial Starts In Each Function
Of the 25 Claw-powered applications in Release 26D, Oracle leads with four, one per function. Its release calls them Ledger, Workforce Staffing, Shipping Consolidation and Account Territory Growth Plan, and its blog of October 13 describes the same functions as Ledger Workspace, Workforce Operations Command Center, Shipment Load Planning Workspace and Account Territory Growth Plan. Your Oracle account team can confirm which applies in your cohort. Oracle’s Help Center describes fifteen capabilities so far, as of mid-October 2026, and Exhibit 5 reads each as a use case.
Greyhound Consilium · Exhibit 5 · Fifteen Use Cases
Fifteen capabilities give every function more than one place to start
Oracle’s Claw-powered capabilities as listed on the Oracle Help Center in mid-October 2026, grouped by Oracle’s four pillars, in plain words, with a first outcome a team could name for each.
Every function has more than one place to start, and most first outcomes are plans or analyses a person can review.
| Capability, as Oracle names it | What it takes on | A first outcome to name |
|---|---|---|
| Finance | ||
| Ledger Agentic Application | Assesses close readiness, analyzes account variances and activity, and explains anomalies before the close | Anomalies investigated and explained ahead of the close |
| Collector Workspace, enhanced collections actions | Prioritizes collections by exposure, payment risk and actionability, and takes policy-permitted collection actions | Prioritized collection actions for one portfolio |
| Supply chain | ||
| Product Readiness Workspace, BOM risk and grading analyzer | Grades every bill of material component across lifecycle, sourcing, compliance, quality and cost, and compares mitigation scenarios | A graded component risk review before a release decision |
| Shipment Load Planning Workspace | Generates rough-cut load plans from equipment profiles, forecast volumes, business logic and constraints | A load plan for one inbound horizon |
| Supply Planning Allocation Workspace | Allocates scarce, high-value supply with rapid scenario analysis for master scheduling | Allocation scenarios for one constrained resource |
| Cost Accounting Close Workspace, Gross Margin Explorer | Investigates why gross margin moved, across price, volume, cost and mix | A margin variance explained for one period |
| Procurement Spend Command Center | Finds maverick spend, agreement leakage and price-variance exceptions, and quantifies the potential savings | Purchases redirected to existing agreements |
| Sourcing Command Center, award simulator | Simulates supplier award scenarios against your sourcing award policies | Award scenarios for one sourcing event |
| HR | ||
| Hiring Workspace for Store Managers | Turns hiring questions into source-backed recommendations with an auditable workbook | Candidate recommendations for one store |
| Workforce Operations Command Center, schedule balance simulations | Compares scenarios to improve coverage when a schedule misses fill-rate, budget or policy goals | A rebalanced schedule for one unit |
| Workforce Orchestration Command Center | Identifies workforce conditions that need attention and drafts evidence-backed responses | A weekly workforce conditions review |
| Customer experience | ||
| Service Operations Workspace, service health check | Finds underperforming service journeys and the gaps behind them, and prioritizes improvements | A ranked improvement list for one service line |
| Account Territory Growth Plan | Combines customer, pipeline and market data into a prioritized growth plan for every account | Growth plans for one region’s accounts |
| Strategic Field Demand Planning | Predicts where field resources will be needed and helps act on it | A field coverage plan for one quarter |
| CPQ test-to-production migration agent | Simulates what a configuration migration will change in production before it moves | A migration impact preview before go-live |
Tool 4 gives a process card for each of the four, and every card answers the same eight questions, so the governance council can read them side by side. The first outcome on each card is chosen so a reviewer can judge it in one cycle. The line on what stays with a person at first names the commitments the owner keeps for now, and any widening later needs the second signature. The signal to move the dial names the evidence in advance, so the decision to move up becomes a check against an agreed bar rather than a fresh debate.
Finance: closing the books with Ledger
Ledger reconciles large volumes of entries and investigates anomalies. The Help Center adds that it analyzes account variances, checks account usage against controls and examines account activity before the close, guided by the customer’s own standard operating procedures. Related applications widen the view, as Oracle’s own description of one shows.
In practice
Why did margin move?
As Oracle’s Help Center describes it, a finance team asks the Gross Margin Explorer why gross margin changed from one period to the next. It investigates the variance across price, volume, cost and mix, traces the drivers through business units, cost and inventory organizations, items, customers and returns, and brings the evidence together into an explanation of what changed, why, and where to focus. The Collector Workspace, for receivables, takes policy-permitted collection actions as circumstances change.
Greyhound Consilium · Tool 4 · Card 1 · Finance
Ledger: hand over the investigation, keep the posting with an accountant
A process card: what Fusion Claw takes on, what stays with a person, where the dial starts, and the signal to move it.
How to useUse the card as the agenda for the process owner’s first working session. Agree the signal to move the dial before the first run.
Where the dial starts: human in the loop. The settings to work toward first: human in the loop, human in the lead, autonomous execution.
HR: staffing with Workforce Staffing
Workforce Staffing builds executable staffing plans that balance skills, accreditations, availability, labor rules and costs, and re-plans as conditions change. The Help Center’s schedule balance simulations compare scenarios when a schedule misses fill-rate, budget or policy goals, while preserving hard constraints. Oracle’s hospital example in part 1 shows the result.
In practice
A schedule manager’s morning
Oracle’s description of Workforce Operations Command Center shows the day before Fusion Claw is even switched on. A shift-drop request arrives with recommended replacements. A vacation request that conflicts with shift policy is flagged before anyone approves it. Absences with no shift conflicts are approved together, in bulk. With Fusion Claw, schedule balance simulations compare scenarios when a schedule misses fill-rate, budget or policy goals.
Workforce outcomes also carry the people and rules work in parts 8 and 9.
Greyhound Consilium · Tool 4 · Card 2 · HR
Workforce Staffing: plan the roster, publish within the limits people set
A process card: what Fusion Claw takes on, what stays with a person, where the dial starts, and the signal to move it.
How to useUse the card as the agenda for the process owner’s first working session. Agree the signal to move the dial before the first run.
Where the dial starts: human in the loop. The settings to work toward first: human in the loop, human in the lead.
Supply chain: fuller loads with Shipping Consolidation
Shipping Consolidation helps reduce shipping costs while addressing service commitments, modeling consolidation options and, when authorized, executing the best-supported plan. The Shipment Load Planning Workspace generates rough-cut load plans from equipment profiles, forecast volumes and constraints, and Oracle’s example in part 3 is the model. Nearby, the Procurement Spend Command Center finds opportunities to redirect purchases to existing agreements, and the Sourcing Command Center simulates awards against your own sourcing policies.
Greyhound Consilium · Tool 4 · Card 3 · Supply Chain
Shipping Consolidation: let the plan run, keep the release with a planner
A process card: what Fusion Claw takes on, what stays with a person, where the dial starts, and the signal to move it.
How to useUse the card as the agenda for the process owner’s first working session. Agree the signal to move the dial before the first run.
Where the dial starts: human in the loop. The settings to work toward first: human in the loop, human in the lead, autonomous execution.
Sales: coverage with Account Territory Growth Plan
Account Territory Growth Plan compares territory scenarios and weighs tradeoffs against capacity. The Help Center adds that it combines customer, pipeline and market data into a prioritized growth plan for every account. Oracle’s governance guidance gives the pattern: sales agents carry approval checkpoints for customer-facing changes.
Greyhound Consilium · Tool 4 · Card 4 · Sales
Account Territory Growth Plan: model freely, approve every change sellers feel
A process card: what Fusion Claw takes on, what stays with a person, where the dial starts, and the signal to move it.
How to useUse the card as the agenda for the process owner’s first working session. Agree the signal to move the dial before the first run.
Where the dial starts: human in the loop. The settings to work toward first: human in the loop, human in the lead, autonomous execution.
Greyhound Standpoint: Greyhound Consilium sees one principle across all four cards: hand over the planning first, and keep the commitment with its owner until the receipts have earned trust. Each function then sets the dial by how its work is corrected and who feels the result.
Supply chain can usually go first. Load plans can be reworked before release, utilization shows in a number, and Oracle’s example already splits what runs from what waits. Finance earns trust at the close, where the controller learns to read receipts, so agree with the external auditor, before year-end, how those receipts will evidence the close.
HR starts with the conversation. Before Fusion Claw publishes its first shift, brief the people affected, settle consent where it is required, and agree the limits the manager delegates. Sales brings compensation in early. A change to a territory usually changes someone’s pay, so involve the owners of sales compensation before the first territory moves.
The First 90 Days: From A Named Outcome To A Higher Setting
A first quarter should end with one outcome at a higher setting than it started, a measured gain, and a routine the next outcome can reuse. The order follows the research report’s runbook: set the authority and budget, agree the model and record where its reasoning runs, sort actions by how they are corrected, read the receipts, and measure units per outcome before setting the budget. The test runs need Release 26D in a non-production environment, which the cohort rule brings two weeks before your production date, or early access, so plan the weeks with your Oracle account team. Oracle has said it expects organizations to begin with more human review and expand automation as they gain experience, and its own governance guidance follows the same rhythm.
In practice
Oracle’s 90-day pattern for governing AI
Oracle’s governance guidance sets out a 90-day pattern. In the first 30 days, charter a governance council, agree a scorecard and approval thresholds, and pick one low-risk use case. From day 30 to 60, run it end to end, set its autonomy and approval gates, and document it as a reusable pattern. From day 60 to 90, evaluate a more complex workflow, review early outcomes, and publish an intake cadence for new requests.
Oracle’s playbook adds how to widen the circle: expand in waves of roughly ten, fifty and two hundred users, check quality, spend and returns between waves, and where possible keep the existing process running until confidence builds. The research report reaches the same first step: begin where the plan is staged for review, and move one outcome class at a time toward autonomy once the person who answers for it has read its receipts.
Greyhound Consilium · Tool 5 · The First 90 Days
Thirteen weeks take the first outcome from a name on a page to a higher setting on the dial
Five steps, each with its owners and what it leaves behind. The test runs in weeks 5 to 8 need Release 26D in a test environment, through your cohort or early access.
How to usePin the plan to your own start date and your 26D date. Tick each diamond when the step leaves behind what it should.
Tool 5 follows Oracle’s pattern closely. Weeks 1 to 4 match Oracle’s first 30 days: charter the council, agree the thresholds, and pick the outcome. Weeks 5 to 10 cover the end-to-end runs and the autonomy decision that Oracle places between day 30 and day 60, with the approval points already set in weeks 3 and 4. Weeks 11 to 13 match the last stretch: review the early outcomes and set the rhythm for the next ones. The reading of receipts in weeks 5 to 8 is where most of the learning happens, so protect the reviewers’ time in those weeks.
Greyhound Standpoint: Greyhound Consilium’s advice is to treat the first quarter as the moment the organization learns to delegate, not just the moment it switches on an application. Three things make the routine reusable. Write each decision into the delegation record and the readiness map, so the second outcome starts from a template. Keep the first receipt readers together as a review group, because they now know what good looks like. And by week 10, take a dated decision, signed by the owner and countersigned by the CIO, to move the outcome up, hold it, or keep it at human in the loop for another cycle.
What To Measure: The Gain, The Controls, And The Units Behind Them
What gets measured gets delegated. A business that can show the first outcome’s gain, in numbers its CFO already watches, will find the second easy to approve.
From the field
The measurement gap is the opportunity
Greyhound CIO Pulse 2026, across more than 1,000 technology leaders, found that fewer than one in three can point to measurable outcomes across most of their funded AI portfolio. Organizations that measure their first Fusion Claw outcome from a clean baseline take a first step toward the minority that can show what AI returns.
Oracle’s playbook sets the standard: “The goal is a portfolio you can defend with numbers.” Track outcomes completed, exceptions avoided and shorter cycle times, anchor value in avoided cost, and review results and costs regularly in AI Agent Studio. Put two kinds of measure on one page: business measures that show the gain, and control measures, such as items routed, held or overridden, receipts read and units per outcome, that show it was earned within the authority granted. The control measures are what move an outcome up the dial. Tool 6 sets Oracle’s example figures beside columns for your own.
Greyhound Consilium · Tool 6 · Outcome Scorecard
Oracle’s own examples show the scale of the gain, and the same measures will show yours
Business measures show the gain. Control measures, such as items routed or held and policy exceptions, show it was earned within the authority granted.
How to useTake each baseline over a full cycle before the first run, and set the same chart for your own outcome at 90 days.
Hospital roster
Inbound load plan
Measure these from your own runs
Read the scorecard in pairs. In Oracle’s hospital example, coverage rising from 70 to 99 percent is the business measure, and a receipt with no policy exceptions is the control measure that shows the gain was earned within the charge nurse’s authority. In the load plan, utilization rising to 88.2 percent is the gain, and the six orders routed and five loads held show the controls at work. A gain without its control measure is a claim, and a control measure without a gain is a cost. Together they are what a CFO and an auditor will both sign for.
Budgeting AI Units
Oracle’s brief describes paying for trusted execution “described in outcome terms rather than component or token math.” Oracle’s contract measures usage in AI Units, and Oracle’s Fusion Insider blog states that “an AI Unit is worth one cent.” Plan in AI Units, and work with your Oracle account team on how outcome-based terms apply to your agreement.
Each metered action counts the tokens a model reads and writes, divided by 10,000 and rounded up, times a factor: for a Fusion Claw action, 20 on a Frontier model and 10 on a model you bring. Oracle’s release explains why planning is where the cost sits: separating reasoning from execution “provides Fusion Applications customers with a potential economic advantage by applying AI reasoning only where intelligence is needed and using efficient deterministic computation for high-volume execution.” Oracle’s Fusion Insider blog explains that its two-part approach “can lower costs because AI is used only for the parts of the work that require reasoning,” and Oracle’s technical brief adds that because Fusion Claw “reasons once, then executes continually,” customers “don’t pay the reasoning cost on every action.” Planning is where most of the cost sits. Simple agent steps around the plan, such as approving transactions, count at zero on the Basic model hosted on Oracle Cloud Infrastructure and at 20x on a Frontier model, under Oracle’s contract. So measure units per outcome from your own runs. Tool 7 sets out the arithmetic, and the research report sets out the meter’s full arithmetic. The contract allows its factor tables to change on at least thirty days’ notice, so revisit the budget each quarter and whenever Oracle gives notice of a change.
Greyhound Consilium · Tool 7 · AI Units Budget
Units per outcome, measured in your own test runs, set the budget
Oracle meters completed AI actions, not the execution of a plan. Measure units per outcome from your own runs, then three steps turn them into a monthly budget.
How to useFill the dashed boxes from your test runs and your plan, and work left to right. Set the 26D budget and auto-stop from the last line.
How Oracle meters each AI action
Three habits keep the budget honest. Measure units per outcome in the test runs rather than estimating them, because the same outcome can draw different units depending on how much planning it needs. Count everything else that draws on the same allocation, since the included units are shared with every other AI use in the environment. And set the warning threshold well below the cap, so the owner hears about a change in consumption before auto-stop has to act.
What will shape your results
Oracle’s examples show what Fusion Claw can do. Six things decide what it does for you. Your release and cohort set which applications you have, and when. Clean master and setup data keep work flowing to the plan rather than to a planner. The settings you choose matter too: at human in the loop, the speed of review shapes the gain. So do the people who review, because reviewers who know what good looks like decide faster and better. Your model and your Fusion region shape cost and where the reasoning runs. And because the included units are shared with every other AI use in the environment, one busy agent can shape another’s cost.
Greyhound Standpoint: Greyhound Consilium takes the view that the scorecard turns a promising first quarter into a funded program. A CFO backs the second outcome on the first one’s numbers, not on the technology.
That starts with the baseline: measure today’s figure over at least one full cycle, and date it. Then measure your own units, from the test runs in the first 90 days and the 26D consumption view, and set the budget from that figure. Finally, report on a cadence, monthly to the owner and quarterly to the governance council, with a clear call to double down, hold or step back.
Who Answers For The Outcome: Roles, Records, And The People Around Them
Fusion Claw changes who does the work, not who answers for it. Oracle’s governance guidance is direct: “the people best positioned to govern AI capabilities are those who own the outcomes.”
In practice
Three layers of ownership
In Oracle’s governance guidance, IT owns the platform controls every agent inherits: identity, role-based access, data security, guardrail scans and a complete audit trail. The business owns domain governance: which agents are active, where approval gates sit, and which agent is accountable for each outcome. In Oracle’s words, “the real governance job is defining those guardrails and gates, not supervising every action.” A council of business, IT, security, privacy, legal and compliance approves new agents, monitors outcomes, and owns the escalation path.
From the field
Accountability is the first question
Buyers ask who answers for an outcome before they ask what the software can do. An assistant commissioner at the Australian Taxation Office put it in one line: “in the end, we’re accountable for the outcomes to all citizens and residents of Australia.” The delegation record and the receipt are how an organization answers that question as the dial moves.
Tool 8 puts names against each decision.
Greyhound Consilium · Tool 8 · Who Owns What
Thirteen decisions, each with an owner and a second name
Following Oracle’s three layers of ownership: IT for the platform, the business for its domain, and a council across both. Worker representatives are consulted on workforce outcomes.
How to useWrite the name of the person in your organization under each heading, then check that no row is left without an owner and a second name.
- Which outcomes may run, and at which settingOwnsProcess ownerCouncilSecond signature or chairCIO
- Widening any authority already delegatedOwnsProcess ownerSecond signature or chairCIO
- Agent roles and permissionsOwnsSecurity adminConsulted or reviewsProcess owner
- Policy models and their testsOwnsProcess ownerITConsulted or reviewsInternal audit
- Approval points and exception routingOwnsProcess ownerConsulted or reviewsCouncil
- AI Units budget and thresholdsOwnsFinanceITSecond signature or chairCFO
- Model, and where reasoning runs, for regulated dataOwnsCISO and DPOConsulted or reviewsCouncilOracle team
- Receipt review and retention, for the audit committeeOwnsControllerConsulted or reviewsInternal audit
- Stopping runs, and rehearsing howOwnsProcess ownerConsulted or reviewsIT
- A route for an affected person to a reviewerOwnsProcess ownerConsulted or reviewsCHROCISO and DPO
- Action classes and the correction routineOwnsProcess ownerInternal auditConsulted or reviewsController
- Worker information and consultationOwnsCHROConsulted or reviewsWorker reps
- New outcomes, escalation and the quarterly reviewOwnsCouncilSecond signature or chairCIO
Which outcomes may run, and at which setting. Owns: Process owner, Council. Second signature or chair: CIO. Widening any authority already delegated. Owns: Process owner. Second signature or chair: CIO. Agent roles and permissions. Owns: Security admin. Consulted or reviews: Process owner. Policy models and their tests. Owns: Process owner, IT. Consulted or reviews: Internal audit. Approval points and exception routing. Owns: Process owner. Consulted or reviews: Council. AI Units budget and thresholds. Owns: Finance, IT. Second signature or chair: CFO. Model, and where reasoning runs, for regulated data. Owns: CISO and DPO. Consulted or reviews: Council, Oracle team. Receipt review and retention, for the audit committee. Owns: Controller. Consulted or reviews: Internal audit. Stopping runs, and rehearsing how. Owns: Process owner. Consulted or reviews: IT. A route for an affected person to a reviewer. Owns: Process owner. Consulted or reviews: CHRO, CISO and DPO. Action classes and the correction routine. Owns: Process owner, Internal audit. Consulted or reviews: Controller. Worker information and consultation. Owns: CHRO. Consulted or reviews: Worker reps. New outcomes, escalation and the quarterly review. Owns: Council. Second signature or chair: CIO.
Two habits make the map work. No row is complete until it carries two names, because a decision with one name has no second check. And the people who set a limit should not be the only ones to test it: the process owner and the council set the authority, and internal audit and the controller also check how it was used. Oracle’s three layers give the same division at a higher level, with IT owning the controls every agent inherits, the business owning its domain, and the council deciding where the line falls for each use case.
Three records that make it auditable
The first is the delegation record in Tool 3. The second, Tool 9, sorts every action by how it is corrected, which sets where it goes first once its receipts have been read. Oracle’s brief is clear that “Customers decide how much autonomy to delegate,” so the owner widens a setting through the delegation record, with its second signature, as confidence grows. An outcome that changes people’s work or pay can start lower, as the process cards and Part 9 advise. Correction is handled within Fusion, through its own transactions, so the register makes every outcome’s corrections, and who makes them, known before it runs.
Greyhound Consilium · Tool 9 · Action Register
How a result is corrected sets how far its action goes up the dial at first
Five classes of action, how each is corrected, and how far each goes in its first cycles once its receipts have been read.
How to useList every action an outcome takes against the class that matches how it is corrected. The owner can widen a ceiling, with the second signature, as receipts prove it.
Analysis and recommendations: goes as far as autonomous execution at first. Plans staged before release: goes as far as autonomous execution at first. Entries correctable in bulk: goes as far as autonomous execution at first. Entries correctable one by one: goes as far as human in the lead at first. Autonomous execution is a later step, with the second signature. Final once done: goes as far as human in the loop at first. Money and goods stay with a person.
The third is the receipt, read on a routine. Oracle has said the receipt carries more context than a conventional audit log, including the full text of the policies used during the task. Tool 10 sets out the checks for the people who read it.
Greyhound Consilium · Tool 10 · Receipt Review
Ten checks for the people who read receipts, before an auditor does
An illustrative receipt with the fields Oracle’s two published examples describe, the check for each, and three checks made alongside it. Placeholder bars stand in for content.
How to useRead each receipt against the ten numbered checks and tick each one. Send anything that fails to the process owner the same day.
During the test runs, read every receipt. Once an outcome runs at a higher setting, a sample is enough, sized by internal audit and weighted toward runs with exceptions or items held. The checks marked for the controller and internal audit are the ones an external auditor is most likely to repeat, so agree their evidence early.
The people side
In Oracle’s examples, people stay at the center of the work, and what changes is the work they do. The charge nurse spent her time on the one decision that needed her. A planner took the six orders with data issues, while the system built 154 loads and held five for review. That is the shape of the work ahead for planners, schedulers, accountants and sales operations analysts: setting limits, reading receipts, and handling the exceptions that need judgment.
Greyhound Standpoint: Greyhound Consilium is clear that the organizations that gain most from Fusion Claw will invest in the people around it as deliberately as in the configuration. The software plans. People decide what it may do and judge what it did.
1/ Name the governance council now. Bring together business, IT, security, data privacy, legal and compliance, as Oracle recommends, so the council can decide where the line falls for each use case. Greyhound Consilium suggests the CIO as its chair.
2/ Rewrite the roles that change. Write down the new tasks for each planner, scheduler or analyst whose work moves to Fusion Claw, and train for them before the first run.
3/ Make receipt reading a skill. Train the first reviewers on Tool 10 with real receipts from the test runs, before any outcome moves up the dial.
4/ Sort every action before the dial moves. The process owner and internal audit place every action in a class in Tool 9, and no outcome passes human in the loop until that class’s correction routine has been rehearsed.
5/ Tell people early and plainly. Teams and their representatives hear what is changing, why, and what their new role is, before the first test run.
The Rules In Practice: What Regulators Ask And What Fusion Claw Provides
The research report reads the rules in seven jurisdictions and finds them converging on a four-part rule: the organization answers for the agent, a competent person can halt it before its output takes effect, the record lets a third party reconstruct what it did, and an affected person can reach someone empowered to change the result. Fusion Claw was built with the same instincts. Exhibit 6 sets each part beside what Fusion Claw provides and what the organization adds.
Greyhound Consilium · Exhibit 6 · The Four-Part Rule
Fusion Claw already provides much of what regulators ask for, and each organization adds the rest
The four-part rule Greyhound Research’s report of October 14, 2026 reads across regulators’ texts in seven jurisdictions.
Fusion Claw covers much of each part. The organization adds the owner, the rehearsal, the retention plan and the route to a person.
| What the rules ask | What Fusion Claw provides | What your organization adds |
|---|---|---|
| Answer for it | Authority that comes only from the business, since AI “can’t grant itself authority to act,” and a receipt that names who requested, owned and executed the work, and in Oracle’s shipment example the approver too | A named owner for every outcome, recorded in the delegation record |
| Halt it | Approvals before actions where required, escalation of exceptions, and Release 26D controls that auto-stop new runs when a selected application or agent budget is exhausted and stop new or running sessions when immediate control is needed | Who may stop runs, when, which approvals hold an outcome for review, and a rehearsal of how |
| Reconstruct it | A receipt for every run of the evidence used, decisions made, actions taken and transactions affected, which Oracle’s brief calls “a durable record” of which policy governed the work, with a verification signature, shown in its shipment example as a verification ID and a digital signature | Retention agreed with your auditors, kept with the delegation record and policy version |
| Let a person change the result | Settings that keep a person approving or directing, and correction through Fusion’s own transactions | A correction routine, and a route for an affected person to reach someone who can change the result |
From the field
What supervisors are saying
A deputy governor of the Reserve Bank of India put the principle in one sentence in September 2026: “Technology can distribute a service, but it cannot distribute responsibility.” Singapore’s model governance framework for agentic AI asks deployers to be able to “stop agent workflow and escalate to a human supervisor.” Both describe the envelope Fusion Claw works inside.
Workforce outcomes come first everywhere, because Annex III of the AI Act reaches systems used “to allocate tasks based on individual behaviour or personal traits or characteristics.”
Auditors are moving too. The proposed revision of the international standard on audit evidence, open for comment until December 15, 2026, adds authenticity to the attributes of the reliability of information used as audit evidence. Tool 11 gives each jurisdiction’s rule, its date, and what to do.
Greyhound Consilium · Tool 11 · Regulatory Runway
Seven jurisdictions share one expectation, and each has its own date
Each jurisdiction on one timeline, with what to do there. The Netherlands is shown beside the EU. A planning aid, not legal advice.
How to useTick each jurisdiction that applies to your organization, and work back from its date to the outcomes it touches. Confirm the position with counsel.
As read in October 2026. Filled: in force or published by then. Open: due later.
- IndiaData protection rules, and the central bank’s model risk draftNotified Nov 2025Draft guidance Jun 2026Full force May 2027Map stop controls and oversight, and, as good practice, record where reasoning on personal data runs
- SingaporeAgentic AI governance framework (guidance)Framework published Jan 2026Map each outcome’s escalation path and stop controls
- United KingdomData (Use and Access) Act safeguardsSafeguards apply Feb 2026Tell people about significant automated decisions, with a route to a named reviewer who can intervene
- United StatesFederal banking guidance, then Colorado and CaliforniaFederal guidance Apr 2026State rules Jan 2027Govern Claw outcomes under your own risk management, and give a reviewer with authority the final say on significant decisions about people
- New ZealandPrivacy principles 3A and 8Principle 3A May 2026Tell people when their data comes from another source, and check the data each outcome uses before it runs
- AustraliaTransparency for automated decisionsTransparency duty Dec 2026Describe in your privacy policy the decisions about individuals that Claw outcomes make or substantially support
- European UnionAI Act duties for high-risk workplace systemsAnnex III duties Dec 2027Classify workforce outcomes now, keep logs, including receipts, at least six months, and plan information to representatives and affected workers
- NetherlandsUnion guidance on works council consent, beside the EUIn force no set dateWhere a works council exists, secure its consent before a rostering outcome is introduced
India, Data protection rules, and the central bank’s model risk draft: Notified, Nov 2025, Draft guidance, Jun 2026, Full force, May 2027 (due later). Singapore, Agentic AI governance framework (guidance): Framework published, Jan 2026. United Kingdom, Data (Use and Access) Act safeguards: Safeguards apply, Feb 2026. United States, Federal banking guidance, then Colorado and California: Federal guidance, Apr 2026, State rules, Jan 2027 (due later). New Zealand, Privacy principles 3A and 8: Principle 3A, May 2026. Australia, Transparency for automated decisions: Transparency duty, Dec 2026 (due later). European Union, AI Act duties for high-risk workplace systems: Annex III duties, Dec 2027 (due later). Netherlands, Union guidance on works council consent, beside the EU: In force, no set date.
Use the runway backwards. Take each date, list the outcomes it touches, and set the work that must be finished before it. The nearest date still to come is Australia’s transparency duty on December 10, 2026, which calls for a privacy policy that describes the decisions a computer program makes, or substantially and directly supports, that could significantly affect an individual’s rights or interests, including any that Claw outcomes make or support. US state rules follow from January 1, 2027, India’s data protection rules reach full force in May 2027, eighteen months after notification, and the EU’s duties for Annex III workforce systems apply from December 2, 2027. Most of the work is the same everywhere: a named owner, a way to halt, a record that reconstructs each run, and a route for an affected person to someone who can change the result.
Greyhound Standpoint: Greyhound Consilium’s assessment is that Fusion Claw gives regulated organizations a strong start, because its authority model, approvals and receipt line up with what supervisors ask for. The general counsel, the chief risk officer and the CHRO should take three steps with the CIO before any outcome that touches people or regulated data moves up the dial:
1/ Classify once. Mark every outcome that allocates work, decides about an individual, or uses regulated data, and keep it at human in the loop longest.
2/ Settle the people questions first. Worker information, and consent where it is required, come before the first test run of any outcome that touches people.
3/ Make the record auditor-ready. Keep receipts at least six months. Agree with your Oracle account team and your external auditor how receipts are retained in your environment and shown to auditors, and store them with the delegation record and policy version.
From One Outcome To Many: Autonomy That Expands As Receipts Prove It
The first outcome proves the routine, so the next ones move faster. Oracle’s governance guidance says it plainly, of quotes and pricing: “Autonomy expands only when performance and controls are proven.”
In practice
One function at a time, each at its own pace
In Oracle’s governance guidance, service moves first, with answer and summarization agents under human oversight. Sales adds opportunity and account agents, with approval checkpoints for customer-facing changes. Configure, price and quote starts with advisory support and keeps approvals on quotes, pricing and contracts, because of the direct financial exposure. Once a type of use case is vetted, similar agents follow an expedited review.
Fusion Claw also improves with use. Oracle’s brief explains that it re-plans within a job’s authority and, across runs, “carries forward what worked.” As enterprises bring their own agents and assistants, governed execution stays in Fusion whichever client made the request, with Fusion Claw supplying approval chains, delegation rules, separation of duties and transaction integrity. Oracle’s playbook closes the loop: reinvest demonstrated savings in the next wave, because “A disciplined program is one that knows when to double down and when to step back.” Tool 12 is the quarterly review that makes those calls.
Greyhound Consilium · Tool 12 · Quarterly Review
Eight questions each quarter decide what moves up, what holds, and what comes next
Run by the governance council, with the CIO in the chair. Each question names the evidence to bring.
How to useWork round the loop from question 1, bringing the evidence named under each. Close with one of the four decisions for every outcome.
The review works best as a standing meeting with a fixed agenda. Each question names the evidence to bring, so the council decides from the scorecard, the receipts and the record rather than from impressions. Over time, the review also builds the organization’s own library of patterns: each vetted outcome becomes a template the next one starts from, as Oracle’s governance guidance advises, so similar outcomes can follow its expedited review.
Greyhound Standpoint: Greyhound Consilium recommends a steady rhythm of at least one new outcome a quarter, each starting from the routine the last one built, and once a class of outcome is vetted, similar outcomes can follow the expedited review Oracle’s governance guidance describes. The CIO should hold two lines.
Promotion is earned. Learning makes an outcome better at its work, not more autonomous, so only its owner moves it up the dial, with the CIO’s second signature as governance council chair. And there is one place for authority. Route any work that touches Fusion through Fusion’s own controls, so every outcome, whoever asked for it, runs under the same envelope and leaves the same receipt.
Getting Started With Oracle: Four Working Sessions To A Dated Plan
Everything in this guide is designed to be done with your Oracle account team and implementation partner. They know your cohort, applications and configuration. Your teams know your outcomes, policies and people. Four working sessions bring the two together and fit within the first month of the 90-day plan.
Greyhound Consilium · Tool 13 · Working-Session Roadmap
Four working sessions with your Oracle account team turn this guide into a dated plan
Held with your Oracle account team and implementation partner, within the first month of the 90-day plan.
How to useBook all four sessions at once. Bring what each one lists, and do not leave without what it promises.
Each session leaves something the next one needs, so book all four at once. The map gives the second session its outcomes, the second gives the third its controls, and the third gives the fourth its budget and model. Bring the people who will own the decisions, not only those who will configure them: the process owner to every session, the CISO, the data protection officer and finance to the third, and the controller and internal audit to the fourth.
Greyhound Standpoint: Greyhound Consilium’s view is that Fusion Claw rewards organizations that start now, deliberately, with one outcome and a clear owner. The product brings the dial, the controls and the receipt. The organization brings the authority, the measures and the people.
The next step is small and specific. This week, the CIO names the first process owner and books the first working session with the Oracle account team, and each process owner brings the Tool 4 card for their function. Within six weeks, the first delegation record entry is written, the budget is capped, and the first test runs are under way. Within a quarter, the first outcome runs at a higher setting than it started, with its gain on the CFO’s scorecard and its receipts in audit’s hands. That is the dial, turned with confidence, one outcome at a time.
Terms Used In This Guide
Agentic application. Software that owns a whole outcome from start to finish, rather than one step of it.
AI Agent Studio. Where administrators enable Claw-powered applications and set their autonomy settings, policy models, approvals and budgets.
AI Units. Oracle’s measure of AI usage: for each metered AI action, the tokens a model reads and writes, divided by 10,000 and rounded up, multiplied by a factor for the model tier and the kind of action. Deterministic execution under an approved plan draws none.
Autonomous execution. The setting on the dial where the system runs within its guardrails and people handle exceptions.
Cohort. The group a production environment belongs to, which sets which of Oracle’s three dates it takes each quarterly update on.
Delegation record. Greyhound Consilium’s term for a short record, one entry per outcome, of what was delegated, at which setting, under which policy version, and by whom.
Deterministic computation. Rule-following calculation, where the same inputs give the same results every time.
Enterprise Operating Envelope. Oracle’s authority layer: the objectives, policies, procedures, permissions, approvals and escalation points a business sets, held in controls Fusion already has.
Frontier model. The most capable class of AI model, from providers such as OpenAI and Google, which Fusion Claw can use to plan, alongside a model the customer brings.
Human in the lead. The setting on the dial where the system runs and a person directs it and steps in.
Human in the loop. The setting on the dial where a person approves each action before it runs.
Outcome Receipt. The auditable record of a run: the authority applied, the evidence used, the decisions made, the actions and transactions, and the result.
Outcome Trust Harness. The controls Oracle applies to each run, covering identity, capabilities, data and actions.
Policy model. A written policy turned into tested decision logic, published in AI Agent Studio before it is used.
Release 26D. The Fusion quarterly update that brings Fusion Claw.
Runtime. The engine that actually runs the work.
Workflow agent. An agent that carries out multi-step tasks within rules and approvals, adding reasoning where the rules run out.
Sources And References
Every fact, figure and quotation in this guide traces to one of the sources below, presented in Harvard reference format and grouped by class. In the web edition, each source is also linked in the sentence that carries it. All sources were accessed between October 5 and October 15, 2026.
Oracle announcements and briefs
Oracle Corporation (2026a) Oracle Extends Fusion Agentic Applications with Introduction of Fusion Claw. Press release, September 29. Available at: https://www.oracle.com/news/announcement/oracle-extends-fusion-agentic-applications-with-introduction-of-fusion-claw-2026-09-29/
Oracle Corporation (2026b) Oracle Fusion Claw. Technical brief, Version 1.0, October. Available at: https://www.oracle.com/a/ocom/docs/oracle-fusion-claw-technical-brief.pdf
Oracle Corporation (2026c) Oracle Fusion Cloud Service Descriptions. Contract document, v100826, effective October 8. Available at: https://www.oracle.com/contracts/docs/oracle-fusion-cloud-service-desc-1843611.pdf
Oracle Corporation (n.d.) Oracle AI for Fusion Applications. Product page. Available at: https://www.oracle.com/applications/fusion-ai/
Oracle documentation
Oracle Help Center (2026a) Manage AI unit budget, consumption, and controls. Release 26D Common Technologies and User Experience What’s New, feature f51348, updated September 21. Available at: https://docs.oracle.com/en/cloud/saas/readiness/common/26d/common26d/26D-common-wn-f51348.htm
Oracle Help Center (2026b) Where are the locations of the OpenAI endpoints for AI agents in Fusion Applications? Oracle AI for Fusion Applications Questions and Answers, build stamp September 22. Available at: https://docs.oracle.com/en/cloud/saas/fusion-ai/aiaqa/where-are-the-locations-of-the-openai-endpoints-for-ai-agents-in-fusion-applications.html
Oracle Help Center (2026c) Add a Policy Model to a Policy Node of Workflows. Release 26D guide, September 24. Available at: https://docs.oracle.com/en/cloud/saas/fusion-ai/26d/aiaas/add-a-policy-model-to-a-policy-node-of-workflows.html
Oracle Help Center (2026d) Use Oracle Fusion Claw to create autonomous outcomes with agentic applications. Release 26D Common Technologies and User Experience What’s New, feature f51374, delivered September 28. Available at: https://docs.oracle.com/en/cloud/saas/readiness/common/26d/common26d/26D-common-wn-f51374.htm
Oracle Help Center (2026e) Oracle AI for Fusion Applications: Fusion Claw Capabilities. Documentation page, as read on October 15. Available at: https://docs.oracle.com/en/cloud/saas/fusion-ai/fusion-claw.html
Oracle Help Center (2026f) How do I configure the retention period for generative AI data? Oracle AI for Fusion Applications Questions and Answers, build stamp September 22. Available at: https://docs.oracle.com/en/cloud/saas/fusion-ai/aiaqa/how-do-i-configure-the-retention-period-for-generative-ai-data.html
Oracle blogs and demonstrations
Oracle Fusion Development (2025) Quarterly updates made easy. The Fusion Insider blog, December 10. Available at: https://blogs.oracle.com/fusioninsider/quarterly-updates-made-easy
Oracle Fusion Development (2026a) New Fusion Agentic Applications—details and demos. The Fusion Insider blog, May 15. Available at: https://blogs.oracle.com/fusioninsider/new-fusion-agentic-applications-details-and-demos
Oracle Fusion Development (2026b) A playbook for scaling business value with Fusion AI. The Fusion Insider blog, August 27. Available at: https://blogs.oracle.com/fusioninsider/a-playbook-for-scaling-business-value-with-fusion-ai
Oracle Fusion Development (2026c) Workflow agents—where business rules meet AI reasoning. The Fusion Insider blog, September 17. Available at: https://blogs.oracle.com/fusioninsider/workflow-agents-where-business-rules-meet-ai-reasoning
Oracle Fusion Development (2026d) Introducing Fusion Claw for complex, autonomous work. The Fusion Insider blog, October 13. Available at: https://blogs.oracle.com/fusioninsider/introducing-fusion-claw-for-complex-autonomous-work
Oracle Fusion Development (2026e) Who owns AI governance? The Fusion Insider blog, October 13. Available at: https://blogs.oracle.com/fusioninsider/who-owns-ai-governance
Rajgarhia, G. (2026) Policy Model in Workflow Agents. Oracle Fusion Development Center of Excellence blog, August 5. Available at: https://blogs.oracle.com/fusioncoe/policy-model-in-workflow-agents
Rajgarhia, G., Satyamurthy, A., Ragul, A., Mathew, R. and Kerr, B. (2026) Identity and Security in AI Agent Studio. Oracle Fusion Development Center of Excellence blog, July 27. Available at: https://blogs.oracle.com/fusioncoe/identity-and-security-in-ai-agent-studio
Oracle executives in named media
Gillin, P. (2026) Oracle expands AI agent features with Fusion Claw. SiliconANGLE, September 29. Available at: https://siliconangle.com/2026/09/29/oracle-expands-ai-agent-functionality-with-fusion-claw/
Research this guide builds on
Greyhound Research (2026a) Everyone Is Building AI Agents. Oracle Is Moving The Contest Inside The Runtime. Research report, July 20, including findings from Greyhound CIO Pulse 2026. Available at: https://greyhoundresearch.com/everyone-is-building-ai-agents-oracle-is-moving-the-contest-inside-the-runtime/
Greyhound Research (2026b) Oracle Fusion Claw – Autonomy Arrives With A Receipt. Research report, October 14. Available at: https://greyhoundresearch.com/oracle-fusion-claw-autonomy-arrives-with-a-receipt/
Regulator, government and standard-setter texts
Board of Governors of the Federal Reserve System, Office of the Comptroller of the Currency and Federal Deposit Insurance Corporation (2026) SR 26-2, Revised Guidance on Model Risk Management. April 17. Available at: https://www.federalreserve.gov/supervisionreg/srletters/SR2602.htm
California Privacy Protection Agency (2025) Regulations on cybersecurity audits, risk assessments and automated decisionmaking technology, approved text, with automated decisionmaking requirements applying from January 1, 2027. Available at: https://cppa.ca.gov/regulations/pdf/ccpa_updates_cyber_risk_admt_appr_text.pdf
Colorado Attorney General (2026) Artificial intelligence rulemaking page, law effective January 1, 2027. Available at: https://coag.gov/ai/
European Union (2024) Regulation (EU) 2024/1689 (Artificial Intelligence Act), Article 26 and Annex III, as amended by Regulation (EU) 2026/1744, applying to Annex III systems from December 2, 2027. Text as published by the AI Act Explorer. Available at: https://artificialintelligenceact.eu/article/26/ and https://artificialintelligenceact.eu/annex/3/
Infocomm Media Development Authority (2026) Model AI Governance Framework for Agentic AI, Version 1.0. January 22. Available at: https://www.imda.gov.sg/-/media/imda/files/about/emerging-tech-and-research/artificial-intelligence/mgf-for-agentic-ai.pdf
International Auditing and Assurance Standards Board (2026) Proposed International Standard on Auditing 500 (Revised), Audit Evidence, exposure draft. August, comments due December 15. Available at: https://ifacweb.blob.core.windows.net/publicfiles/2026-08/IAASB-Audit-Evidence-Risk-Response-ISA-500-Exposure-Draft.pdf
Murmu, S. C. (2026) Trusted Innovation: Shaping the Future of Finance. Speech, Reserve Bank of India, Global FinTech Fest, Mumbai, September 11. Available at: https://www.rbi.org.in/Scripts/BS_SpeechesView.aspx?Id=1579
Office of the Australian Information Commissioner (2026) New resources on transparency for use of AI and automated decision-making. September 30. Available at: https://www.oaic.gov.au/news/media-centre/new-resources-on-transparency-for-use-of-ai-and-automated-decision-making
Office of the Privacy Commissioner, New Zealand (n.d.) Principle 8, Privacy Act 2020. Available at: https://www.privacy.org.nz/privacy-act-2020/privacy-principles/8/
Outlook Money (2026) Sebi to Issue AI/ML Guidelines for Capital Markets: Mandatory ‘Kill Switch’ and Human Oversight Framework Explained. Named media report of a regulator’s statement of August 19, updated August 20. Available at: https://www.outlookmoney.com/invest/sebi-to-issue-aiml-guidelines-for-capital-markets-mandatory-kill-switch-and-human-oversight-framework-explained
Press Information Bureau, Government of India (2025) Government notifies DPDP Rules to empower citizens and protect privacy. November 14. Available at: https://www.pib.gov.in/PressReleasePage.aspx?PRID=2190014®=3&lang=2
Reserve Bank of India (2026) RBI issues draft Guidance on Regulatory Principles for Model Risk Management. Press release, June 24. Available at: https://www.rbi.org.in/scripts/BS_PressReleaseDisplay.aspx?prid=63006
United Kingdom (2025) Data (Use and Access) Act 2025, section 80, automated decision-making provisions in force February 5, 2026. Available at: https://www.legislation.gov.uk/ukpga/2025/18/section/80
Employee representatives
FNV, ARBO netwerk (2025) Medezeggenschap en AI. Guidance for works councils, December. Available at: https://www.fnv.nl/getmedia/8b24119f-4f18-43e9-9d4f-6a3d08a21c59/AI-in-medezeggenschap-20251203.pdf
Named buyers and industry bodies
Crozier, R. (2026) ATO culture keeps a cap on agentic AI ambitions. iTnews, September 23. Available at: https://www.itnews.com.au/news/ato-culture-keeps-a-cap-on-agentic-ai-ambitions-629118
ISACA (2026) New ISACA Research: 56% of Digital Trust Pros Don’t Know How Fast They Could Shut Down AI After a Security Incident. Press release via Business Wire, March 23. Available at: https://www.businesswire.com/news/home/20260323090694/en/New-ISACA-Research-56-of-Digital-Trust-Pros-Dont-Know-How-Fast-They-Could-Shut-Down-AI-After-a-Security-Incident
Disclosures: Independence, Financial, Intended Use, Methodology, Authoring, And Copyright
The evidence in this guide is current through October 15, 2026. Any written response received from an organization named in it after that date is dated where it appears.
Independence Disclosure
Research under the Greyhound Research brand is independent, and no organization holds a right of approval over its content or publication. Greyhound Consilium shared this guide with Oracle for review before publication. Editorial control, the analysis and the recommendations remained Greyhound Consilium’s own. Greyhound Consilium is the B2B thought-leadership arm of The House Of Greyhound and a sister brand to Greyhound Research. It builds on Greyhound Research’s independent research through collaborations that produce thought-leadership content, research, and practical toolkits for decision-makers. Every Greyhound Consilium publication names its partner on the face of the document. This guide is published under the Greyhound Consilium brand and was developed in partnership with Oracle.
Financial Disclosure
Greyhound Research undertakes advisory and consulting engagements with enterprise buyers and technology providers, and no such engagement confers control over its research findings or its decision to publish them. Oracle is a client of Greyhound Research (part of The House Of Greyhound). Greyhound Research holds no other financial interest in Oracle or its subsidiaries.
Intended Use
This guide is written for CIOs and the leaders who own finance, HR, supply chain and sales processes in organizations that run, or are moving to, Oracle Fusion Cloud Applications. It sets out practical steps for deciding how much authority to hand Fusion Claw, outcome by outcome, to inform technology, process and governance decisions. Its summaries of regulation are for business planning, not legal advice or a determination of any organization’s obligations. Greyhound Consilium is not a law firm, and readers should confirm specific obligations with qualified counsel. This guide is not investment advice, a recommendation to buy, sell, or hold any security, or a view on any company’s share price or valuation. Its guidance rests on the documents listed in Sources And References as they stood on October 15, 2026, and can change as Oracle and others publish more. Product availability, features and contract terms are described as Oracle published them through October 15, 2026, so confirm them with your Oracle account team before acting on them.
Research Methodology
Greyhound Consilium’s guidance rests on source evidence verified against the document that supports each claim. Greyhound Consilium developed this guide in partnership with Oracle in October 2026. It builds on Oracle Fusion Claw – Autonomy Arrives With A Receipt, the independent research report Greyhound Research published on October 14, 2026, and on Oracle’s public material published through October 15, 2026. The evidence comprises the thirty-seven sources listed in Sources And References, in eight classes, from Oracle’s announcements, documentation, blogs and executives’ statements in named media to the research this guide builds on, regulators’ texts, employee representatives and named buyers.
Every example is Oracle’s own published example or a named public source, linked where it appears. Exhibits carried forward from the research report say so on their face. Buyer evidence comes from Greyhound CIO Pulse 2026 and Greyhound Fieldnotes, as cited in the research report. No composite or invented customer appears, and the tools leave the figures to the reader. Quotations are checked against the live source before publication, and the guide was shared with Oracle before it was published.
Authoring Disclosure
This material reflects the analysis, viewpoint and editorial judgment of Greyhound Consilium. The position presented is developed from Greyhound Consilium’s research, advisory work and accumulated institutional knowledge. Depending on the assignment, AI may be used to retrieve relevant material; structure, draft or polish prose from analyst-provided concepts, dictation, notes, rough drafts and source material; support secondary research and factual cross-checking; and assist with editing, condensation and consistency with Greyhound Consilium’s house style. AI does not independently establish Greyhound Consilium’s viewpoint, analytical position or conclusions. Material factual claims are verified against source evidence before release. Greyhound Consilium reviews and approves the final material and retains responsibility for it.
Copyright Policy
All content in this document is protected by copyright law and may not be reproduced, distributed, transmitted, displayed, published, or broadcast without the prior written permission of Greyhound Consilium or, in the case of third-party materials, the prior written consent of the copyright owner of that content. You may not alter, delete, obscure, or conceal any trademark, copyright, or other notice appearing in any Greyhound Consilium content. Quotation of up to one hundred words is permitted where it carries attribution to Greyhound Consilium and a link to the published page. Reproduction, redistribution or republication beyond that extent, in whole or in part, by email or in any medium including websites, newsletters and intranets, requires prior written permission, which may be requested at the address below. Oracle and its partners may share this guide with customers and at events, in full and unaltered. The published version of this guide on greyhoundresearch.com carries sharing tools for readers who wish to share it. Copyright in this guide is held by Greyhound Research, the legal entity under which Greyhound Consilium publishes.
For questions arising from these disclosures or about this guide, including licensing requests and media inquiries, contact Greyhound Consilium at connect@thofgr.com.
Discover more from Greyhound Research
Subscribe to get the latest posts sent to your email.
