关于 apple-design-backend
用于研究 Apple 服务交付方式和后端设计的分析技能，面向构建类似 apple.com 交付体验或集成 Apple 公共服务的开发者。它明确区分可观察事实、官方文档与推测，提醒勿将推断视为事实。
主要功能
- 01分析 CDN、图像变换与缓存方式
- 02介绍 HLS 视频交付和 HTTP 协议
- 03梳理 CloudKit、APNs 等公共服务
- 04说明隐私优先架构原则
- 05标注观察、文档与推测内容
适用场景
- 01规划响应式图像与静态资源缓存
- 02研究多码率视频交付方案
- 03了解客户端集成 Apple 公共服务
- 04评估隐私、同步和数据驻留设计
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/apple-design-backend确认已加载。
附带文件references/inferred-backend-architecture.mdreferences/web-delivery-infra.md
详细介绍
Apple Design — 交付与（推断的）后端
⚠️ 逆向工程所得，并非官方信息。 Apple 不会公开其服务器架构。这里的交付层大多是
[observed]（真实的标头、DNS、URL 格式）；后端架构则很大程度上属于[inferred]／[speculative]。面向开发者的服务（CloudKit、APNs、StoreKit、Sign in with Apple、PCC）属于[documented]。请将推断视为分析，而非事实依据；绝不要向用户将其作为事实陈述。
适用场景
- 设计达到 apple.com 级别的资源交付（CDN、自适应图片、视频自适应、缓存）。
- 了解客户端应用集成的 Apple 公共服务。
- 探讨隐私优先且支持同步的后端如何遵循「Apple 方式」构建。
核心规则
- 交付（已观察）： 多 CDN 边缘节点；图片转换服务（mzstatic
{W}x{H}{modifier}-{quality}.{fmt}URL 参数）→ 按设备提供<picture>／srcset；使用内容哈希命名的不可变资源，并设置较长的Cache-Control；多码率 HLS 视频；HTTP/2-3、Brotli。 - 公共服务（有文档说明）： CloudKit（公共／私有／共享数据库、CKRecord、同步）、APNs（HTTP/2 + JWT）、Sign in with Apple（OIDC、轮换客户端密钥、电子邮件中继）、StoreKit 2（JWS 收据、Server API + Notifications V2）、Private Cloud Compute（无状态、可验证、通过 OHTTP 路由）。
- 以架构保障隐私： 优先在设备端处理，将端到端加密作为一个层级，服务器不信任客户端的声明，遵循数据驻留要求（中国／GDPR）。复现不变原则，而非猜测。
参考资料
| 文件 | 用途 |
|---|---|
references/web-delivery-infra.md | [observed] CDN／图片转换／HLS／缓存／HTTP——含复现方案 |
references/inferred-backend-architecture.md | [documented] 公共服务 + [inferred] 服务器拓扑（基于横幅信息，每项声明均有标注） |
常见错误
- 把推断当成事实陈述（这是本技能的头号反模式）。
- 图片过大且未优化、没有边缘缓存、缓存 URL 可变、视频只有单一比特率。
- 服务器信任客户端声明；缺少端到端加密／离线路径；忽略数据驻留要求。
相关内容： 使用这些资源的页面 → apple-design-web；当前 apple.com 如何专门交付滚动主视觉媒体（以视频为先的逆向规格、内容哈希资源 URL、KTX/WebGL 纹理、帧序列 createImageBitmap 解码 + 滑动窗口、视频 keyint=5 擦动编码、资源来源 IP 防护措施）→ apple-design-web/references/media-assets-and-delivery.md。
评论
支持 Markdown