[MS] Browser automation tool in Microsoft Foundry is now GA - devamazonaws.blogspot.com

AI agents can reason over data, invoke APIs, and coordinate complex workflows. Yet many business processes still depend on websites, including internal portals, administrative consoles, vendor systems, dashboards, and applications without complete API coverage. Browser automation tool in Microsoft Foundry is now generally available. Browser automation tool gives agents a managed browser so they can navigate websites, inspect content, complete forms, and perform multistep browser workflows using natural-language instructions. Powered by Playwright Workspaces, Browser Automation Tool brings scalable browser infrastructure, enterprise connectivity, observability, and human oversight directly into Microsoft Foundry.

Browser automation for every Foundry agent

Browser Automation Tool works across the ways developers build agents in Microsoft Foundry:
  • Prompt agents provide the fastest way to create a browser-enabled agent by configuring its instructions, model, and tools.
  • Hosted agents let developers combine browser automation with custom orchestration built using Microsoft Agent Framework or another framework.
  • Github copilot harness support enables builders to have a managed way to build a complex, long-running agent.
Agents interact with pages through an observe-and-act process. They inspect the current page, select the appropriate browser operation, perform the action, and verify the resulting state before continuing. This approach helps agents adapt to dynamic content, page rerenders, dialogs, and changing application flows. There is no need to install browser binaries or operate browser infrastructure inside the agent environment. Playwright Workspaces provisions and manages isolated cloud browser sessions on demand. This needs to be provisioned separately as an Azure resource.

Connect agents to public and private websites

Enterprise workflows rarely exist entirely on the public internet. Important tasks often involve internal applications, private administrative portals, or services available only through a virtual network. Browser automation tool enables agents to interact with both public websites and private applications protected behind an Azure virtual network. With Playwright Workspaces private network connectivity, an agent can move across public and internal systems as part of the same workflow while maintaining the organization's network boundaries. Private network connection should be added while provisioning the Playwright Workspace. This unlocks scenarios such as:
  • Processing information across internal and external business portals
  • Automating employee onboarding and IT administration workflows
  • Retrieving data from vendor sites and entering it into private applications
  • Investigating customer issues across public experiences and internal support tools
  • Automating legacy systems that don't provide modern APIs
Teams can use Microsoft Entra identities and Azure role-based access control to grant agents only the access required for each workload.

Native remote MCP integration through toolboxes

Browser automation tool is natively integrated with Toolboxes in Microsoft Foundry experience. Toolbox provides a reusable way to curate, govern, and share tools across agents. Developers can add browser automation tool to a toolbox, publish it, and connect it to Prompt agents or Hosted agents through its MCP-compatible endpoint.
import asyncio

from agent_framework import Agent
from agent_framework.foundry import FoundryChatClient, FoundryToolbox
from azure.ai.projects import AIProjectClient
from azure.ai.projects.models import (
  BrowserAutomationToolboxTool,
    BrowserAutomationToolParameters,
    BrowserAutomationToolConnectionParameters,
)
from azure.identity import AzureCliCredential

PROJECT_ENDPOINT = "https://.services.ai.azure.com/api/projects/"
BROWSER_CONNECTION_ID = "your-browser-automation-connection-id"


async def main() -> None:
    credential = AzureCliCredential()

    # 1. Add the Browser automation tool to a toolbox. Using a toolbox is the recommended way
    #    to give agents tools: you curate tools once and reuse the toolbox across agents.
    #    See /azure/foundry/agents/concepts/toolbox-overview
    project = AIProjectClient(endpoint=PROJECT_ENDPOINT, credential=credential)
    tool = BrowserAutomationToolboxTool(
        browser_automation=BrowserAutomationToolParameters(
            connection=BrowserAutomationToolConnectionParameters(
                project_connection_id=BROWSER_CONNECTION_ID,
            )
        )
    )
    toolbox = project.toolboxes.create_version(
        name="browser-automation-toolbox",
        description="Toolbox with the Browser Automation tool",
        tools=[tool],
    )

    # 2. The toolbox exposes an MCP-compatible endpoint.
    TOOLBOX_MCP_URL = (
        f"{PROJECT_ENDPOINT}/toolboxes/{toolbox.name}"
        f"/versions/{toolbox.version}/mcp?api-version=v1"
    )

    # 3. Attach the toolbox to the hosted agent as an MCP tool.
, timeout=120.0)
    toolbox_tool = FoundryToolbox(credential, url=TOOLBOX_MCP_URL)

agent = Agent(
        client=FoundryChatClient(credential=credential),
        instructions=(
            "You help with browser automation tasks. Use the Browser Automation tool "
            "to navigate and read information from websites."
        ),
        tools=[toolbox_tool],
    )

    result = await agent.run(
        "Go to finance.yahoo.com, search for MSFT, click 'YTD' on the price chart, "
        "and report the year-to-date percent change."
    )
    print(f"Agent: {result.text}")


if __name__ == "__main__":
    asyncio.run(main())
  This architecture provides:
  • A managed remote browser with no local browser installation
  • Standard MCP-based tool discovery and invocation
  • Reusable tool configurations across multiple agents
  • Centralized identity and connection management
  • Tool allow lists and approval controls
  • Tracing and observability in Microsoft Foundry
Developers can start with navigation and page-inspection tools, then enable state-changing capabilities such as clicking, typing, form filling, or file upload only when the scenario requires them.

See the browser, take control, and steer the agent

Browser workflows sometimes encounter unexpected application states, ambiguous choices, or actions that require human judgment. Browser automation tool keeps people connected to the workflow through Live View and Take control. Live View lets developers and operators observe an active browser session in real time. They can see where the agent navigates, understand why a workflow is blocked, and investigate issues without reproducing the entire run. With Take control, a person can temporarily interact with the browser directly. They can resolve an unexpected page state, complete a supervised step, or steer the workflow before returning control to the agent.

Responsible AI actions, observability, and governance

Browser actions can affect real systems, so Browser automation tool includes controls for building bounded and reviewable workflows. Adding Browser Automation Tool to an agent in Microsoft Foundry Organizations can:
  • Require approval before sensitive or state-changing operations
  • Limit agents to the browser tools required for a task
  • Use isolated browser sessions for individual workflows
  • Review browser activity through Live View and steer with take control
  • Apply least-privilege access with managed identities and Azure RBAC
Web content should always be treated as untrusted input. Developers should keep system policies separate from page content, validate sensitive destinations, and require human approval for consequential actions. Foundry traces can contain sensitive information, including prompts, model responses, system instructions, and tool-call arguments or results. Builders who need to secure this data should review the guidance for restricting access to sensitive content in Microsoft Foundry traces. It explains how to route sensitive generative AI content to the dedicated AppGenAIContent table, protect the table with a deny-by-default access model, and grant access only to authorized identities through Azure RBAC. The protection workflow is currently documented as a preview capability, so review its requirements before using it in production.

Get started

To begin, create or select a Playwright Workspace, connect browser automation tool to a toolbox in Microsoft Foundry, and add the toolbox to your agent. Explore these resources: With browser automation tool, agents no longer have to stop when a workflow reaches a web interface. They can securely navigate, act, verify, and collaborate with people across the public and private web.
Post Updated on October 19, 2026 at 11:32AM
Thanks for reading
from devamazonaws.blogspot.com

Comments

Popular posts from this blog

[MS] Boosting Azure DevOps Security with GHAS Code Scanning - devamazonaws.blogspot.com

[MS] Pulling a single item from a C++ parameter pack by its index, remarks - devamazonaws.blogspot.com

[MS] GitHub Copilot upgrade assistant for Java技术预览发布 - devamazonaws.blogspot.com