iPhone Duo 둘째 날: 24시간 만에 나타난 자산들

키노트 이후 24시간 동안 iPhone Duo를 위해 무엇이 나타났을까요? Apple에서는 Design Resources 페이지의 제품 베젤 팩과, App Store Connect의 스크린샷 및 앱 미리보기 사양에 추가된 iPhone Duo 행이 나왔습니다. 둘 다 키노트 당일 오후에 추가되었습니다. 내부 디스플레이 크기인 2853 × 2007픽셀은 3x 배율을 가정하면 669 × 951포인트를 뜻합니다. 사양표의 패널이 암시하던 626 × 890이 아닙니다. 베젤 팩 자체의 화면 컷아웃도 이를 뒷받침합니다.¹³¹⁷ 그 밖의 진영에서는 GitHub 저장소 37개가 나왔습니다. 선두는 Apple의 3D 모델을 쓴 Three.js 접힘 습작, 예제 12개짜리 SwiftUI 키트, 그리고 에이전트 지시문 저장소 7개입니다. 여기에 인디 개발자들이 Mastodon에 올린 세 가지 질문이 더해졌습니다. 그리고 Xcode 27.1 베타도, “Preparing your app for iPhone Duo” 가이드도, API 문서도 여전히 없습니다.^4581011

이 글은 라이브 이벤트 기록, 개발자 편, 디자인 편에 이어지는 둘째 날의 동반 기록입니다. 앞선 세 편은 Apple이 내놓은 자료를 읽었습니다. 이 글이 읽는 것은 그 주변에서 벌어진 일입니다. 키노트부터 9월 10일 오전 10시 45분(PT)까지 나타난 것들을 하나씩 판정합니다. 오늘 바로 쓸 수 있는 자산인가, 답할 가치가 있는 질문인가, 아니면 소음인가.

TL;DR: Apple의 베젤은 Apple이 정한 조건 아래에서 자신의 앱을 목업과 마케팅에 담는 데 쓰십시오. 커뮤니티의 3D 접힘 습작은 마케팅에 쓰지 마십시오. Apple의 가이드라인이 금지합니다.² App Store Connect의 스크린샷 행은 Apple이 공개한 최초의 포인트 크기 증거이며, 3x 배율을 가정하고 읽어야 합니다. 626 × 890을 토대로 세운 계산은 모두 다시 하십시오.³ 커뮤니티 코드는 스케치로 다루십시오. Duo API에 대해 컴파일되는 것은 하나도 없습니다. 그 API를 담은 SDK가 아직 이번 달 중 공개 예정으로만 표시되어 있기 때문입니다. API 이름을 적은 저장소는 모두 그 이름을 세션의 내레이션이나 페이지에 실린 코드 조각에서 옮겨 온 것이지, 헤더에서 가져온 것이 아닙니다.⁴⁸¹⁰ 개발자들이 던지는 세 가지 질문, 즉 시뮬레이터는 어디에 있는가, 대응하지 않은 앱은 어떻게 보이는가, 접힘을 넘나들며 상태는 어떻게 유지되는가 가운데 Apple이 답한 것은 하나, 세션 안에 답이 있지만 아직 아무도 시험할 수 없는 것이 하나, 아직 답이 없는 것이 하나입니다.¹¹

Apple의 2026년 9월 9일 이벤트 스트림 오전 11시 15분(PT) 장면, iPhone Duo 요약 슬라이드입니다. 이 글에서 Apple과 커뮤니티가 만든 것은 모두 이 뒤에 도착했습니다.

Apple에서 나온 것: 베젤과 제출 사양

베젤 팩. Apple의 Design Resources 페이지에는 이제 Product Bezels 항목에 iPhone Duo가 올라 있고, “Photoshop, PNG” 다운로드 하나가 iPhone 18, iPhone 17, iPad 옆에 놓여 있습니다.¹ 디스크 이미지에는 레이어가 살아 있는 Photoshop 파일 10개와 평면 PNG 10개가 들어 있습니다. 마감은 Night Sky와 Star White 두 가지이고, 각각 다섯 가지 자세, 즉 내부 디스플레이를 편 가로와 세로, 외부 디스플레이를 접은 가로와 세로, 그리고 펼친 기기를 바깥에서 보아 한쪽 면에 외부 디스플레이 컷아웃이 있는 모습이 담겨 있습니다.¹

컷아웃이 말해 주는 것. 내부 디스플레이 프레임은 3093 × 2247픽셀이고 그 안에 2853 × 2007 화면 컷아웃이 사방 120픽셀 테두리와 함께 들어 있습니다. 접은 세로 프레임은 1574 × 2194이며 컷아웃 너비는 1398픽셀입니다. 외부 컷아웃은 완전 투명 픽셀이 1398 × 2032이고, 위아래에 거의 투명한 한 줄이 각각 더해져 전체로는 1398 × 2034가 됩니다. 패널 자체의 수치와 같습니다. 내부 화면은 사정이 다릅니다. 2853 × 2007은 App Store Connect의 내부 디스플레이 스크린샷 크기와 픽셀 단위로 일치하며, 3x에서 951 × 669포인트입니다. 따라서 네이티브 해상도인 2670 × 1878로 찍은 캡처는 맞추려면 확대해야 하고, 베젤 팩도 같은 치수를 뒷받침합니다.¹³

무엇에 쓸 수 있는가. 이미지에 들어 있는 라이선스는 Apple 디자인 리소스의 표준 라이선스로, 파일의 용도를 Apple 플랫폼에서 실행되는 소프트웨어의 목업으로 한정합니다. 그리고 Apple의 App Store Marketing Guidelines는 이렇게 말합니다. “앱이 지원하는 Apple 기기 위에 앱을 보여 주려면 모든 마케팅 자료에 Apple이 제공한 제품 베젤을 사용하십시오.” 같은 가이드라인은 마케팅 자료에서 허용되지 않는 용도도 나열하는데, 그 첫머리가 “3D로 렌더링하거나 Apple 제품의 시뮬레이션을 제작하는 것”입니다.² 그러니 이 팩은 목업이나 마케팅에서 기기 위에 자신의 앱을 보여 주기 위한 것이고, 아래에 나오는 3D 습작들은 그렇지 않습니다.

빠진 것. 페이지에는 iPhone Duo용 Figma 파일도 Sketch 파일도 없습니다. iOS 27과 iPadOS 27 UI Kit은 두 도구 모두를 위해 올라 있는데, Duo 베젤은 Photoshop용뿐입니다.¹

스크린샷 크기. App Store Connect의 스크린샷 사양에는 iPhone Duo 행이 있습니다. 외부 디스플레이는 1398 × 2034픽셀, 내부 디스플레이는 2007 × 2853픽셀이며 각각 가로와 세로 모두입니다. App Store Connect의 릴리스 노트는 이 추가를 9월 9일로 적고 있고, Apple의 릴리스 피드는 그 업데이트에 오후 3시(PT) 도장을 찍었습니다. 제가 그날 오후에 직접 가져온 페이지는 리다이렉트를 제대로 따라가지 못해 이 행을 놓쳤고, 저는 9월 10일 아침에야 이 행을 보았습니다.³¹⁸ 외부 크기는 패널 자체의 해상도이며 3x에서 466 × 678포인트입니다. 내부 크기는 패널의 해상도가 아닙니다. 사양표는 1878 × 2670이라고 말하고, 2007 × 2853은 3x에서 669 × 951포인트입니다. 이는 렌더링되는 크기에 대한 저의 추론이며, 3x 배율을 가정한 것이고, 시뮬레이터가 수치를 알려 줄 때까지는 추론으로 남습니다. 개발자 편에서는 그 의미를 Plus 세대 iPhone의 선례(App Store Connect는 패널이 1080 × 1920이던 기기에 대해 지금도 1242 × 2208 스크린샷을 요구합니다)와 함께 짚었고, 만약 디스플레이가 실제로 그 크기로 렌더링한다면 두 디스플레이에서 1포인트의 실제 크기가 같아진다는, 즉 1인치당 약 153포인트라는 결론까지 다루었습니다.³ 626 × 890 위에 무언가를 세웠다면, 16:9 레터박스 계산을 포함해 669 × 951로 다시 하십시오.

앱 미리보기 행. 같은 업데이트로 앱 미리보기 사양에도 iPhone Duo가 추가되었고, 여기서는 Apple이 붙인 이름표가 흥미롭습니다. “Device resolutions” 아래에 2034 × 1398픽셀과 2853 × 2007픽셀이 나란히 있습니다. 즉 Apple은 2853 × 2007을 스크린샷의 관례가 아니라 기기의 해상도라고 부릅니다. 행에 붙은 “(19.5:9 aspect ratio)” 표기는 iPhone 템플릿에서 온 것으로 읽히며 두 수치 어디에도 맞지 않습니다. 2853 × 2007은 1.42입니다. 허용되는 미리보기 해상도는 886 × 1920과 1920 × 886입니다. 같은 페이지는 Plus의 선례도 분명히 보여 줍니다. 5.5인치 행은 “Rendered pixels”와 “Physical pixels”를 나누어 2208 × 1242 대 1920 × 1080으로 적는데, 바로 이것이 내부 디스플레이의 숫자가 암시하는 구조입니다. 그리고 이 행에는 그 주에 파이프라인을 만들던 사람에게 중요했던 주석이 달려 있었습니다. “App Store Connect에서 이 기기용 자산 업로드 지원은 올해 하반기에 제공될 예정입니다.” Apple은 2026년 10월 5일에 이 업로드를 열었습니다(10월 7일 정정).¹⁷¹⁸

나타나지 않은 것. Get Ready for iPhone Duo 페이지는 9월 9일 오후 4시 10분(PT) 이후로 그대로입니다. Xcode 27.1 베타도, “Preparing your app for iPhone Duo” 가이드도, 대면 워크숍도 여전히 “Coming later this month”라고 적혀 있습니다.⁴ iOS 27.1이나 Xcode 27.1 릴리스 노트는 없고, 세션이 설명하는 예약 영역 API나 배치 API의 문서 페이지도 없습니다. SwiftUI, UIKit, 기술 개요 색인 어디에도 iPhone Duo 항목은 없습니다.⁴

목업: 낯선 사람들이 렌더링한 접힘

첫날 누군가 만든 것 중 별을 가장 많이 받은 것은 브라우저에서 도는 물건이었습니다. chuspeeism/iphone-duo는 “투사된 화면 UI, 프로그레시브 블러, 사용자 이미지 업로드”를 갖춘 Three.js 접힘 애니메이션이고 MIT 라이선스이며, 9월 10일 오전 12시 51분(PT)에 만들어져 오전 중에 40개의 별을 받았고 라이브 데모도 있습니다.⁵ 그보다 앞선 것이 jal-co/iphone-duo입니다. 이벤트 당일에 만들어진 React 19 컴포넌트로, readme는 “드래그로 접는 인터랙션, 겹쳐진 화면 콘텐츠, 프로그레시브 블러를 갖춘 조합 가능한 React 폴딩폰 습작”이라는 문장으로 시작하고 “3D 기기 모델과 사막 배경화면은 Apple의 것”이라고 밝힙니다.⁶ 눈여겨볼 것은 바로 이 출처 표기입니다. 모델은 Apple 제품 페이지에서 온 것이고, 두 저장소 어디에서도 Apple의 재배포 허가나 상업적 사용 허가는 찾지 못했습니다. 둘 다 Apple 자산은 자신들의 MIT 허가 밖에 있다고 말하며, chuspeeism은 모델을 저장소에 두지 않고 빌드 시점에 Apple에서 내려받는 반면 jal-co는 변환한 모델 파일을 자기 트리에 담아 배포합니다. 이것들이 어디까지 갈 수 있는지는 Apple의 마케팅 가이드라인이 정리해 줍니다. Apple 제품의 3D 렌더링이나 시뮬레이션은 마케팅 자료에서 허용되지 않는 용도 목록에 있습니다. 그러니 이 습작들은 사내 데모와 프로토타입, 연구용이고, 고객에게 보이는 자리에는 Apple이 준 베젤을 써야 합니다.²

파생물 하나와 독립 도구 하나가 이 발상을 더 밀고 나갑니다. bonxn/dood-iphone-duo는 화면 영상과 접힘 전환의 MP4 내보내기를 더했습니다. huanglizhuo/iPhoneDuoMock, 이름하여 “Duo Studio”는 중국어로 된 독립 브라우저 작업대로, 외부와 내부 스크린샷을 받아 Apple의 모델 위에 올리고 PNG, MP4, WebM, GIF, 그리고 저자의 표현을 빌리면 스토어 등록용 크기 엄수 인터페이스 PNG를 내보냅니다.⁷ readme는 네 가지 스토어 등록 크기가 9월 10일에 읽은 Apple 사양에서 나왔으며 픽셀 크기가 런타임의 논리적 포인트 크기와 같지 않다고 적었는데, 이는 옳은 단서입니다. App Store Connect는 그 주에는 Duo 업로드를 받지 않았고, 2026년 10월 5일에 업로드를 열었습니다(10월 7일 정정).⁷¹⁷

세 번째 습작은 반대 방향으로 갑니다. 별 6개인 bravohenry/iphone-duo-motion-study는 Apple이 내려 주는 모델 파일로 Apple 제품 페이지의 뷰어를 WebGL에서 재현하고, 기기를 분해해 보여 주는 “Device Anatomy” 화면까지 갖췄지만 라이선스 파일은 아예 없습니다.⁵

그리고 아무도 계획하지 않은 장르가 있습니다. MacBook 덮개 애니메이션입니다. lqSky7의 macTilt는 Duo의 접힘 블러를 그대로 옮겨 와 MacBook 덮개의 각도 센서로 구동합니다. 네이티브 Swift로 작성되어 있어서, 덮개를 닫으면 macOS 화면 전체가 서리처럼 뿌예지며 미끄러져 검은색으로 잠깁니다.⁵ 그날 프로젝트 중 저를 웃게 만든 유일한 것이고, 그 readme에는 Apple의 전환에 대해 제가 본 가장 깔끔한 한 줄이 있습니다. “덮개가 닫힐 때 화면에 있던 그림은 공간 속 제자리에 머물고, 하드웨어가 그 그림을 지나쳐 간다. 그림은 크기를 한 번도 바꾸지 않은 채 서리에 덮여 검은색으로 미끄러져 들어간다.”⁵

Apple의 2026년 9월 9일 이벤트 스트림 오전 11시 11분(PT) 장면입니다. 접힘 애니메이션 클론들은 이 기기가 단 한 번의 키노트로 유명하게 만든 전환을 그대로 옮깁니다.

코드: SDK가 나오기 전까지는 스케치

openHacking/DuoKit은 실제로 돌려 볼 수 있는 유일한 예제 모음입니다. MIT 라이선스의 SwiftUI 예제 12개로, 적응형 레이아웃과 스플릿 뷰, 그리드에서 시작해 세이프 에어리어, 접힘 회피, 예약 영역, 적응형 툴바와 탭 뷰, 프레젠테이션, Split View 멀티태스킹, 다중 디스플레이와 신, 그리고 완성된 샘플 앱까지 이어집니다.⁸ readme는 자신이 딛고 선 땅에 대해 정직합니다. “이 첫 릴리스는 Xcode 26.6과 iOS 26.5로 빌드됩니다. 예제 05, 06, 11은 iOS 27.1 SDK가 필요한 iPhone Duo 개념을 위해 명확히 표시된 시뮬레이션을 사용합니다. 하드웨어 동작을 재현한다고 주장하지 않습니다.”⁸ 이것은 iOS 26에 이미 존재하는 레이아웃 규칙을 상대로 실행해 볼 수 있는 코드가 딸린, 세션 학습 안내서로 읽어야 하며 Duo 고유의 무언가를 검증하는 물건이 아닙니다. yunodevs/DuoLayoutKit은 같은 단서를 단 더 작은 Swift 패키지로, “접힌 자세와 펼친 자세를 평범한 레이아웃 의도로 바꾼다”를 내세웁니다.⁹

이 모든 것에 걸린 한계는 개발자 편이 말한 그대로입니다. 예약 영역 API, 배치 뷰, 툴바 축 동작, 카메라 액세서리는 오늘 시점에 네 편의 Tech Talk 내레이션과 페이지에 실린 코드 조각으로만 존재할 뿐, 어떤 SDK 헤더에도 문서 페이지에도 없습니다. 어떤 SDK에도 들어 있지 않으니 어떤 저장소도 그것을 컴파일하지 못하며, 이 사이트의 것을 포함해 모든 저장소의 모든 API 이름은 사전 공개 세션 페이지에서 베껴 온 것입니다. Xcode 27.1 베타가 나오면 가장 먼저 할 일은 그 이름들을 헤더와 대조하는 것입니다. (10월 11일: Xcode 27.1 베타(27A9269)는 9월 18일에, iOS 27.1 SDK를 담은 Xcode 27.1 RC(27A9275)는 10월 5일에 출시됐고, App Store Connect는 RC 빌드를 App Store용으로 받습니다. 가이드의 API 이름을 SDK와 대조한 것은 Xcode 27.1 베타 글입니다.²²)

에이전트 스킬: 새로운 첫날 산출물

첫 24시간의 뜻밖의 산출물은 코딩 에이전트를 위한 지시 모음이었습니다. 첫 예제 코드와 나란히, 그리고 대체로 그보다 먼저 도착했습니다. 일곱 개의 저장소가 스스로를 iPhone Duo 대응을 위한 스킬 또는 브리프라고 소개하며, 그중 하나는 이미 자리 잡은 컬렉션 안에 착륙했습니다. 별 154개의 SwiftUI 스킬 모음 FloWritesCode/fwc-swiftui-skills가 9월 9일 오후 11시 34분(PT)에 swiftui-iphone-duo를 “Add a SwiftUI iPhone Duo skill for adaptive foldable layouts.”라는 커밋 메시지와 함께 추가했습니다.¹⁰ 별 12개의 mirzaaghazadeh/iphone-duo-skills는 명령 한 줄로 스킬 아홉 개를 설치하며, “존재하는 것을 에이전트가 실행할 수 있는 구조화된 지침으로 증류하고, 기기 사실과 전체 API 표면에 대한 참조 시트를 덧붙였다”고 말합니다.¹⁰ mahdi-salmanzade/iphone-duo-skill은 마이그레이션을 겨냥해 SwiftUI, UIKit, React Native, Expo, Flutter 워크플로를 갖췄습니다.¹⁰

그중 가장 신중한 것은 가장 적게 말하는 쪽입니다. bahimzabir/iphone-duo-adaptive-ui는 경고로 시작합니다. “이 스킬은 2026년 9월 10일, Apple이 iPhone Duo Human Interface Guidelines 페이지와 여섯 편의 Tech Talk를 공개한 다음 날, 도구와 참조 문서가 나오기 전에 조립되었습니다.”¹⁰ 이 문장은 이런 저장소 모두의 첫머리에 있어야 합니다. 스킬이란 API 표면에 대한 주장인데, 그 표면이 아직 공개되지 않았기 때문입니다. 첫날에 나온 “전체 API 표면” 참조 시트란 세션 페이지의 코드와 내레이션을 옮긴 것이고, 제 글과 똑같은 방식으로 틀립니다. 이 물결의 쓸모 있는 독법은 다른 데 있습니다. 이번 출시는 첫 예제 코드와 같은 시간대에 에이전트 지시문을 만들어 냈고, 그것을 쓰는 사람들은 Apple의 세션을 사양서로 다루고 있습니다. SDK가 나올 때 살아남는 스킬은 타임스탬프를 인용하고 헤더와 다시 대조되는 쪽일 것입니다.

Flo writes Code는 자신의 스킬이 올라간 다음 날 아침인 9월 10일 오전 6시 5분(PT)에 같은 내용을 영상으로 짚었습니다.¹⁵

개발자들이 던지는 세 가지 질문

공개된 자리에서 생각하는 인디 개발자들은 몇 시간 만에 Mastodon에서 그렇게 했고, 세 가지 질문이 반복됩니다.¹¹

시뮬레이터는 어디 있는가? Greg Pierce는 오후 12시 12분(PT)에 Xcode 27 RC의 Device Hub 목록에서 iPhone Duo를 찾지 못했다며 27.1과 함께 올 것이라고 짐작했습니다. Craig Hockenberry는 오후 12시 27분에 이렇게 썼습니다. “iPhone Duo의 리사이즈 동작을 테스트하려면 Xcode 27.1이 필요한 것으로 보인다. 그리고 그것은 아직 올라오지 않았다.”¹¹ Paul Solt가 그날 저녁 올린 영상은 제목에 답을 담고 있습니다. “iPhone Duo Isn’t in Xcode 27 Yet.”¹⁵ Apple의 답은 개발자 페이지의 “Coming later this month”이고, 첫 번째 Tech Talk가 설명하는 시뮬레이터의 펼치기, 접기, 회전, 폴드 컨트롤이 유일한 예고입니다.⁴ 이벤트 전날 Pierce가 품었던 바람, 곧 “iPhone 폴드 소프트웨어에 대해, 개발자가 앱을 충분히 테스트하기 위해 실물 기기를 갖춰야 하는 요소가 하나도 없기를”이라는 바람에 세션들은 시뮬레이터로 답했습니다. 다만 Apple이 밝히지 않은 날짜에.¹¹

대응하지 않은 앱은 어떻게 보이는가? Hockenberry는 오전 11시 55분(PT)에 이렇게 썼습니다. “Apple이 보여 주지 않은 것이 하나 있다. Duo의 디스플레이에 맞춰 대응하지 않은 iPhone 앱이다.”¹¹ 부분적인 답은 첫 번째 Tech Talk에 있고, 개발자 편이 이를 인용합니다. iOS 27 SDK 없이 빌드된 앱은 기기를 펼쳤을 때 “익숙한 크기와 화면비”로 실행되고, iOS 27 SDK는 상태 표시줄 왼쪽까지 앱을 넓히며, 가장자리까지 닿는 것은 iOS 27.1 SDK뿐입니다. 9to5Mac의 Zac Hall은 9월 10일 같은 세 단계를 “Three levels of iPhone Duo app support”라는 제목 아래 정리하면서, 어떤 앱은 “iOS 27.1 SDK로 빌드하는 것보다 훨씬 많은 작업을 요구한다”고 짚었습니다.¹³ Apple은 첫 Tech Talk에서 이 세 가지 상태를 보여 주었고, 9to5Mac은 9월 9일 Duo가 대응하지 않은 앱을 어떻게 다루는지 살펴보는 글을 냈습니다. Apple 밖의 누구도 할 수 없는 일은, 시뮬레이터가 나오기 전까지 자기 앱을 그 세 단계에 직접 통과시켜 보는 것입니다.

접힘을 넘나들며 상태는 어떻게 유지되는가? Steve Troughton-Smith는 9월 10일 오전 9시 37분(PT)에 이렇게 썼습니다. “Compact 뷰 컨트롤러를 설정한 UISplitViewController를 쓰고 있다면, iPhone Duo는 접힌 상태에서 펼친 상태로 전환할 때의 상태 복원에 대해 꽤 불길한 질문을 던진다. Apple의 예제 상당수는 화면이 열리는 동안에도 UI 요소를 물리적으로 같은 자리에 붙들어 둔다. 접힘 전환 애니메이션이 만드는 착시의 마법 가운데 일부다. 수평으로 크기가 변하는 앱 창 하나만으로도 충분히 어려운 일인데, compact와 regular 계층이 둘로 나뉘어 있다면 더 말할 것도 없다.”¹¹ 가이드라인에는 이에 대해 “디스플레이 사이에서 기능과 요소의 상태를 동일하게 유지하십시오”라는 한 문장이 있고 세션들은 스플릿 뷰가 접히고 펼쳐지는 모습을 설명하지만, compact 계층과 regular 계층이 애니메이션 도중에 선택 상태를 어떻게 주고받는지는 어느 쪽도 말하지 않습니다.¹⁶ 이것이 이번 출시의 열린 질문이고, James Thomson의 반응은 많은 사람의 마음을 대변합니다. “Duo는 내 UI가 작동하는 방식을 꽤 많이 다시 생각하게 만들 것 같다.”¹¹

두 가지 반응이 분위기를 더 잘 보여 줍니다. Troughton-Smith는 9월 9일 오후 12시 16분에 첫 Tech Talk를 링크하며 말했습니다. “이건 한 달의 예고만 두고 완전히 새로운 플랫폼이 떨어진 것이나 다름없다.”¹¹ 그리고 Pierce는 첫날에 낼 것인가를 두고 이렇게 썼습니다. “첫날에 Duo 지원을 내보내려고 죽도록 애쓴다면, 그건 자기 자신을 위해 하는 일이다.”¹¹ 그날 오후에 올라온 Jordan Morgan의 여섯 세션 요약은 “일부 새 iOS 27.1 API 참조 페이지는 집필 시점에 제공되지 않았다”고 적었고, 그는 세션을 다 보기 전에 AI에게 먼저 읽혔다고 밝혔습니다. 저도 그랬고, 디자인 편은 그 결과물을 한 줄씩 자막 트랙과 대조해 확인한 끝에 나온 글입니다.¹² 규모를 가늠하자면, Apple 제품 페이지를 두고 벌어진 Hacker News 스레드는 오전 중에 1,346포인트와 2,343개의 댓글에 이르렀습니다. 제가 표본으로 읽은 댓글에서는 주름과 가격이 앞섰고, 그 아래에 레이아웃과 개발자 관련 하위 스레드가 이어졌습니다.¹⁴

업데이트, 오후 6시 40분(PT): 접힘 효과가 전화기를 떠났다

저녁이 되자 GitHub 검색은 9월 10일 자정(UTC), 즉 태평양 시간으로 9월 9일 오후 5시 이후에 만들어진 iPhone Duo 언급 저장소를 53개로 셌습니다.¹⁹ 오후의 장르는 목업 절에서 아무도 계획하지 않았다고 부른 바로 그것입니다. 경첩 블러가 다른 이유로 접히는 하드웨어로 이식되었습니다.

MacBook 덮개. sumimakito가 만든 Mac Duo는 오전 11시 55분(PT)에 만들어져 오후 6시 37분에 별 49개에 이르렀습니다. README는 이렇게 말합니다. “덮개를 닫고 화면 내용이 기울고 흐려지며 움직이면서 사라지는 것을 보십시오. Mac Duo는 이 효과를 메뉴 막대 컨트롤과 함께 여러분의 MacBook에 더합니다.” 렌더링은 Metal로 하고 실시간 화면은 ScreenCaptureKit으로 캡처하며, Apple 실리콘과 Intel Mac용 서명된 개발 빌드를 배포하고, 라이선스는 Apache-2.0입니다.¹⁹ 아침에 별 4개였던 lqSky7의 macTilt는 18개가 되었습니다. MacBook용 클론이 셋 더 도착했습니다. foldy(“덮개를 닫으면 데스크톱이 접힙니다.”), Swift와 Metal로 쓴 fold, 그리고 mac-duo가 모두 MIT로 나왔고, Windows 이식판인 winduo는 스스로를 “IPhone Duo blur thingy but on Windows laptop”이라고 소개합니다.¹⁹

다른 경첩들. Fold8HingeFade는 Samsung 폴더블을 위한 Kotlin 개념 증명으로, “접힘이 시작될 때 한 번 캡처하고, 경첩 센서로 구동해 두 화면에서 AGSL 크로스페이드”를 수행합니다. README는 상태를 솔직하게 적었습니다. “대상: Galaxy Z Fold 8. Pixel Fold 에뮬레이터에서 검증함.”¹⁹ Flutter 패키지 duo_animation(“아무 위젯이나 감싸고, 기기를 기울이고, 접히는 것을 보십시오.”)과 Core Motion으로 Metal 셰이더를 구동하는 SwiftUI 버전 iPhoneDuoAnimation은 기기 모션을 이용해 이 효과를 지원 기기로 가져옵니다.¹⁹ 이 가운데 어느 것도 iPhone Duo용 앱이 아닙니다. 경첩이나 자이로스코프가 있는 곳이라면 어디서든 키노트의 상징적인 순간을 재현할 뿐입니다.

웹 도구, 다만 Apple의 숫자 없이. 웹사이트를 위한 도구가 둘 나타났습니다. 어느 쪽도 이 기기의 실제 Safari CSS 뷰포트를 확정하지 못합니다. Apple이 그것을 공개하지 않았기 때문입니다. 그리고 지금 오가는 숫자는 세 가지 서로 다른 것입니다. 사양표의 물리 픽셀, App Store Connect의 스크린샷 픽셀, 그리고 그로부터 3x 배율을 가정해 추론한 포인트입니다. duo-check는 명령줄 검사기로, 헤드리스 Chromium에서 여러 너비로 페이지를 불러와 “가로 넘침, 고정 너비 요소, 줄바꿈되는 내비게이션, 지나치게 긴 텍스트 줄 같은 구체적인 반응형 버그를 표시”합니다. 심각도가 높은 발견이 있으면 0이 아닌 종료 코드를 내보내므로 CI 게이트로 쓸 수 있습니다. README는 프리셋에 대해 이렇게 말합니다. Apple이 “이 기기의 실제 CSS 뷰포트 치수를 공개하지 않았”기 때문에 duo-closed(344 × 774)와 duo-open(690 × 872)은 “유출된 물리 해상도에서 끌어낸 추정치”라는 것입니다.²⁰ 오후 6시 13분(PT)의 Hacker News 글이 링크한 Progressier의 iPhone Duo Simulator는 사이트를 접은 자세와 펼친 자세의 iframe으로 미리 보여 주며, 내부 디스플레이의 “논리적 CSS 뷰포트는 890 x 626픽셀(@3x 밀도에서 물리 2670 x 1878픽셀)”, 외부는 “466 x 678픽셀”이라고 적습니다.²⁰ 외부 수치는 App Store Connect의 스크린샷 치수를 3으로 나눈 값이며, 그 나눗셈이 Safari의 CSS 뷰포트를 확정해 주지는 않습니다. 내부 수치는 사양표를 3으로 나눈 값으로, 개발자 편이 그날 아침 철회한 계산입니다. App Store Connect의 2007 × 2853 스크린샷 크기는 3x 배율을 가정하면 669 × 951포인트를 뜻하며, 시뮬레이터가 그 숫자를 알려 주기 전까지는 추론입니다. 시뮬레이터가 나오기 전까지는 669 × 951에서의 검사를 626 × 890에서의 검사 옆에 나란히 두십시오.

스킬 두 개 더. 오전 11시 23분(PT)에 만들어져 저녁에 별 8개가 된 eisenjimmy/iphone-duo-skill은 스스로를 “iPhone Duo의 모든 자세에서 일관성을 유지하는 하나의 적응형 iPhone 앱을 설계하기 위한, 출처에 근거한 Agent Skill”이라고 부르고 기기 검사에 반대하며(“잘못된 적응이란 기기 검사 뒤에 숨은 두 번째 앱이다”) 그 원칙을 한 줄로 밝힙니다. “레이아웃은 가용 공간에 반응한다. 물리적 상호작용은 경첩에 반응해도 된다.”²¹ 오후 5시 31분에 만들어진 its-panzer/iphone-duo-design은 “Apple의 출시 Tech Talk 여섯 편과 Human Interface Guidelines에 기반”하며 “출처가 연결된 규칙 15개, 설계와 리뷰 프롬프트, 상태 기반 테스트 매트릭스를 담았”습니다.²¹ 하루 반 만에 스킬 저장소 아홉 개, 그리고 가장 최근의 둘은 모두 자신을 출처에 근거했다고 소개합니다.

오늘 쓸 것, 그리고 기다릴 것

• 쓸 것: Apple의 베젤 팩은 자기 앱의 목업과 마케팅 이미지에. App Store Connect의 크기는 지금 만들고 있는 스크린샷 파이프라인에. Duo 업로드는 2026년 10월 5일에 열렸습니다(이 글은 처음에 올해 하반기라고 적었고, 10월 7일에 정정했습니다). DuoKit은 iOS 26에서 실행되는 코드가 딸린 세션 길잡이로.
• 조심해서 쓸 것: 접힘 습작은 사내 데모나 프로토타입에만. Apple의 가이드라인이 자사 제품의 3D 렌더링과 시뮬레이션을 마케팅 자료에서 허용되지 않는 용도로 열거하기 때문입니다. 에이전트 스킬은 무엇이든 API 이름의 출처가 아니라 따져 볼 체크리스트로.
• 기다릴 것: ArrangementView, 예약 영역, 툴바 축 API를 상대로 한 줄이라도 쓰기 전에 Xcode 27.1 베타를. 마이그레이션 계획을 정하기 전에 “Preparing your app for iPhone Duo” 가이드를. 어떤 Figma 프레임이든 최종본으로 여기기 전에 iPhone Duo 전용 Figma 파일을. 오늘 레이아웃 작업을 시작하는 데는 Figma용 iOS 27 UI Kit과 PNG 베젤이면 충분합니다. (10월 11일: 베타는 9월 18일에, RC는 10월 5일에 출시됐습니다. 가이드는 9월 17일까지 공개됐고, Apple은 9월 18일에 iPhone Duo용 Figma와 Sketch 키트를 추가했습니다.²²)

핵심 요약

디자이너를 위해: - Apple의 iPhone Duo 베젤은 Photoshop과 PNG로, 마감 두 가지와 자세 다섯 가지로 존재합니다. 내부 화면 컷아웃은 2853 × 2007로 App Store Connect의 크기이지 패널의 크기가 아닙니다. 이것이 Apple의 가이드라인이 마케팅용으로 지목한 자산이며, 3D 렌더링은 그 자리에서 허용되지 않습니다.¹² - App Store Connect의 스크린샷 행이 최초의 포인트 크기 증거입니다. 3x를 가정하면 내부는 669 × 951, 외부는 466 × 678입니다. 렌더링 방식은 시뮬레이터가 나올 때까지 추론입니다.³

개발자를 위해: - 첫날에 만들어진 것 중 Duo API에 대해 컴파일되는 것은 하나도 없습니다. Apple은 여전히 SDK를 이번 달 중 공개로 적고 있고, 세상에 도는 API 이름은 모두 사전 공개 세션 페이지에서 베낀 것입니다. 헤더와 대조하십시오.⁴⁸¹⁰ - 열린 질문은 compact와 regular 계층에서 접힘을 넘나드는 상태입니다. 지금까지 Apple의 안내는 한 문장뿐입니다.¹¹¹⁶

에이전트 경제를 지켜보는 이들을 위해: - 첫 24시간 동안 코딩 에이전트를 위한 지시 묶음 저장소 일곱 개가 첫 예제 코드와 나란히 나타났고, 그중 하나는 별 154개짜리 컬렉션 안에 있습니다. 잘 만든 것에는 날짜와 경고가 붙어 있습니다.¹⁰

자주 묻는 질문

Apple이 iPhone Duo용 Figma나 Sketch 키트를 내놓았나요?

아닙니다. 9월 10일 아침 기준으로 Design Resources 페이지는 iPhone Duo 제품 베젤을 Photoshop과 PNG로만 제공합니다. iOS 27과 iPadOS 27 UI Kit은 Figma와 Sketch로 제공되지만, 페이지에 Duo 파일은 없습니다.¹

App Store Connect는 iPhone Duo에 어떤 스크린샷 크기를 요구하나요?

외부 디스플레이는 1398 × 2034픽셀, 내부 디스플레이는 2007 × 2853픽셀이며 각각 가로와 세로 모두입니다. App Store Connect 릴리스 노트에 따르면 9월 9일에 추가되었습니다. 앱 미리보기는 886 × 1920 또는 1920 × 886입니다. iPhone Duo용 업로드는 2026년 10월 5일에 열렸고, 2027년 4월부터는 모든 제출에 Duo 스크린샷이 필요합니다(이 글은 처음에 Apple의 9월 9일 릴리스 노트에 따라 올해 하반기라고 적었고, 10월 7일에 정정했습니다).³¹⁷¹⁸

오늘 iPhone Duo API를 상대로 빌드할 수 있나요?

아닙니다. iOS 27.1 SDK를 담은 Xcode 27.1 베타는 이번 달 중 공개 예정으로 표시되어 있고, 예약 영역이나 배치 API의 문서 페이지는 존재하지 않습니다. 그 API 이름을 적은 커뮤니티 저장소들은 이름을 Tech Talk의 내레이션과 페이지에 실린 코드에서 가져왔습니다.⁴⁸¹⁰ (10월 11일: 이제는 됩니다. Xcode 27.1 베타(27A9269)는 9월 18일에, iOS 27.1 SDK를 담은 Xcode 27.1 RC(27A9275)는 10월 5일에 출시됐고, App Store Connect는 RC로 만든 빌드를 App Store용으로 받습니다.²²)

iPhone Duo 시뮬레이터가 있나요?

Xcode 27 릴리스 후보에는 없습니다. 첫 번째 Tech Talk는 Xcode 27.1에서 펼치기, 접기, 회전, 폴드 컨트롤을 갖춘 iPhone Duo 시뮬레이터를 설명합니다.⁴¹¹

출처