Communitygithub.com

swift-concurrency-6-2

Concorrência Acessível do Swift 6.2 — single-thread por padrão, @concurrent para offloading explícito em segundo plano, conformances isoladas para tipos do MainActor. Use ao adotar a concorrência do Swift 6.2 — offloading com @concurrent ou resolvendo isolamento do MainActor.

O que é swift-concurrency-6-2?

Este skill define padrões para adotar o modelo de concorrência acessível do Swift 6.2, onde o código é executado em single-thread por padrão e a concorrência é introduzida explicitamente. Ele elimina erros comuns de data race sem sacrificar desempenho, resolvendo problemas de segurança em tempo de compilação. O skill cobre plataformas como Xcode 26 e Swift Package Manager, detalhando como habilitar as configurações de construção 'Approachable Concurrency' nas configurações do compilador Swift. Ele explica padrões essenciais como conformances isoladas (isolated conformances) para tipos do MainActor, inferência padrão do MainActor para reduzir anotações manuais, e a palavra-chave `@concurrent` para offloading explícito de trabalho pesado para threads de fundo. O resumo inclui guias de migração incremental, melhores práticas e anti-padrões a evitar, garantindo que desenvolvedores adotem a concorrência de forma segura e eficiente.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/swift-concurrency-6-2

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Concorrência Acessível do Swift 6.2

Padrões para adotar o modelo de concorrência do Swift 6.2, onde o código é executado em single-thread por padrão e a concorrência é introduzida explicitamente. Elimina erros comuns de data race sem sacrificar desempenho.

Quando Ativar

  • Migrando projetos Swift 5.x ou 6.0/6.1 para Swift 6.2
  • Resolvendo erros do compilador relacionados à segurança de data race
  • Projetando arquitetura de aplicativo baseada em MainActor
  • Offloading de trabalho intensivo de CPU para threads em segundo plano
  • Implementando conformances de protocolo em tipos isolados ao MainActor
  • Habilitando as configurações de construção Approachable Concurrency no Xcode 26

Problema Central: Offloading Implícito em Segundo Plano

No Swift 6.1 e anteriores, funções async podiam ser implicitamente offloadadas para threads em segundo plano, causando erros de data race mesmo em código aparentemente seguro:

// Swift 6.1: ERRO
@MainActor
final class StickerModel {
    let photoProcessor = PhotoProcessor()

    func extractSticker(_ item: PhotosPickerItem) async throws -> Sticker? {
        guard let data = try await item.loadTransferable(type: Data.self) else { return nil }

        // Erro: Enviar 'self.photoProcessor' corre o risco de causar data races
        return await photoProcessor.extractSticker(data: data, with: item.itemIdentifier)
    }
}

O Swift 6.2 corrige isso: funções async permanecem no ator que as chamou por padrão.

// Swift 6.2: OK — async permanece no MainActor, sem data race
@MainActor
final class StickerModel {
    let photoProcessor = PhotoProcessor()

    func extractSticker(_ item: PhotosPickerItem) async throws -> Sticker? {
        guard let data = try await item.loadTransferable(type: Data.self) else { return nil }
        return await photoProcessor.extractSticker(data: data, with: item.itemIdentifier)
    }
}

Padrão Central — Conformances Isoladas

Tipos do MainActor agora podem conformar a protocolos não isolados de forma segura:

protocol Exportable {
    func export()
}

// Swift 6.1: ERRO — cruza para o código isolado ao MainActor
// Swift 6.2: OK com conformance isolada
extension StickerModel: @MainActor Exportable {
    func export() {
        photoProcessor.exportAsPNG()
    }
}

O compilador garante que a conformance só é usada no MainActor:

// OK — ImageExporter também é @MainActor
@MainActor
struct ImageExporter {
    var items: [any Exportable]

    mutating func add(_ item: StickerModel) {
        items.append(item)  // Seguro: mesmo isolamento de ator
    }
}

// ERRO — contexto não isolado não pode usar a conformance do MainActor
nonisolated struct ImageExporter {
    var items: [any Exportable]

    mutating func add(_ item: StickerModel) {
        items.append(item)  // Erro: Conformance isolada ao MainActor não pode ser usada aqui
    }
}

Padrão Central — Variáveis Globais e Estáticas

Proteja estado global/estático com MainActor:

// Swift 6.1: ERRO — tipo não-Sendable pode ter estado mutável compartilhado
final class StickerLibrary {
    static let shared: StickerLibrary = .init()  // Erro
}

// Correção: Anotar com @MainActor
@MainActor
final class StickerLibrary {
    static let shared: StickerLibrary = .init()  // OK
}

Modo de Inferência Padrão do MainActor

O Swift 6.2 introduz um modo onde o MainActor é inferido por padrão — sem necessidade de anotações manuais:

// Com inferência padrão do MainActor habilitada:
final class StickerLibrary {
    static let shared: StickerLibrary = .init()  // Implicitamente @MainActor
}

final class StickerModel {
    let photoProcessor: PhotoProcessor
    var selection: [PhotosPickerItem]  // Implicitamente @MainActor
}

extension StickerModel: Exportable {  // Conformance implicitamente @MainActor
    func export() {
        photoProcessor.exportAsPNG()
    }
}

Este modo é opt-in e recomendado para aplicativos, scripts e outros alvos executáveis.

Padrão Central — @concurrent para Trabalho em Segundo Plano

Quando você precisa de paralelismo real, faça offloading explicitamente com @concurrent:

Importante: Este exemplo requer as configurações de construção Approachable Concurrency — SE-0466 (isolamento padrão do MainActor) e SE-0461 (NonisolatedNonsendingByDefault). Com essas habilitadas, extractSticker permanece no ator que chamou, tornando o acesso a estado mutável seguro. Sem essas configurações, este código tem um data race — o compilador sinalizará.

nonisolated final class PhotoProcessor {
    private var cachedStickers: [String: Sticker] = [:]

    func extractSticker(data: Data, with id: String) async -> Sticker {
        if let sticker = cachedStickers[id] {
            return sticker
        }

        let sticker = await Self.extractSubject(from: data)
        cachedStickers[id] = sticker
        return sticker
    }

    // Offload trabalho caro para o pool de threads concorrente
    @concurrent
    static func extractSubject(from data: Data) async -> Sticker { /* ... */ }
}

// Chamadores devem usar await
let processor = PhotoProcessor()
processedPhotos[item.id] = await processor.extractSticker(data: data, with: item.id)

Para usar @concurrent:

  1. Marque o tipo contido como nonisolated
  2. Adicione @concurrent à função
  3. Adicione async se ainda não for assíncrona
  4. Adicione await nos pontos de chamada

Principais Decisões de Design

DecisãoJustificativa
Single-thread por padrãoO código mais natural é livre de data race; concorrência é opt-in
Async permanece no ator chamadorElimina offloading implícito que causava erros de data race
Conformances isoladasTipos do MainActor podem conformar a protocolos sem workarounds inseguros
@concurrent opt-in explícitoExecução em segundo plano é uma escolha deliberada de desempenho, não acidental
Inferência padrão do MainActorReduz anotações @MainActor desnecessárias para alvos de aplicativo
Adoção opt-inCaminho de migração sem quebra — habilite recursos incrementalmente

Etapas de Migração

  1. Habilitar no Xcode: Seção Concurrency do Compilador Swift nas Configurações de Construção
  2. Habilitar no SPM: Use a API SwiftSettings no manifesto do pacote
  3. Usar ferramentas de migração: Mudanças automáticas de código via swift.org/migration
  4. Comece com padrões do MainActor: Habilite o modo de inferência para alvos de aplicativo
  5. Adicione @concurrent onde necessário: Analise primeiro, depois faça offloading de caminhos críticos
  6. Teste minuciosamente: Problemas de data race se tornam erros em tempo de compilação

Melhores Práticas

  • Comece no MainActor — escreva código single-thread primeiro, otimize depois
  • Use @concurrent apenas para trabalho intensivo de CPU — processamento de imagens, compressão, computação complexa
  • Habilite o modo de inferência do MainActor para alvos de aplicativo que são principalmente single-thread
  • Analise antes de fazer offloading — use Instruments para encontrar gargalos reais
  • Proteja globais com MainActor — estado mutável global/estático precisa de isolamento de ator
  • Use conformances isoladas em vez de workarounds nonisolated ou wrappers @Sendable
  • Migre incrementalmente — habilite recursos um de cada vez nas configurações de construção

Anti-Padrões a Evitar

  • Aplicar @concurrent a toda função async (a maioria não precisa de execução em segundo plano)
  • Usar nonisolated para suprimir erros do compilador sem entender o isolamento
  • Manter padrões legados DispatchQueue quando atores fornecem a mesma segurança
  • Pular verificações model.availability em código de Foundation Models relacionado à concorrência
  • Lutar contra o compilador — se ele reporta um data race, o código tem um problema de concorrência real
  • Assumir que todo código async é executado em segundo plano (Swift 6.2 padrão: permanece no ator chamador)

Quando Usar

  • Todos os novos projetos Swift 6.2+ (Concorrência Acessível é o padrão recomendado)
  • Migrando aplicativos existentes de Swift 5.x ou 6.0/6.1 concorrência
  • Resolvendo erros do compilador relacionados à segurança de data race durante a adoção do Xcode 26
  • Construindo arquiteturas de aplicativo centradas no MainActor (a maioria dos aplicativos de UI)
  • Otimização de desempenho — offloading de computações pesadas específicas para segundo plano

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Habilidades Relacionadas