Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
dpearson2699 avatar

Audioaccessorykit

  • 2.1k installs
  • 944 repo stars
  • Updated July 15, 2026
  • dpearson2699/swift-ios-skills

audioaccessorykit is an agent skill for Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory

About

Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory configuration from the container app, updating placement or connected audio source identifiers from an app extension, or handling AccessoryControlDevice capabilities and errors. The audioaccessorykit skill documents workflows and patterns from the repository SKILL.md. --- name: audioaccessorykit description: "Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory configuration from the container app, updating placement or connected audio source identifiers from an app extension, or handling AccessoryControlDevice capabilities and errors." --- # AudioAccessoryKit Automatic audio switching support and intelligent audio routing inputs for third-party audio accessories. Enables companion apps to register audio accessory configuration with the system, and app extensions to report placement and connected source changes that help the system switch audio output.

  • [Session Management](#session-management)
  • [Audio Switching](#audio-switching)
  • [Device Placement](#device-placement)
  • [Connected Audio Sources](#connected-audio-sources)
  • [Feature Discovery](#feature-discovery)

Audioaccessorykit by the numbers

  • 2,054 all-time installs (skills.sh)
  • +107 installs in the week ending Jul 29, 2026 (Skillselion tracking)
  • Ranked #110 of 1,039 Mobile Development skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Jul 31, 2026 (Skillselion catalog sync)
At a glance

audioaccessorykit capabilities & compatibility

Capabilities
[session management](#session management) · [audio switching](#audio switching) · [device placement](#device placement) · [connected audio sources](#connected audio sourc · [feature discovery](#feature discovery)
Use cases
documentation
From the docs

What audioaccessorykit says it does

--- name: audioaccessorykit description: "Support audio accessory features like automatic switching using AudioAccessoryKit.
SKILL.md
Enables companion apps to register audio accessory configuration with the system, and app extensions to report placement and connected source changes that help the system switch audio output.
SKILL.md
> **Beta-sensitive.** AudioAccessoryKit is new in iOS 26.4.
SKILL.md
Re-check current > Apple documentation before relying on specific API details.
SKILL.md
npx skills add https://github.com/dpearson2699/swift-ios-skills --skill audioaccessorykit

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs2.1k
repo stars944
Security audit3 / 3 scanners passed
Last updatedJuly 15, 2026
Repositorydpearson2699/swift-ios-skills

What problem does audioaccessorykit solve for developers using the documented workflows?

Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory configuration from

Who is it for?

Developers working with audioaccessorykit patterns described in the skill documentation.

Skip if: Skip when docs are empty or the task is outside the skill documented scope.

When should I use this skill?

Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory configuration from

What you get

Grounded guidance and workflows from SKILL.md for audioaccessorykit.

  • Swift registration snippet
  • Wear-state callback handler
  • Extension update pattern

Files

SKILL.mdMarkdownGitHub ↗

AudioAccessoryKit

Automatic audio switching support and intelligent audio routing inputs for third-party audio accessories. Enables companion apps to register audio accessory configuration with the system, and app extensions to report placement and connected source changes that help the system switch audio output. Available iOS 26.4+ / iPadOS 26.4+.

Beta-sensitive. AudioAccessoryKit is new in iOS 26.4. Re-check current
Apple documentation before relying on specific API details.

AudioAccessoryKit builds on top of AccessorySetupKit. The accessory must first be paired via AccessorySetupKit before it can be registered for audio features. The central type is AccessoryControlDevice, which registers a Configuration from the container app and applies ongoing configuration updates from the app extension.

Contents

Setup

Prerequisites

1. Pair the accessory over Bluetooth using AccessorySetupKit. This yields an ASAccessory object. 2. Import the frameworks where needed in the container app and extension:

import AccessorySetupKit
import AudioAccessoryKit

Framework Availability

PlatformMinimum Version
iOS26.4+
iPadOS26.4+

Session Management

Registering an Accessory

After pairing via AccessorySetupKit, register the accessory from the container app by passing an AccessoryControlDevice.Configuration that describes the capabilities and any initial state the accessory supports:

let accessory: ASAccessory  // Obtained from AccessorySetupKit pairing

let configuration = AccessoryControlDevice.Configuration(
    devicePlacement: .offHead,
    deviceCapabilities: [.audioSwitching, .placement]
)

try await AccessoryControlDevice.register(accessory, configuration)

Registration activates the specified capabilities and gives the system the configuration it needs to participate in audio routing decisions.

Retrieving the Current Configuration

In the app extension, access the device's current configuration using the static current(for:) method:

let device = try AccessoryControlDevice.current(for: accessory)
let currentConfig = device.configuration

This returns the AccessoryControlDevice instance associated with the paired ASAccessory. The device exposes both the accessory reference and the current configuration. Apple marks current(for:) as app-extension-only.

Updating Configuration

In the app extension, push configuration changes to the system with update(_:). Only update fields for capabilities that were declared during registration:

let device = try AccessoryControlDevice.current(for: accessory)
var config = device.configuration

config.devicePlacement = .onHead
try await device.update(config)

The update call is async and can throw AccessoryControlDevice.Error on failure. Apple marks update(_:) as app-extension-only.

Audio Switching

Automatic audio switching lets the system intelligently route audio output to the correct device based on placement and connected sources.

Enabling Audio Switching

Declare the .audioSwitching capability in the registration configuration:

let configuration = AccessoryControlDevice.Configuration(
    deviceCapabilities: [.audioSwitching]
)

try await AccessoryControlDevice.register(accessory, configuration)

For Apple's automatic switching workflow, include both .audioSwitching and .placement when the accessory can report placement:

let configuration = AccessoryControlDevice.Configuration(
    devicePlacement: .offHead,
    deviceCapabilities: [.audioSwitching, .placement]
)

try await AccessoryControlDevice.register(accessory, configuration)

Capabilities

AccessoryControlDevice.Capabilities is an option set with two members:

CapabilityPurpose
.audioSwitchingDevice supports automatic audio switching
.placementDevice can report its physical placement

Both capabilities can be combined. Do not declare .placement unless the accessory can keep the system updated with real placement state.

Device Placement

Report the physical position of the accessory from the app extension to help the system make routing decisions. Update placement whenever the accessory detects a position change.

Placement Values

AccessoryControlDevice.Placement defines four cases:

PlacementMeaning
.inEarAccessory is seated in the ear (e.g., earbuds)
.onHeadAccessory is on the head (e.g., headband headphones)
.overTheEarAccessory is over the ear (e.g., over-ear headphones)
.offHeadAccessory is not being worn

Updating Placement

let device = try AccessoryControlDevice.current(for: accessory)
var config = device.configuration

config.devicePlacement = .inEar
try await device.update(config)

Common transitions:

  • .offHead to .onHead or .inEar when the user puts on the accessory
  • .onHead or .inEar to .offHead when removed
  • Update promptly on every detected change for responsive audio routing

Connected Audio Sources

For accessories that connect to multiple Bluetooth devices simultaneously, inform the system from the app extension which devices are connected. This lets the system route audio from the appropriate source.

Setting Audio Source Identifiers

Provide the Bluetooth address of connected devices as Data:

let device = try AccessoryControlDevice.current(for: accessory)
var config = device.configuration

let primaryBTAddress = Data([0x12, 0x34, 0x56, 0x78, 0x9A, 0xBC])
config.primaryAudioSourceDeviceIdentifier = primaryBTAddress

let secondaryBTAddress = Data([0xAB, 0xCD, 0xEF, 0x01, 0x23, 0x45])
config.secondaryAudioSourceDeviceIdentifier = secondaryBTAddress

try await device.update(config)

Update these identifiers when the Bluetooth connection state changes (new device connects, existing device disconnects).

Configuration Properties

AccessoryControlDevice.Configuration contains all configurable state:

PropertyTypePurpose
deviceCapabilitiesCapabilitiesDeclared device capabilities
devicePlacementPlacement?Current physical placement
primaryAudioSourceDeviceIdentifierData?Primary connected Bluetooth device address
secondaryAudioSourceDeviceIdentifierData?Secondary connected Bluetooth device address

Feature Discovery

Querying Capabilities

In the app extension, inspect the device's declared capabilities through its configuration:

let device = try AccessoryControlDevice.current(for: accessory)
let caps = device.configuration.deviceCapabilities

if caps.contains(.audioSwitching) {
    // Device supports automatic audio switching
}

if caps.contains(.placement) {
    // Device reports physical placement
}

Checking Placement

Read the current placement to determine if the accessory is being worn:

let device = try AccessoryControlDevice.current(for: accessory)

if let placement = device.configuration.devicePlacement {
    switch placement {
    case .inEar, .onHead, .overTheEar:
        // Accessory is being worn
        break
    case .offHead:
        // Accessory is not being worn
        break
    @unknown default:
        break
    }
}

Error Handling

AccessoryControlDevice.Error covers failure cases during registration and updates:

ErrorCause
.accessoryNotCapableAccessory does not support the requested capability
.invalidRequestRequest parameters are invalid
.invalidatedDevice registration has been invalidated
.unknownAn unspecified error occurred

Handle errors from registration and update calls:

let configuration = AccessoryControlDevice.Configuration(
    devicePlacement: .offHead,
    deviceCapabilities: [.audioSwitching, .placement]
)

do {
    try await AccessoryControlDevice.register(accessory, configuration)
} catch let error as AccessoryControlDevice.Error {
    switch error {
    case .accessoryNotCapable:
        // Accessory hardware does not support requested capabilities
        break
    case .invalidRequest:
        // Check registration parameters
        break
    case .invalidated:
        // Coordinate container-app registration again
        break
    case .unknown:
        // Log and retry
        break
    @unknown default:
        break
    }
}

Common Mistakes

DON'T: Register before pairing with AccessorySetupKit

// WRONG -- no ASAccessory from a completed AccessorySetupKit pairing
try await AccessoryControlDevice.register(unknownAccessory, configuration)

// CORRECT -- use the ASAccessory from a completed pairing session
session.activate(on: .main) { event in
    if event.eventType == .accessoryAdded, let accessory = event.accessory {
        Task {
            let configuration = AccessoryControlDevice.Configuration(
                deviceCapabilities: [.audioSwitching]
            )
            try await AccessoryControlDevice.register(accessory, configuration)
        }
    }
}

DON'T: Declare placement capability without updating placement

// WRONG -- registers placement but never updates it
let registration = AccessoryControlDevice.Configuration(
    deviceCapabilities: [.audioSwitching, .placement]
)
try await AccessoryControlDevice.register(accessory, registration)
// System never receives placement data, reducing switching accuracy

// CORRECT -- extension updates placement when state changes
let device = try AccessoryControlDevice.current(for: accessory)
var config = device.configuration
config.devicePlacement = .offHead
try await device.update(config)

DON'T: Ignore connection state changes for multi-device accessories

// WRONG -- set audio source identifiers once and never update
config.primaryAudioSourceDeviceIdentifier = someAddress
try await device.update(config)
// Device disconnects, but system still thinks it's the primary source

// CORRECT -- update identifiers when connections change
func onDeviceDisconnected() {
    var config = device.configuration
    config.primaryAudioSourceDeviceIdentifier = nil
    Task { try await device.update(config) }
}

DON'T: Forget to handle the invalidated error

// WRONG -- ignores invalidation, keeps using stale device reference
try await device.update(config)  // Throws .invalidated, unhandled

// CORRECT -- catch invalidation and ask the container app to re-register
do {
    try await device.update(config)
} catch AccessoryControlDevice.Error.invalidated {
    await notifyContainerAppToRegisterAgain(accessory)
}

Review Checklist

  • [ ] Accessory paired via AccessorySetupKit before AudioAccessoryKit registration
  • [ ] Both AccessorySetupKit and AudioAccessoryKit imported
  • [ ] Container app calls register(_: _:) with AccessoryControlDevice.Configuration
  • [ ] App extension calls current(for:) and update(_:)
  • [ ] Capabilities in the registration configuration match actual hardware support
  • [ ] Updates only touch fields for capabilities declared during registration
  • [ ] .placement capability accompanied by ongoing placement updates
  • [ ] Placement transitions (on/off head) reported promptly
  • [ ] Audio source device identifiers updated on Bluetooth connection changes
  • [ ] All AccessoryControlDevice.Error cases handled, including @unknown default
  • [ ] update(_:) calls use try await and handle errors
  • [ ] Invalidated device references trigger container-app registration recovery
  • [ ] Deployment target set to iOS 26.4+ or iPadOS 26.4+

References

Related skills

How it compares

Pick over generic Swift iOS skills when the task specifically involves AudioAccessoryKit wear detection or automatic route switching after AccessorySetupKit pairing.

FAQ

Who is Audioaccessorykit for?

Developers and software engineers working with audioaccessorykit patterns from the skill documentation.

When should I use Audioaccessorykit?

Support audio accessory features like automatic switching using AudioAccessoryKit. Use when implementing automatic audio routing for paired accessories, registering audio accessory configuration from the container app, u

Is Audioaccessorykit safe to install?

Review the Security Audits panel on this page before installing in production.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.