expo-app-intents 0.4.3 → 0.4.4

package/CHANGELOG.md

@@ -10,6 +10,12 @@
 
 ### 💡 Others
 
+## 0.4.4 — 2026-09-23
+
+### 🐛 Bug fixes
+
+- Annotate the mail example templates with macOS availability so `npx expo-app-intents init` output works on macOS. ([#50525](https://github.com/expo/expo/pull/50525) by [@gabrieldonadel](https://github.com/gabrieldonadel))
+
 ## 0.4.3 — 2026-09-22
 
 _This version does not introduce any user-facing changes._

package/cli/build/init.js

@@ -145,7 +145,7 @@ const VISUAL_INTELLIGENCE_DESCRIPTION = 'Allows Siri to more intelligently read
  *
  * Indented for the body of `OnCreate`, because it is both rendered into a new setup module and
  * offered to the user for pasting into one this run kept.
- */ const VISUAL_INTELLIGENCE_REGISTRATION = `      if #available(iOS 18.0, *) {
+ */ const VISUAL_INTELLIGENCE_REGISTRATION = `      if #available(iOS 18.0, macOS 15.0, *) {
         AppEntityIdentifierRegistry.shared.registerIndexed("mailDraft", as: MailDraftEntity.self)
       }`;
 /** Finds the registration in an `AppIntentsSetup.swift` on disk, however it is formatted around. */ const VISUAL_INTELLIGENCE_REGISTRATION_PATTERN = /registerIndexed\s*\(\s*["']mailDraft["']/;

package/cli/src/init.ts

@@ -76,7 +76,7 @@ const VISUAL_INTELLIGENCE_TEMPLATE_FILES = [
  * Indented for the body of `OnCreate`, because it is both rendered into a new setup module and
  * offered to the user for pasting into one this run kept.
  */
-const VISUAL_INTELLIGENCE_REGISTRATION = `      if #available(iOS 18.0, *) {
+const VISUAL_INTELLIGENCE_REGISTRATION = `      if #available(iOS 18.0, macOS 15.0, *) {
         AppEntityIdentifierRegistry.shared.registerIndexed("mailDraft", as: MailDraftEntity.self)
       }`;
 

package/ios/ExpoAppIntents.podspec

@@ -12,10 +12,7 @@ Pod::Spec.new do |s|
   s.homepage       = package['homepage']
   s.platforms      = {
     :ios => '16.4',
-    # This module depends on ExpoUI, which is iOS/tvOS only. CocoaPods' resolver walks
-    # `all_dependencies` and ignores the `.ios`/`.tvos` scoping below, so linking fails on macOS
-    # Restore :osx once ExpoUI supports macOS
-    # :osx => '13.4',
+    :osx => '13.4',
     :tvos => '16.4'
   }
   s.swift_version  = '6.0'

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "expo-app-intents",
-  "version": "0.4.3",
+  "version": "0.4.4",
   "description": "Expose Apple App Intents (Siri, Shortcuts, Spotlight, Apple Intelligence) from Expo apps",
   "main": "build/index.js",
   "types": "build/index.d.ts",
@@ -33,11 +33,11 @@
     "@types/node": "^22.14.0",
     "@types/prompts": "^2.4.9",
     "@types/react": "~19.3.0",
-    "expo": "58.0.0-preview.5",
+    "expo": "58.0.0-preview.6",
     "expo-module-scripts": "56.0.3"
   },
   "dependencies": {
-    "@expo/ui": "^58.0.5",
+    "@expo/ui": "^58.0.6",
     "commander": "^12.1.0",
     "prompts": "^2.4.2"
   },
@@ -46,7 +46,7 @@
     "react": "*",
     "react-native": "*"
   },
-  "gitHead": "add8cbf49f477cfd2283ae05af35b4713a773c55",
+  "gitHead": "8aeb4368d396d2d71a2fc8c652c4d1d4d53ed858",
   "scripts": {
     "build": "pnpm run build:lib && pnpm run build:plugin && pnpm run build:cli",
     "build:lib": "expo-build src",

package/templates/examples/mail/CreateDraftIntent.swift

@@ -4,7 +4,7 @@ import Foundation
 
 /// On devices running the new AI Siri, the `CreateDraftIntent` should be automatically
 /// picked up by the system without the need of registering it in AppShortcutProvider phrases.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 @AppIntent(schema: .mail.createDraft)
 struct CreateDraftIntent {
   static let openAppWhenRun: Bool = true

package/templates/examples/mail/DeleteDraftIntent.swift

@@ -9,7 +9,7 @@ import Foundation
 ///
 /// The schema requires an authentication policy at least as restrictive as
 /// `.requiresLocalDeviceAuthentication`, because deleting content is destructive.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 @AppIntent(schema: .mail.deleteDraft)
 struct DeleteDraftIntent {
   static let authenticationPolicy: IntentAuthenticationPolicy = .requiresLocalDeviceAuthentication

package/templates/examples/mail/Entities/MailAccountEntity.swift

@@ -4,7 +4,7 @@ import Foundation
 /// The `.mail.draft` schema requires a non-optional account, so every draft needs one. This
 /// example ships a single hardcoded account. A real mail app would publish its accounts to the
 /// entity catalog from JavaScript, the same way the restaurant example publishes dishes.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 @AppEntity(schema: .mail.account)
 struct MailAccountEntity {
   static let defaultQuery = MailAccountEntityQuery()

package/templates/examples/mail/Entities/MailDraftEntity.swift

@@ -2,7 +2,7 @@ import AppIntents
 internal import ExpoAppIntents
 import Foundation
 
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 @AppEntity(schema: .mail.draft)
 struct MailDraftEntity {
   static let defaultQuery = MailDraftEntityQuery()

package/templates/examples/mail/Queries/MailAccountEntityQuery.swift

@@ -3,7 +3,7 @@ import AppIntents
 /// Schema entities must be resolvable by the system, which means the default query has to be an
 /// `EntityStringQuery` (or the entity has to be indexed). A plain `EntityQuery` is rejected by the
 /// App Intents metadata extractor at build time.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 struct MailAccountEntityQuery: EntityStringQuery {
   func entities(for identifiers: [String]) async throws -> [MailAccountEntity] {
     return try await suggestedEntities().filter { identifiers.contains($0.id) }

package/templates/examples/mail/Queries/MailDraftEntityQuery.swift

@@ -1,7 +1,7 @@
 import AppIntents
 internal import ExpoAppIntents
 
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 struct MailDraftEntityQuery: EntityStringQuery {
   func entities(for identifiers: [String]) async throws -> [MailDraftEntity] {
     return try await AppIntentEntityStore.shared.entities(ofKind: "mailDraft", matching: identifiers)

package/templates/examples/mail-visual-intelligence/Entities/MailDraftEntity+Spotlight.swift

@@ -5,7 +5,7 @@ import Foundation
 
 /// `IntentPerson` models a name and a handle rather than a plain address, so pull the address out
 /// when Spotlight wants one.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 extension IntentPerson {
   var emailAddress: String? {
     guard let handle, case .emailAddress(let emailAddress) = handle.value else {
@@ -18,13 +18,13 @@ extension IntentPerson {
 /// Lets expo-app-intents rebuild drafts from the catalog that JavaScript publishes, which is what
 /// keeps the Spotlight index in step with `setEntityCatalogAsync`. The base entity already has the
 /// matching initializer, so this only declares the conformance.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 extension MailDraftEntity: AppIntentEntityRecordConvertible {}
 
 /// Makes the draft entity Spotlight-indexable. This is added as an extension so the base
 /// `MailDraftEntity` stays unchanged: conformance and indexing are the only things visual
 /// intelligence adds to it.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 extension MailDraftEntity: IndexedEntity {
   /// Groups the app's Spotlight items so they can be managed together.
   static let spotlightDomainIdentifier = "dev.expo.appintents.mailDraft"

package/templates/examples/mail-visual-intelligence/Entities/MailDraftEntity+Transferable.swift

@@ -5,7 +5,7 @@ import UniformTypeIdentifiers
 
 /// The `.mail.draft` schema does not require `Transferable`, but conforming lets the system share
 /// and export a draft, for example when dragging it out of the app.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 extension MailDraftEntity: Transferable {
   static var transferRepresentation: some TransferRepresentation {
     FileRepresentation(exportedContentType: .plainText) { draft in
@@ -45,7 +45,7 @@ extension MailDraftEntity: Transferable {
   }
 }
 
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 private struct MailDraftTransferRecord: Encodable {
   let id: String
   let subject: String

package/templates/examples/mail-visual-intelligence/OpenMailDraftIntent.swift

@@ -5,7 +5,7 @@ import Foundation
 /// Opens a draft the system already knows about, for example a Spotlight result. `.mail.openDraft`
 /// is the mail domain's own open schema; it requires the iOS 27 SDK
 #if compiler(>=6.4)
-@available(iOS 27.0, *)
+@available(iOS 27.0, macOS 27.0, *)
 @AppIntent(schema: .mail.openDraft)
 struct OpenMailDraftIntent {
   static var openAppWhenRun: Bool = true

package/templates/examples/mail-visual-intelligence/Queries/MailDraftEntityQuery+Indexed.swift

@@ -4,7 +4,7 @@ internal import ExpoAppIntents
 
 /// `EnumerableEntityQuery` lets the system enumerate every draft, which is what Spotlight needs in
 /// order to index them without being handed a list first.
-@available(iOS 18.0, *)
+@available(iOS 18.0, macOS 15.0, *)
 extension MailDraftEntityQuery: EnumerableEntityQuery {
   /// Every draft in the catalog, deliberately not `suggestedEntities()`. `hideInSuggestions` means
   /// "do not offer this in Siri suggestions", which says nothing about whether search may find it —
@@ -28,7 +28,7 @@ extension MailDraftEntityQuery: EnumerableEntityQuery {
 ///
 /// It requires the iOS 27 SDK, so it is compiler-gated separately from the conformances above.
 #if compiler(>=6.4)
-@available(iOS 27.0, *)
+@available(iOS 27.0, macOS 27.0, *)
 extension MailDraftEntityQuery: IndexedEntityQuery {
   func reindexEntities(
     for identifiers: [MailDraftEntity.ID],