← 所有文章

Xcode 27 内置可随处导出的 agent skills

收听本文
/
来自指南: Claude Code Comprehensive Guide

Apple 把两个自家的 SwiftUI agent skills 直接放进了 Xcode 27 工具链,而一条命令就能把它们导出:xcrun agent skills export1 这些 skills 承载着 Apple 内部的 SwiftUI 知识,Xcode 27 中的 Coding Assistant 会在相关时主动取用它们,导出工具则把它们写成可导入到您工作流中的 markdown 文件1——而这正是 Claude Code、Codex 和 Cursor 所能消费的格式。如今由平台厂商维护这份领域专业知识;无论您运行的是哪一个 agent,都能直接消费它。

这一模式在 WWDC 2026 上出现了两次。Game Porting Toolkit 4 把 Apple 的 Metal 与 MetalFX 移植专业知识作为插件发布,该插件来自 GitHub 上的 Game Porting Toolkit marketplace(在 Claude Code 中通过 /plugin marketplace add apple/game-porting-toolkit 安装),详见 Game Porting Toolkit 4:在 Mac 上进行 agentic 游戏移植。SwiftUI skills 沿用了同样的思路,并通过单个导出步骤让其能够在各个 agent 间随处移植。两种载体,一种策略:第一方 skills 用经过精选的最佳实践,以及此次发布中真正全新的内容,取代了那些抓取而来、早已过时的文档。

要点速览

  • Xcode 27 内含两个 SwiftUI agent skills:SwiftUI Specialist Skill(最佳实践)和 What’s New In SwiftUI Skill(采用 2027 年发布的 API),两者都可在 Xcode 27 的 Coding Assistant 中使用。1
  • xcrun agent skills export 会把这些 skills 写成可导入到您工作流中的 markdown 文件1,而这正是 Claude Code、Codex 或 Cursor 所能消费的格式,因此无论您运行哪个 agent,都能用上同一套 Apple 知识。
  • 一场 WWDC 实验室座谈把这些 skills 描述为编码了「我们全部的内部知识、全部的最佳实践」,并表示模型在调用它们时展现出「明显更好的推理能力」;而那些 SwiftUI 性能指南(抽取子视图、保持视图 body 精简)本身就内嵌在 skills 之中。2
  • 与之相呼应的另一招是 Game Porting Toolkit 4,它把移植 skills 作为插件发布,该插件来自 GitHub 上的 GPTK marketplace(在 Claude Code 中通过 /plugin marketplace add apple/game-porting-toolkit 安装)。Apple 正把第一方 skills 推广为一种分发渠道。

这两个 skills 是什么

来自 UI Frameworks 团队的 Steven 和 Julia,在用一整场会议讲解 2027 年发布的 API 之后,以这则公告为「What’s new in SwiftUI」收尾。1

Watch on Apple Developer ↗

「What’s new in SwiftUI」中关于 agent skills 的片段,约从 26:50 开始。

Apple 推出了两个 skills,每个都针对通用模型在 SwiftUI 上会遇到的一种独特失败模式。SwiftUI Specialist Skill「能帮助您在应用中遵循 SwiftUI 最佳实践」。1 What’s New In SwiftUI Skill「能引导您采用 2027 年发布的全新 API」。1 这种分工很重要:一个在今年这些 API 出现之前就训练完成的模型,根本无从得知全新的工具栏 visibilityPriority 修饰符,或惰性 @State 宏的行为,而且训练数据中夹带的坏习惯,它也会照单全收。一个 skill 编码了恒久的工艺;另一个则编码了模型不可能见过的那些差异。

在 Xcode 内部,您不必按名称去调用它们。「这两个 skills 都可以在 Xcode 27 的 Coding Assistant 中使用」,当它们与您正在处理的内容相关时,agent 就会自动加载它们。1 您无需管理它们,就能获得这份专业知识。

导出到任意 agent

可移植性才是重点所在。Apple 在会议约 27:12 处的原话是:「要在其他工具中使用这些 skills,您可以用『xcrun agent skills export』命令把它们导出。这会生成您可以导入到工作流中的 markdown 文件。」1

xcrun agent skills export

一条命令、markdown 输出、不被 Xcode 锁定。如果您是在终端里用 Claude Code,或用 Codex、Cursor 来推进 iOS 工作,同一套由 Apple 编写的 SwiftUI 知识就会落入您现有的环境中。导出的文件是纯 markdown,这意味着它们能嵌入到您的 agent 已在使用的任何 skill 或上下文机制里。一个在 Xcode 之外运行的模型并不会内置这些 skills,因此导出这一步正是用来弥合这道缺口的。2

同一条命令所迁移的并不只有这两个 SwiftUI skills。Xcode 27 还提供了一个应用现代化 skill,它会把应用转换为基于 UIKit scene 的生命周期,并重写那些会因转换而失效的屏幕与方向检查——这一点之所以重要,是因为 iOS 27 让 scene 生命周期成为强制要求:用新 SDK 构建却尚未采用它的应用将无法启动

底层的设计抉择值得点明。Apple 大可把这些 skills 限定为 Coding Assistant 专属,并以此作为把您留在 Xcode 里的理由。然而该公司却推出了一个导出工具,这等于把知识当作产品看待,而把编辑器看作众多取用者之一。对于那些早已运行自家 agent 的开发者而言,这正是「采纳 Apple 的建议」与「从零开始重写一遍」之间的区别。

为何第一方 skills 胜过抓取来的文档

UI Frameworks 团队在一场 WWDC 实验室座谈中,花了一段时间谈的正是这件事,起因是一位开发者在用通用模型进行 vibe coding 时反复撞上 Swift 错误。2

Watch on Apple Developer ↗

SwiftUI for Beginners Group Lab 中关于 skills 的讨论,约在 37:00。该实验室没有官方字幕;引文为本地转录的转述。

一位座谈嘉宾先点出了根本问题:大语言模型「在涉及 SwiftUI 以及一些模型可能尚未真正接受过训练的较新 API 时,有时会产生略微不正确的结果」。2 而按座谈的说法,解法是 Apple「给〔这些 skills〕灌入了我们全部的内部知识,包含我们针对应用内数据流的全部最佳实践,以及那些新引入的 API」。2 这正是相对于抓取公开文档站点的结构性优势:这些 skills 承载着 Apple 自家工程师实际运用的指南,以便于 agent 据以行动的方式组织起来,并随框架一同更新。

座谈还反馈了一项可量化的效果。模型「在调用这些 skills 时获得了明显更好的推理能力」,座谈嘉宾们也「确信这些 skills 在使用这些模型时应能带来更大的安心感」。2 所编码的指南是具体的,而非抽象的。那条贯穿整场实验室的性能建议——把重复出现的视图片段抽取为自定义视图而非计算属性、保持视图 body 精简、避免在 body 内进行如数字格式化器分配这类繁重工作、只读取视图实际用到的 environment 值——本身就在 skills 之中。正如一位座谈嘉宾在回答性能问题时所说:「所有这些指南都在 skills 里。所以,如果您用一个模型来生成那段代码,它应该会自动把诸如视图重构成更小的视图这类事情做出来。」2

有一处需要精确说明,因为该实验室在这一点上很精确。在 Xcode 内部,这些 skills 在编码 agent 中可用,因此 agent「应会根据上下文在需要时引用相应的 skill」,而实验室主持人特意问到是否有什么需要启用。回答是这些 skills 在 Coding Assistant 中默认「应该就在那里」。2 这些 skills 对 agent 而言是可用的,而当某个 skill 相关时,agent 便会调用相应的那个。这才是准确的说法,也是该作出的说法。

更宏观的模式

Apple 正把精选的 agent skills 当作第一方专业知识的分发渠道,而 SwiftUI skills 正是本届 WWDC 上两个例子之一。

另一个则是 Game Porting Toolkit 4。Apple 把它在 Metal 4、MetalFX、着色器编译与 GPU 调试方面的知识,以 expert skills 加上基于里程碑的工作流的形式一并推出,并作为插件发布,该插件来自 GitHub 上的 Game Porting Toolkit marketplace(在 Claude Code 中通过 /plugin marketplace add apple/game-porting-toolkit 安装),如 Game Porting Toolkit 4:在 Mac 上进行 agentic 游戏移植 所述。其机制各异——移植用的是 GitHub 插件 marketplace,SwiftUI 用的是工具链导出工具——但策略如出一辙:Apple 编写并维护领域知识,把它打包成 agent skills,再让您所选的 agent 去取用它。

这对于您如何借助 agent 构建 iOS 应用有着直接的影响。问题从「哪个模型最懂 SwiftUI」转变为「我的 agent 有没有加载 Apple 当前的 SwiftUI skill」。一个运行第一方 skill 的较弱通用模型,可以胜过一个靠过时训练数据即兴发挥的较强模型,因为这个 skill 承载了今年发布的 API,以及 Apple 工程师实际遵循的实践。导出命令正是让这一切在 Xcode 之外也能用上的关键。

这些 skills 与 Apple 今年其余的 agentic 故事并肩而立:IDE 走向 agentic,见 Xcode 27 走向 agentic;以及完整的 SwiftUI 2027 年发布 API 面,见 iOS 27 的 SwiftUI 新功能。这些 skills 就是那层连接组织,是把 Apple 的框架专业知识送入任何承担实际工作的 agent 的机制。

关键要点

面向使用外部 agent(Claude Code、Codex、Cursor)的 iOS 开发者: - 运行 xcrun agent skills export,把 SwiftUI Specialist 和 What’s New In SwiftUI 这两个 skills 以 markdown 形式从 Xcode 27 工具链中拉取出来,再导入到您 agent 的 skill 或上下文机制中。1 - 对于任何 2027 年发布之后的 API,请优先采用第一方 skill 而非抓取来的文档;模型的训练数据早于 visibilityPriority、惰性 @State 宏,以及全新的 Document API。1

面向继续留在 Xcode 中的开发者: - 这两个 skills 已经可在 Coding Assistant 中使用,并会在与您的代码相关时加载;除了 Xcode 27 本身之外无需任何设置。2 - 当这些 skills 有所疏漏时,请通过 Feedback Assistant 提交反馈,因为座谈明确表示开发者反馈驱动着 Apple 如何演进它们。2

面向正在选择编码 agent 的团队: - 在评估 agent 时,除了原始的模型质量之外,也要把 skill 摄取能力一并纳入考量。一个加载了 Apple 当前 SwiftUI skill 的 agent,比一个靠旧文档即兴发挥的较强模型,能产出更正确、更地道的代码。2 - 留意这一模式的扩散。Apple 已经把游戏移植 skills 作为 Claude Code 插件分发;随着这条渠道日趋成熟,可以预期会有更多第一方 skill 包出现。

常见问题

Xcode 27 中的这两个 SwiftUI agent skills 是哪些?

一个是 SwiftUI Specialist Skill,它帮助 agent 遵循 SwiftUI 最佳实践;另一个是 What’s New In SwiftUI Skill,它指导对 2027 年发布的全新 API 的采用。两者都可在 Xcode 27 的 Coding Assistant 中使用。1

我该如何在 Claude Code 或其他 agent 中使用 Apple 的 SwiftUI skills?

在终端里运行 xcrun agent skills export。这条命令会把这些 skills 写成您可导入到工作流中的 markdown 文件1,而这正是 Claude Code、Codex、Cursor 或任何其他工具所能摄取的格式,因此每一个都能使用 Apple 的 SwiftUI 知识。一个在 Xcode 之外运行的模型不会自动获得这些 skills,所以导出这一步是必需的。

这些 skills 在 Xcode 内部会自动加载吗?

在 Xcode 27 的 Coding Assistant 内部,这些 skills 默认即可使用,而 agent 会根据您正在处理内容的上下文调用相应的那一个。您不必按名称去调用它们。2

为何要使用第一方 skill,而不是让模型依赖自身训练?

通用模型在遇到晚于其训练时点的 API、或夹带过时文档中的习惯时,会产出不正确的 SwiftUI。Apple 的 skills 编码了它的内部最佳实践与当前 API,而一场 WWDC 实验室座谈报告称,模型在调用它们时展现出明显更好的推理能力。2

除了 SwiftUI 之外,Apple 还为别的方面推出 agent skills 吗?

是的。Game Porting Toolkit 4 把 Apple 的 Metal 与 MetalFX 移植专业知识作为插件发布,该插件来自 GitHub 上的 Game Porting Toolkit marketplace(在 Claude Code 中通过 /plugin marketplace add apple/game-porting-toolkit 安装)。SwiftUI skills 和移植 skills 是同一套策略的两个实例:Apple 维护领域知识,而您的 agent 去消费它。


Xcode 27 走向 agentic 涵盖了 Apple agentic 转向的 IDE 一侧,iOS 27 的 SwiftUI 新功能 详述了 What’s New skill 所教授的 2027 年发布 API,而 Game Porting Toolkit 4:在 Mac 上进行 agentic 游戏移植 则是游戏一侧与之并列的第一方 skills 故事。完整的系列总览是 Apple Ecosystem 系列

参考资料


  1. Apple,WWDC 2026 会议 269,What’s new in SwiftUI。此为 Xcode 27 随附的两个 agent skills(SwiftUI Specialist Skill 和 What’s New In SwiftUI Skill)、它们在 Xcode 27 Coding Assistant 中的可用性,以及导出指令的来源:「要在其他工具中使用这些 skills,您可以用『xcrun agent skills export』命令把它们导出。这会生成您可以导入到工作流中的 markdown 文件。」也是文中所引 2027 年发布的 SwiftUI API(工具栏 visibilityPriority、惰性 @State 宏、全新的 Document API)的来源。 

  2. Apple,WWDC 2026 会议 8002,SwiftUI for Beginners Group Lab。Apple 未为此实验室发布官方字幕;它是在本地转录的,因此所引述的语句(「我们全部的内部知识、全部的最佳实践」「明显更好的推理能力」「所有这些指南都在 skills 里」,以及这些 skills 在 Coding Assistant 中默认可用一事)均为转述,应视作未经核实的确切措辞。此为以下说法的来源:通用模型在较新 API 上会产出不正确的 SwiftUI、这些 skills 编码了 Apple 的内部最佳实践与数据流指南、模型在调用这些 skills 时推理明显更好、SwiftUI 性能指南本身就编码在 skills 之中,以及开发者反馈驱动着 Apple 如何演进它们。 

相关文章

iOS 27 中的 SwiftUI 性能与互操作

iOS 27 的 SwiftUI 如何处理惰性栈滚动、GPU 着色器效果以及 AppKit/UIKit 互操作,取材于三场官方 WWDC26 UI Frameworks 主题讲座。

7 分钟阅读

上下文即新型记忆

上下文工程是智能体开发中影响力最大的技能。三层压缩策略将200K token窗口从负担转化为优势。

1 分钟阅读