用途：该技能面向 iOS WidgetKit 扩展、ActivityKit 实时活动（Live Activities）以及可通过 AppIntent 配置的小组件，用于实现、调试、审查与验证。核心思路是把小组件视为跨进程的原生系统，而非普通应用视图，要求逐层独立验证边界，并对用户可见行为要求直接的原生证据。
主要能力：先加载相关上下文，阅读仓库说明与当前小组件架构，检查已安装依赖版本的源码与生成的原生输出，不依赖记忆中的 Expo 或 WidgetKit 行为。按需阅读生成源码归属、AppIntent 配置、expo-widgets、实时活动图片、紧凑灵动岛布局、验证阶梯等参考文档。绘制运行时管线，从规范配置/源码、生成器或配置插件、生成的 Swift 与 Xcode target 归属、宿主应用与 .appex、AppIntent 元数据与 WidgetKit 描述符、时间线提供者、共享存储、渲染桥、SwiftUI 小组件到 SpringBoard 交互与重载，逐段记录归属、输入输出与可观测探针。
使用方式：按变更类型决定最小重建动作，区分仅应用侧数据或序列化布局、生成的 Swift 与配置插件等原生源码、AppIntent 参数或小组件 kind、仅文档或测试四类。建立源码与目标归属，验证传输与存储契约，端到端追踪配置，保持渲染代码扩展安全，按 WidgetKit 语义实现交互，构建并检查确切产物，最后验证原生行为。可用脚本包括 scripts/validate-widget-payload.py 与 scripts/inspect-widget-artifact.py --app <path>。
适用场景：Expo 或 expo-widgets 项目中的小组件开发、AppIntent 可配置小组件、实时活动与灵动岛图片问题、紧凑灵动岛布局异常、原生模块桥接等。
限制：资料未提供具体收费、价格、平台支持范围与效果数据；技能强调证据分级，构建、注册、配置、渲染、交互、性能各自独立，通过一类不代表通过另一类，未观测到原生状态的核心行为应保持未验证，不得报告“可能通过”。