Our view
Whether an AI agent goes live inside a company now depends less on the model than on its mandate: who authorises which actions, which steps need a human signature, and how the agent is stopped when it goes wrong.
Taiwan's financial regulator has published a draft that grades agent risk by data and by action, and a Digital Agency paper in Japan proposes least privilege and human judgement for irreversible steps, so official thinking in the two places is now close. FDE AI reads this as the point where an authority map becomes a standard deliverable of every agent project, and where some of the AI budget has to move from models to permissions.
Regulators have started to grade actions, not answers
On 13 October, Taiwan's Financial Supervisory Commission (FSC) published a consultation paper on the security of agentic AI in financial institutions. Agentic AI here means systems that plan their own steps, call tools and reach across systems, rather than chatbots that only answer.
The grading is the interesting part. Risk is scored on three axes: how sensitive the data is, how much impact an action has, and how far the agent's capabilities can spread. Whichever axis scores highest sets the level. There are 4 levels, and the examples at the top include payments, changes to credit limits or permissions, irreversible actions and edits to customer records.
- 01List the use cases
- 02Score three axes: data, action, capability
- 03Highest axis sets the level, L1 to L4
- 04Where it landsAssign review, monitoring and shutdown by levelFDE AI summary: the level sets how much review and shutdown is needed; the draft says high-risk actions must not be left to the agent alone
- Top-level examples|Payments, permission changes, irreversible actions
- High-risk actions|Never by the agent alone
Source: Financial Supervisory Commission consultation paper (2026-10-13), compiled by FDE AI
That middle axis is the shift. For two years the debate about generative AI risk asked whether a model might say something wrong. Action impact asks whether an agent might do something wrong, and how badly.
FDE AI reads the FSC's choice of unit as the more consequential detail. Governance is organised by use case, and for each one the firm must state the purpose, who is responsible, which data the agent may read, which tools it may call, which actions it may take, where its outputs land, and how it is stopped and traced. None of those answers lives inside a model. They live in the firm's own processes and access tables, which is why model selection can no longer be the first step of an agent project.
Three jurisdictions, one missing document
The FSC treats an agent as a non-human identity with the capacity to act, managed under zero-trust principles. In practice the draft proposes authorisation scoped to a task and limited in time, and an agent that never inherits the full permissions of the person who triggered it. Under the draft, irreversible or high-impact actions must not be executed by the agent alone; they would need a policy check, a human confirmation or a second reviewer first.
The draft treats logging and shutdown the same way. Records should be linked by common identifiers, and where the logging has gaps the process should not be automated at all. An agent must also be something that can be switched off, have its tokens revoked and be rolled back.
Tokyo's proposals look similar, though they are at an earlier stage and aimed at ministries. A list of draft issues tabled at a Digital Agency advisory board on 29 September proposes least privilege as the base principle for government agents and asks for human judgement, or monitoring that can halt the task, before money moves or data leaves the building. It also proposes a unique ID for every agent and a register of the tools and servers agents connect to. In Washington, the National Institute of Standards and Technology (NIST) is standing up a project on agent identity and authorisation after its February concept paper drew more than 600 responses.
- Primary publication
- Media report
- Government call window
Sources: Digital Agency, Japan (2026-09-29); Financial Supervisory Commission (2026-10-13); Cabinet Office, Japan (2026-10-02); compiled by FDE AI
The vocabulary differs, but the document they point to is much the same in all three: a map, for each agent, of what it may touch, what it may press and where it must stop and wait for a person. In FDE AI's reading, the model, the accounts and the process typically sit with three different teams. The vendor owns the model, security owns the accounts and the business unit wants speed, so the boundary often has no clear owner.
Why Japan's call matters to buyers outside Japan
Japan is approaching the problem from the other end. From 19 to 30 October, the Cabinet Office, the Digital Agency and the Ministry of Economy, Trade and Industry are collecting examples of rules that block AI deployment, and the call names agentic AI and physical AI among its targets. The government says it intends to draw on the results in the Regulatory Reform Promotion Council's deliberations and the revision of Japan's AI Basic Plan.
Taiwan is asking which new rules agents must follow; this Japanese call asks which old rules stop AI. FDE AI reads both as pointing to the same artefact. A firm that can already say what its agents are allowed to do will find it easier to answer either government, and easier to sell into either market.
For buyers that operate across borders, the practical consequence is that one authority map per agent can serve several regulators. A bank in Taipei would, under the FSC draft, have to show use case by use case which data an agent reads and which actions it may take on its own. Among the documents cited here there is no equivalent draft for private firms in Japan, but if Japan's government guidelines adopt the Digital Agency's proposals, vendors selling agents to ministries are likely to be asked a similar question. FDE AI reads that as the likely first channel. Writing that record once, at design time, costs far less than reconstructing it for every audit or every new market.
Assumptions and risks
This view rests on two assumptions. The first is that the core of the FSC draft, the three-axis grading and the ban on agents acting alone on irreversible steps, survives the 30-day consultation; the paper itself says it does not replace existing law or internal control rules. The second is that companies will soon connect agents to processes that write, pay or send, rather than leaving them on search and summary work.
The strongest counter-argument is that permissions are already the security team's daily job, and identity platforms are absorbing agents quickly. Microsoft, as stated by the vendor, blocks its agent identities from high-privilege permissions, requires administrators to approve each application permission and every agent to have a named sponsor, and recommends that the sponsor confirm every 6 to 12 months that the agent is still needed. On that reading, the mandate problem dissolves into tooling.
We hold the view because tools enforce a mandate but cannot write one. Deciding which action is irreversible, and which step needs a signature, depends on the business process and on who carries the liability. That still takes someone on site, working with the people who own the process.
Impact on enterprises
Financial institutions feel this first, followed by the companies wired into them: payment providers, insurance brokers, e-commerce platforms and supply-chain finance firms. The FSC places payments, permission changes and irreversible actions at the top of its scale, so if the final guidance keeps that structure, any firm that wants agents near those steps will need review, logging and a kill switch in place before go-live. The impact lands in three places. Budgets shift partly from model licences to permission inventories and log pipelines. Organisations need a named business owner for every agent. Procurement changes too: the draft recommends bringing third-party models, tools and connectors under existing outsourcing governance with exit arrangements in place, and FDE AI expects that to surface as exit clauses in contracts. Firms still piloting do not need to rebuild now, but they should prefer tools that support task-scoped access and exportable logs.
Impact on FDE professionals
The centre of gravity in forward deployed engineering (FDE) moves from building the agent to defining what it is allowed to do. Three skills rise in value: reading a business process well enough to mark its irreversible steps, hands-on identity and access management such as task-scoped grants and token revocation, and log design that lets a team reconstruct what an agent did after the fact. Roles limited to prompt tuning and tool wiring lose relative value. For engineers considering a move into this work, a background in security or process analysis becomes more useful. This describes the direction of demand for skills; it is not a promise of any role or income.
Recommended actions
Enterprises
- Before the consultation closesList agent uses, mark the top axis
Heads of technology at financial institutions and their partners should, before the FSC consultation closes, list every live or planned agent use and mark the highest of the three axes for each, so the list can inform both comments and internal grading.
- Before go-liveName an owner, write the stop
Any company preparing to let an agent touch payments, credit or permission changes should, before go-live, name a business owner for that agent and write down which actions need human confirmation and how the agent is stopped and its access revoked.
- At renewal or purchaseMake scope, logs and revocation mandatory
Procurement teams should, at the next renewal or new purchase of agent tooling, make task-scoped authorisation, exportable linked logs and complete revocation on exit mandatory requirements.
FDEs and engineers
- First weekDraw the authority map
An FDE taking on an agent project should, in the first week, draw the authority map with the business owner: the data, tools and actions each step uses, and every point where a person must sign.
- Next six monthsShip one access project
Engineers aiming at agent work should, within the next six months, complete one hands-on identity and access project, such as task-scoped grants and token revocation for an internal tool, and keep a record they can explain.
What to watch
Whether the FSC's final guidance keeps the highest-axis rule and the ban on agents acting alone on high-risk steps: if it does, this view strengthens; if it softens into principles without concrete controls, the mandate bottleneck arrives later than we expect.
Either wayWhether the reform list that follows Japan's October call includes agent permissions and liability: if it does, Taiwan and Japan are moving in step and the view strengthens; if it concentrates on physical AI, agent authority reaches Japanese rules later.
Either wayWhether major identity vendors ship features that generate an agent's permission scope directly from a mapped business process, and whether firms adopt them: if so, the human effort behind mandates falls and this view weakens.
Could weaken it
Sources
- Financial Supervisory Commission|金管會發布「金融業運用代理AI安全諮詢文件」,徵詢各界意見 ↗ · Originally published:
- Financial Supervisory Commission|金融業運用代理AI安全諮詢文件 ↗ · Originally published:
- Cabinet Office, Japan|AIの社会実装において、障害となる又は不十分な効果をもたらす規制・制度についての情報提供のお願い ↗ · Originally published:
- Digital Agency, Japan|資料6 行政の進化と革新のための生成AIの調達・利活用に係るガイドライン充実に向けた検討事項案 ↗ · Originally published:
- NIST National Cybersecurity Center of Excellence|Agentic AI Identity and Authorization Project Resource Hub ↗ · Originally published:
- Microsoft|Authorization in Microsoft Entra Agent ID ↗ · Originally published:
- Microsoft|Best practices for Microsoft Entra Agent ID ↗ · Originally published:
This article sets out FDE AI's analysis and views. It does not constitute professional investment, legal, accounting, tax, labor or hiring advice. Disclaimer