9.3 macOS Automation: Native Apps, Office Apps & AppleScript
Key Takeaways
macOS runs only cross-platform automations, built in Studio Web or as cross-platform projects in Studio Desktop; local feeds are not supported, so packages come from Orchestrator.
UiPath Assistant for Mac supports macOS 10.15 and newer, and web automations need the UiPath extension for Chrome or for Safari.
Native macOS UI automation was a Java-app preview in 2024.10 and became generally available for any Mac desktop app in the 2025.10 (June 2025) release.
The Apple Scripting package provides Invoke Apple Script and Invoke Apple Shortcut, which run only on macOS.
Debug from Studio Web with Debug on Local Machine (Assistant for Mac required) or from Studio Desktop with Remote Debugging.
9.3 macOS Automation: Native Apps, Office Apps & AppleScript
Core Concept: UiPath automations can run on Apple computers through UiPath Assistant for Mac and the macOS Robot. The exam description lists three macOS skills: UI automation for native macOS apps, Office desktop automation, and scripting, such as AppleScript. Everything starts with the rule that macOS runs only cross-platform projects.
The Platform Pieces
| Piece | What to know |
|---|---|
| Project type | Build cross-platform projects in Studio Desktop, or build in Studio Web, whose automations are cross-platform. Windows or Windows-Legacy projects do not run on a Mac. |
| UiPath Assistant for Mac | Runs cross-platform automations and connects the robot to Orchestrator; compatible with macOS 10.15 (Catalina) and newer, with downloads for Intel and Apple Silicon. |
| Package feeds | Local feeds are not supported on macOS; automations come from Orchestrator. |
| Browser extensions | Web automations need the UiPath extension for Chrome or the UiPath extension for Safari on the Mac. |
Browser Automation on macOS
Browser automation is supported in Chrome and Safari. You design the automation in Studio Web, using either browser, and start it from the macOS Assistant. A local macOS Robot, installed in advance and connected to Orchestrator, carries out the run.
Native macOS App Automation
UiPath's history here is a common exam trap:
- 2024.10 LTS (preview). Native UI automation on macOS arrived in preview for Java desktop applications in attended scenarios. You built in Studio Desktop on Windows with a cross-platform project, turned on Enable Java automation (preview) in the project's UI Automation settings, ran on the Mac robot through Assistant, and debugged from Studio Web or with Remote Debugging.
- 2025.10 release (general availability, June 2025). UI-based desktop automation on macOS became generally available. You can design automations for Mac desktop apps directly on macOS in Studio Web, in Safari or Chrome, and any macOS desktop application is supported. UiPath's examples are Keynote, Numbers, Mail, the Microsoft Office apps, and Java apps such as SAP GUI. The same release added a cross-platform Selection Helper and the Advanced Selector Editor for indicating targets from Studio Web.
For Java apps, the UiPath extension for Java loads into Java AWT/Swing interfaces. It works automatically for Java 8. For Java 9 or newer, the application's runtime must include the jdk.attach module, or the extension is loaded from a custom folder.
Office Desktop Apps on a Mac
Microsoft Word, Excel, and PowerPoint for Mac are native macOS applications. With desktop UI automation generally available, you automate them like any other Mac app: use Application/Browser scopes, indicated targets, and selectors built in Studio Web. Keep two points in mind:
- Many Windows Office activities rely on the Windows desktop application and are not part of a cross-platform project. Check each activity's project compatibility before designing for a Mac.
- For Apple's own productivity apps, UiPath publishes dedicated activity packages, such as Apple Numbers (Get Sheets, Read Cell, Read Range, Write Cell, Write Range) and Apple Mail (For Each Email, List Accounts, Send Mail). They run only on a Mac with the respective app installed.
Scripting with AppleScript and Shortcuts
The Apple Scripting activities package runs macOS-native automation from a workflow:
| Activity | Purpose |
|---|---|
| Invoke Apple Script | Runs an AppleScript file or inline script content and returns its output to the workflow |
| Invoke Apple Shortcut | Runs a shortcut from Apple's Shortcuts app |
Scripts are useful for tasks the UI does not expose well: telling an application to open a document, reading system settings, or controlling apps that publish an AppleScript dictionary. The packages run only on macOS machines that have the target programs installed.
Building, Running, and Debugging
| Step | Studio Web | Studio Desktop (cross-platform project) |
|---|---|---|
| Design | In Chrome or Safari on the Mac | On Windows |
| Debug on the Mac | Debug on Local Machine button, which needs UiPath Assistant for Mac installed | Remote Debugging to the Mac robot |
| Run in production | Publish to Orchestrator, then start from Assistant or run as a job | Same |
Worked Example: A Mac-Based Expense Filing Automation
A finance team works on MacBooks and wants an attended automation that files receipts:
- Design a cross-platform project in Studio Web, using Chrome on the Mac.
- Read the receipt list from a Numbers spreadsheet with the Apple Numbers Read Range activity.
- Enter each receipt in the expense web portal with Modern UI activities inside Use Application/Browser; the Chrome extension for Mac must be installed.
- Tell Finder to move processed PDFs into an Archive folder with Invoke Apple Script, and read the script's output to confirm the move.
- Debug with Debug on Local Machine, which requires Assistant for Mac, then publish to Orchestrator.
- Run from UiPath Assistant on each finance user's Mac.
If a colleague later asks to run the same automation on a Windows laptop, it can, because it is cross-platform. The Apple-specific activities, however, work only where macOS and those apps exist, so wrap them in a check or keep them in a Mac-only workflow.
Tip
Autopilot for Everyone can use an automation on macOS only if it was built with cross-platform compatibility. That is one more reason to design Mac-bound automations as cross-platform from the start.
A developer publishes a Windows-compatible project to Orchestrator and a colleague cannot see it in UiPath Assistant on a Mac. Why?
Assistant for Mac shows only processes from local feeds.
macOS robots run only cross-platform automations, so the process must be built as a cross-platform project.
The Mac needs the Remote Runtime component.
Mac robots can run only Studio Web processes created after 2025.
Which activity runs an AppleScript file or inline script from a UiPath workflow on a Mac and returns its output?
Invoke VBScript
Invoke Power Shell
Invoke Apple Script
Start Process with the osascript flag
According to UiPath, what changed for macOS desktop UI automation with the 2025.10 (June 2025) release?
It became generally available for any Mac desktop app, designed directly on macOS in Studio Web.
It was limited to Java applications in attended mode.
It required Studio Desktop installed on the Mac.
It was removed in favor of AppleScript only.
Sections you finish are checked off in the contents.