截至 2026 年 10 月 13 日，Apple 已公告：从 2027 年 4 月起，提交的应用或游戏需要包含 iPhone Duo 截图；官方规格列出外屏和内屏尺寸。(Apple 公告) 因此，你现在应盘点应用、语言版本和截图产出流程，并把素材完整性检查纳入发布验收；不必仅因这项截图要求更换 CI 平台或 Mac 节点。
谁该看这篇：
企业 iOS 发布负责人：需要协调产品页面素材与版本提交。
CI 平台负责人：希望把截图检查和发布证据纳入自动化流程。
多应用团队的 IT 负责人：需要评估素材资产对现有发布治理的影响。
最后更新于 2026 年 10 月 13 日；生效时间核实自 Apple 的 iPhone Duo 提交公告，尺寸与上传流程核实自 App Store Connect 截图规格页和发布说明。
公告之后：先区分截图门槛与设备兼容测试
Apple 在 2026 年 10 月 5 日的公告中说明，iPhone Duo 截图要求从 2027 年 4 月起适用于提交的应用或游戏。App Store Connect 的发布说明于 2026 年 9 月 9 日列出 iPhone Duo 截图和应用预览规格，并称相关素材上传支持将在当年稍后提供。公告确认了截止时间，但这不代表每个团队的现有提交现在就已被拦截。(App Store Connect 发布说明)
把三件事分开管理，避免把素材要求扩大成 CI 迁移项目：
| 工作项 | 解决的问题 | 对现有 CI 的影响 |
|---|---|---|
| App Store Connect 截图素材 | 产品页面是否备有适用的 iPhone Duo 截图 | 需要盘点、制作、上传和复核素材 |
| 设备兼容性验证 | 应用在设备尺寸、姿态和布局变化时是否正常 | 按应用风险安排模拟器或真机测试 |
| 构建与发布 CI | 构建、签名、归档和提交是否可重复 | 仅凭截图要求，不足以证明需要更换平台或节点 |
截图规格是产品页面资产要求，不是设备兼容性测试的替代品。Apple 的 iPhone Duo 设计指南讨论双屏、设备姿态与动态布局；如果应用使用自定义布局，你仍应按自己的测试策略验证实际界面。不要把“图片尺寸通过校验”写成“应用已经适配设备”。
本周：建立应用与素材台账
先从发布清单导出目前仍在维护的应用和产品页面，不要一开始就按开发者或代码仓库统计。截图通常按应用、平台、展示尺寸和本地化版本管理；如果台账只有“项目名”和“是否有截图”，就很难在提交前定位缺口。
建议给每项素材记录应用标识、平台、语言、展示尺寸、源文件位置、应用版本、产出负责人和复核状态。另设字段记录官方适用时间与团队内部目标日期：前者来自 Apple 公告，后者由你们的发布计划决定，不要将内部提前准备日期误写成 Apple 的生效日期。
| 台账字段 | 记录内容 | 缺失时的风险 |
|---|---|---|
| 应用与平台 | 对应的应用记录及 iOS 平台 | 素材可能误挂到其他应用或平台 |
| 语言与展示尺寸 | 产品页面语言、目标设备尺寸 | 某个本地化页面可能沿用旧图或缺图 |
| 版本与负责人 | 适用应用版本、素材责任人 | 无法判断素材对应哪个发布批次 |
| 来源与状态 | 源文件位置、待审或已核准状态 | 复核与回退时找不到可靠版本 |
将实际素材数量留给台账盘点结果，不要从团队规模推算。对重复使用同一界面、但营销文案不同的语言版本，明确标出哪些文件共享画面、哪些必须单独生成；Apple 说明截图可以按尺寸与本地化管理，并提供素材管理入口。
素材制作前：核对规格，也核对画面
当前 Apple 截图规格页为 iPhone Duo 列出外屏和内屏的横竖屏尺寸。外屏为 1398 × 2034 或 2034 × 1398 像素；内屏为 2007 × 2853 或 2853 × 2007 像素。官方规格页还说明可上传 .jpeg、.jpg、.png 格式的截图，图像不能含 Alpha 通道或透明区域。制作与校验时应以官方截图规格为准，别从旧机型模板按比例猜尺寸。
| 展示区域 | 竖屏 | 横屏 | 核对重点 |
|---|---|---|---|
| iPhone Duo 外屏 | 1398 × 2034 像素 | 2034 × 1398 像素 | 文件方向与外屏画面对应 |
| iPhone Duo 内屏 | 2007 × 2853 像素 | 2853 × 2007 像素 | 文件方向与内屏画面对应 |
| 文件格式与透明度 | .jpeg、.jpg 或 .png |
同左 | 不含 Alpha 通道或透明区域 |
除了像素尺寸，还要审查内容：截图是否展示应用实际使用状态，文字和关键控件是否被裁切，营销叠字是否仍忠实呈现应用体验。Apple 的截图审核指南明确要求截图展示应用使用情况；设计稿、宣传图与设备截图不能混为一类。
注意：规格校验通过，不代表截图一定通过审核，也不代表 App Store Connect 已接受或处理素材。Apple 的公告提到上传支持将在 2026 年稍后开放；实际排期前，你应检查团队账号当前可用的设备选项和上传界面。
接下来：明确素材产出与存档责任
确定谁负责生成截图，谁负责核对画面，谁有权限上传及确认产品页面预览。小团队可以由发布工程师协调，但最好不要让“生成素材的人”成为唯一验收人；多应用团队则应为每款应用指定责任角色，防止素材遗漏直到提交窗口才暴露。
将源文件、导出文件、语言版本、应用版本和审核状态放在可追溯的位置，并约定文件命名方式。比如以应用标识、语言、屏幕类型和版本信息组成名称，便于 CI 或人工校验对应关系。不要只保存最终 PNG：当文案修改、界面更新或页面预览异常时，团队还需要知道素材从哪里来、由谁确认。
若计划用脚本或 Xcode 工具辅助生成，先在现有构建环境验证输入、输出与重复执行结果。Xcode 27.1的相关工具信息可从 Apple 的 Xcode 27.1 RC 发布说明核对，但不能据此假设它会自动完成所有截图制作、语言版本整理或审核。截图若来自模拟器，仍应人工确认呈现内容与目标设备页面相符。
发布前：把完整性检查接入 CI
CI 的职责是尽早发现素材缺口，而不是替 Apple 做审核。先让检查程序读取发布清单，再逐项验证对应的应用和语言是否有素材、文件是否可读取、格式与尺寸是否符合当前规格，以及构建版本能否关联到检查报告。
| 检查环节 | 适合自动化的内容 | 必须保留的人工确认 |
|---|---|---|
| 清单匹配 | 应用、语言和目标尺寸对应关系 | 本次提交的范围是否正确 |
| 文件检查 | 文件存在、可读取、格式与像素尺寸 | 截图是否展示真实且合适的应用体验 |
| 构建关联 | 报告标记构建号、提交批次和素材路径 | 发布负责人是否接受结果 |
| 上传后复核 | 记录上传状态与页面预览检查结果 | 产品页面展示顺序、裁切与实际效果 |
Apple 的截图上传说明描述了在 App Store Connect 版本页面上传截图并管理素材的流程。CI 报告可以证明团队执行过本地检查，却不能证明上传成功，更不能写成 Apple 已接收素材。
决策条件列表：
- 若 App Store Connect 已向你的团队开放 iPhone Duo 素材上传入口，且本地生成结果可重复，就把尺寸与完整性检查设为提交前门禁，并安排页面预览确认。
- 若上传入口尚不可用，但团队已能生成符合公开规格的候选素材，就先归档候选文件、校验报告和负责人信息；不要把“待上传”标成“已提交”。
- 若现有流水线无法可靠生成或读取截图文件，就先保留人工产出和复核，并把自动化范围限于文件完整性与规格校验；除非另有构建、签名或容量问题，不要仅为截图要求更换 CI 平台或 Mac 节点。
试运行：用一次完整提交流程验收
选一款有代表性的应用，从素材盘点开始，走完生成、校验、上传和产品页面预览。记录每个环节的负责人、文件版本、检查结果及未通过原因；若失败来自缺少语言版本，就修订资产清单；若来自尺寸或方向不匹配，就修订导出校验；若上传失败，则按 App Store Connect 当前状态处理，不要以本地脚本退出码代替平台结果。
将试运行记录纳入现有 iOS 发布流程的验收证据。Apple 的上传说明指出，截图可在 App Store Connect 的版本页面上传，并可通过素材管理功能处理其他设备尺寸与本地化素材。(App Store Connect 截图与预览管理说明)
提交已审核通过的应用后，更新截图可能需要创建新版本；因此，建议把素材审核安排在版本提交窗口之前，而不是等构建已进入最后阶段才启动。
如果你还在评估团队是否需要独立 macOS 环境，先梳理当前方案的真实代价：开发者各自持有设备会增加采购、配置与资产管理工作；临时共享机器容易出现排队、权限边界和环境清理责任不清；云端构建服务则需要核对其是否满足你们的工具、签名和访问控制要求。截图要求本身并不证明这些问题必须通过换 Mac 解决。若要了解远程 Mac 能否作为团队发布环境的一种承载方式，可以先查看 VMSPIN 的远程 Mac 服务。
需要为截图验证或 iOS 发布工作负载准备独立 macOS 环境时，你可以查看 VMSPIN 的远程 Mac 计费信息，再按流水线负载、权限隔离和运维责任评估是否适合租赁。若现有 Mac 节点已经稳定满足构建与验证要求，继续使用并补齐素材治理即可；租赁更适合作为临时验证环境、发布峰值补充或采购前的试运行选项。