AI 개발

iPhone 18 AI는 얼마나 강한가? Apple Intelligence, Siri AI, AI Agent와 JSON 데이터 처리

JSONSort 게시 2026-09-09 업데이트 2026-09-09 약 16분

키노트 포스터는 「더 강한 AI」라고 쓴다. JSON을 다루는 쪽의 질문은 파라미터 순위표가 아니다. Siri가 불법 객체를 App Intent에 넣을지, 온디바이스 모델이 Schema대로 객체를 낼지, 32K 창에 도구 결과가 남을지다. Apple Intelligence, Siri AI, AI Agent를 나눈 뒤 JSON 처리로 내린다.

읽기 전 요약

개념	한 줄	어디에 떨어지는가
Apple Intelligence	OS 수준의 AI 직물이지, 단독 채팅 App이 아니다	온디바이스 모델 + Private Cloud Compute
Siri AI	자연어로 App Intents를 배차하는 도우미	인수는 적법 객체여야 하며, 산문이 아니다
AI Agent	다단계 도구 루프: 제안, 실행, 결과 읽기	LanguageModelSession + 시스템 도구
JSON / Schema	런타임 계약: 필드, 필수, 열거	@Generable → JSON Schema; Intent parameters

역할을 먼저 기억하라. Apple Intelligence는 바닥, Siri는 배차, Agent는 루프, JSON Schema는 구경이다. 넷을 「폰이 똑똑해졌다」로 납작하게 만들면, 다음 홉이 산문을 parse한다.

발표회 당일, 「얼마나 강한가」를 바로 묻기

오늘은 2026년 9월 9일, Apple Surprise and Shine(태평양 시간 오전 10시)이다. 이 글은 당일에 쓴다. 소프트웨어는 WWDC 2026 / iOS 27 공개 내용을 따른다. Keynote가 읽지 않은 하드웨어 숫자는 미디어 예상 또는 소문으로 표시한다.

「얼마나 강한가」가 파라미터와 채팅 데모뿐이라면 Apple은 거의 이기지 못한다. 진짜 질문은 한 문장을 검증 가능한 객체로 바꿔 App에 넘길 수 있는가다.

확인됨: WWDC 문서와 Foundation Models, App Intents, Siri AI 공개 API.
미디어: 오늘 무대에 오를 것으로 보이는 기기(18 Pro / Pro Max, 폴더블 iPhone).
소문: A20, 12GB 메모리 등 Apple이 아직 읽지 않은 숫자. 출하 사양이 아니다.

Keynote가 끝날 때까지 Schema 작성을 미루지 말라. Intent 인수와 Guided Generation의 구경은 6월부터 개발자 문서에 있다.

Apple Intelligence에서 iPhone 18까지: 타임라인

2024-06 확인됨
WWDC가 Apple Intelligence를 발표한다. 온디바이스 소형 모델과 Private Cloud Compute. 글쓰기, 이미지, 알림 요약.
2025-06 확인됨
Foundation Models가 도착한다. @Generable / Guided Generation이 Swift 타입을 JSON Schema로 편성해 디코딩을 묶는다.
2026-06 확인됨
Siri가 새 LLM으로 재구축되고 SiriKit은 폐기된다. App Intents Schema, View Annotations, Spotlight 의미 인덱스. PCC 서버 모델은 약 32K. LanguageModel 프로토콜. 바코드 / OCR / Spotlight 내장 도구.
2026-09-09 미디어
Surprise and Shine. 미디어는 iPhone 18 Pro / Pro Max와 첫 폴더블 iPhone(흔히 Ultra)을 기대한다. 표준 iPhone 18은 2027년 봄으로 나뉠 수 있다.
2026-09 소문
A20 / 2nm, Pro의 12GB로 더 큰 온디바이스 모델을 올린다는 소문. Apple이 읽기 전에는 가설로 둔다.

Apple Intelligence란 무엇인가 (챗봇이 아니다)

Apple Intelligence는 OS 직물이다. 어떤 계산을 기기에 남기고, 무엇을 Private Cloud Compute로 보내며, 무엇을 Siri, Spotlight, 타사 App에 보여줄지. 「폰 안의 ChatGPT」가 아니다.

2026년, 개발자가 실제로 만지는 것은 네 조각이다:

온디바이스 Foundation Model. WWDC 2026은 추론과 Tool Calling을 다시 만들고, 컨텍스트 사용량과 token 수 API를 더했다.
PrivateCloudComputeLanguageModel. 약 32K 창, 추론 단계, 계정과 API key 없음.
LanguageModel 프로토콜. 하나의 LanguageModelSession을 로컬, PCC, 타사 / 오픈소스로 바꿀 수 있다.
시스템 도구. BarcodeReaderTool, OCRTool, Spotlight 검색. 로컬 RAG를 위해 서버를 먼저 세울 필요는 없다.

여기서 「강함」은 기본 경로가 당신 클라우드를 지나지 않고, 객체가 기기 또는 PCC에서 태어난다는 뜻이다. 약한 면도 분명하다. 창은 클라우드 플래그십보다 짧고, 개방 영역 잡담은 설계 목표가 아니다.

GPT-6 Astra 가이드와 채팅을 비교하거나 모델이 커지는 이유과 파라미터를 비교하면 질문이 틀린다. Apple이 파는 것은 「적법 객체를 App으로」이지, 「더 긴 문단」이 아니다.

Siri AI의 강점은 어디에 있는가

Siri AI는 클라우드 채팅을 수화기에 넣은 것이 아니다. WWDC 2026은 한 문장을 듣고, App Intent 인수를 채우고, 필요하면 화면의 엔티티를 본 뒤, 호스트가 실행하게 만들도록 세웠다.

SiriKit은 정식 폐기되고, 이전 창은 2~3년이다. 새 Siri는 App Intents를 말하지 않는 App을 보지 못한다.

Intent Schema: 시스템 정의 영역(작업, 사진, 통신). 고정 호출 문구가 필요 없다.
Entity Schema: 콘텐츠가 Spotlight 의미 인덱스에 들어가고, 개인 컨텍스트는 출처와 함께 돌아온다.
View Annotations: 눈앞의 View를 엔티티로 표시한다. 「이것 보내」에 묶을 대상이 생긴다.
App Intents Testing: Siri / Shortcuts / Spotlight를 실제 시스템 경로로 시험한다. UI 자동화가 필요 없다.

시스템이 넘기는 것은 문단이 아니라 인수 객체다. LookupOrder 한 홉은 대략 이 모양이다:

{
  "intent": "LookupOrder",
  "app": "com.example.shop",
  "source": "siri",
  "parameters": {
    "order_id": "A-1042"
  }
}

AI Agent 완전 가이드는 「모델이 제안하고 호스트가 실행한다」를 루프 안에 그린다. Siri는 시스템 배차다. Intent를 고르는 것은 Siri이고, 호스트는 여전히 당신 App이다. 빠진 필드, 잘못된 열거, 여분 키——Intent가 느슨하면 사고는 데모 영상이 아니라 perform 함수에서 난다.

Siri가 강해진다는 것은 배차가 정확해지고, 화면을 보며, 여러 단계를 잇는다는 뜻이다. 인수에 대한 Schema 검증을 대체하지 않는다.

iPhone 18 하드웨어: 무엇이 「더 강함」이고, 무엇이 아직 소문인가

키노트가 칩과 메모리를 파는 이유는 온디바이스 모델과 Tool Calling이 RAM과 NPU를 먹기 때문이다. iOS 27 소프트웨어는 기기 집합에 떨어진다. Apple Intelligence를 돌리는 모든 폰이 가장 무거운 로컬 Agent를 돌릴 수 있는 것은 아니다.

확인됨: iOS 27과 Foundation Models / Siri AI API는 WWDC에서 공개됐다. 오늘 Keynote가 확인하는 것은 어떤 기기가 그것을 탑재하는가다.
미디어: 가을에 18 Pro / Pro Max와 폴더블. 표준 iPhone 18은 2027년 봄일 수 있다.
소문: 2nm A20, Pro의 12GB로 더 큰 로컬 모델을 올린다. Keynote 전까지는 가설이다.

JSON을 쓰는 사람에게 하드웨어가 바꾸는 것은 둘뿐이다. 로컬 창이 도구 결과를 담을 수 있는지, Agent 루프가 메모리 때문에 죽을지.

창이 커져도 첫 반응을 API 응답 전체 투입으로 만들지 말라. 모델이 커지는 이유은 이미 썼다. 파라미터는 용량, token은 청구서, 창은 통이다.

Apple 스택 Agent와 클라우드 Agent의 차이

Apple 스택의 Agent는 클라우드 루프를 한 겹 더 싸는 것이 아니다. LanguageModelSession이 기기 또는 PCC에서 도구를 여러 단계 호출한다. 도구는 흔히 App Intents이거나 시스템의 Vision / Spotlight다.

골격은 클라우드 Function Calling과 같다. 모델은 이름과 인수만 내고, 호스트가 parse, 검증, 실행한 뒤 결과를 session에 넣는다.

기본 목록은 시스템이 보는 Intent이지, 혼자 유지하는 긴 tools[]가 아니다.
내장 시각 / 검색 도구도 결과는 객체여야 하며, 스크린샷 산문이 아니다.
PCC는 약 32K로, 흔한 128K 클라우드 창보다 빡빡하다. 도구 반환값이 먼저 먹는다.
다단계 Intent는 App을 건너 이을 수 있다. 각 단계는 여전히 적법 인수가 필요하다.

{
  "agent": "on_device",
  "step": 2,
  "tool": "LookupOrder",
  "arguments": {"order_id": "A-1042"},
  "result": {
    "order_id": "A-1042",
    "amount": 99.00,
    "status": "paid"
  },
  "next": "CreateRefund"
}

위는 로컬 루프의 최소 상태다. AI Agent 완전 가이드가 루프를 설명하고, MCP Tool Schema vs Function Calling가 다른 도구 JSON 철자를 보여 준다. Apple은 같은 사전을 Swift 타입과 App Intents로 쓴다.

Siri와 Agent를 한 단어로 쓰지 말라. Siri는 「누구를 부를지」를 정한다. Agent는 session 안에서 「다음 도구」를 정한다. 둘 다 객체를 바톤으로 넘긴다.

JSON 처리: Apple은 처음부터 Schema를 썼다

Guided Generation 문서는 이미 말한다. 각 @Generable 타입은 JSON Schema로 편성되어 모델에 넘어가고, 그 Schema는 컨텍스트에 포함된다. DynamicGenerationSchema / GenerationSchema는 런타임의 같은 일이다.

그러므로 온디바이스 「구조화 출력」은 새 데이터 형식이 아니다. JSON Schema의 Swift 투영이다. 클라우드 Structured Outputs의 json_schema, MCP의 inputSchema, App Intent 인수는 같은 원본 파일을 가리켜야 한다.

주문 요약 계약은 @Generable, Intent 인수, 호스트 검증에 동시에 먹일 수 있다:

{
  "$id": "https://example.com/schemas/order-summary.json",
  "type": "object",
  "properties": {
    "order_id": { "type": "string", "pattern": "^A-[0-9]{4,}$" },
    "amount": { "type": "number", "exclusiveMinimum": 0 },
    "status": { "type": "string", "enum": ["paid", "refunded", "pending"] }
  },
  "required": ["order_id", "amount", "status"],
  "additionalProperties": false
}

키워드는 JSON Schema 튜토리얼를 보라. 기기에서 비싼 것은 Schema 자체다. 긴 설명과 깊은 중첩이 창을 먹는다. 속성 이름은 짧게, Guide(description:)는 품질이 오를 때만, 배열에는 maximumCount.

{
  "session": "LanguageModelSession",
  "context_window": 32000,
  "spent": {
    "instructions": 800,
    "generable_schema": 1200,
    "tools": 2400,
    "app_intent_result": 18000
  },
  "reserved_output": 2000,
  "remaining": 9600
}

32K session은 도구 결과로 쉽게 찬다. 먼저 로컬에서 포맷로 구조를 보고, JSONPath 추출로 order_id / amount / status를 뽑은 뒤 압축해 모델에 넘긴다. JSON Schema가 필요한 이유는 이미 썼다. Schema는 구경이지, 「JSON으로 반환하라」는 문장이 아니다.

호스트는 여전히 검증한다. Guided Generation이 막는 것은 불법 token이다. 한도, 권한, 재파싱은 App에 남는다. 디버그는 지난주 통과한 객체와 JSON Diff하라. 사용자 데이터가 든 응답을 공개 사이트에 붙이지 말라.

네 층은 어떻게 겹치는가

넷을 「폰이 똑똑해졌다」로 납작하게 만들면 직무가 사라진다. 나눈 뒤:

Apple Intelligence는 바닥이다. 모델이 어디서 돌고, 창이 얼마나 크며, 어떤 시스템 도구가 있는가.
Siri AI는 바깥 배차다. 한 문장이 Intent 이름과 인수 객체가 된다.
Agent는 루프다. session 안의 다단계 도구. 상태는 적법 JSON이어야 한다. JSON Schema는 공유 구경이다.

대조표. 다음에 이들을 동의어로 쓰지 않기 위해:

층	시스템이 하는 일	Schema가 없으면
Apple Intelligence	모델, 창, 시스템 도구를 고른다	도구 결과가 산문이 되고 32K가 먼저 찬다
Siri AI	한 문장을 Intent 호출로 바꾼다	빠진 필드와 잘못된 열거가 perform()에 그대로 들어간다
AI Agent	session에서 도구를 여러 단계 부른다	상태를 채팅 로그에서 추측하고, 다음 홉이 잘못된 객체를 잡는다
JSON Schema	아무것도 하지 않는다. 자일 뿐이다	자가 Swift 매크로에만 있으면 클라우드와 CI는 재지 못한다

환불은 네 층을 함께 쓰는 일이 많다. Siri가 App으로 분류하고, Agent가 LookupOrder를 부르며, Guided Generation이 요약을 돌려주고, 호스트가 CreateRefund를 실행한다. AI Agent와 JSON Schema 워크플로는 문을 어떻게 늘어서게 하는지를 쓴다.

2026년 구현 (파일을 먼저, Keynote는 그다음)

schemas/intents/, schemas/generable/, schemas/state/를 두고, 안정된 $id와 버전을 붙인다.
JSON Schema를 먼저 쓰고, 그다음 @Generable 또는 Intent를 쓴다. 타입은 투영이지 원본이 아니다.
부작용(조회, 환불, 메일)은 Intent / Tool. 추출, 분류, handoff는 Guided Generation.
새 객체는 기본으로 additionalProperties: false와 명시적 enum. 확장은 별도 metadata.
도구 결과는 자른 뒤 session에 넣는다. 32K는 주문 전체를 붙이라는 허락이 아니다.
비밀과 사용자 필드는 브라우저에서만 본다. 포맷, JSON Diff, 업로드 없음.

디렉터리는 얇아도 된다. 중요한 것은 데모보다 앞선 파일이다. 키노트는 칩 구호를 바꾼다. 구경을 먼저 안정시켜라.

흔한 실수

Siri AI를 ChatGPT로 본다. Intent를 배차한다. 부작용을 실행하지 않고, 인수의 적법성도 보장하지 않는다.
Swift의 @Generable만 쓰고 JSON 원본을 남기지 않는다. 클라우드 API와 평가가 곧 어긋난다.
네트워크 응답 전체를 LanguageModelSession에 붓는다. debug 필드가 창을 먼저 먹는다.
호출 문구만 시험하고 불법 인수는 시험하지 않는다. Testing framework는 객체를 돌리지, 광고 문구를 돌리지 않는다.
넓은 type: object로 설계를 피한다. 개방 객체는 문이 아니다. 버전을 붙이거나 명시적 metadata를 더하라.

FAQ

iPhone 18 AI는 이미 GPT를 넘었는가?

그 비교는 틀렸다. 클라우드 플래그십은 여전히 긴 개방 영역 대화에 강하다. Apple의 강점은 온디바이스 / PCC, 계정 없음, App Intents 배차, Guided Generation의 객체 보장이다. 비교할 것은 「불법 객체가 App에 들어가는가」이지 파라미터 판이 아니다.

iPhone 18 없이 iOS 27 Siri AI를 쓸 수 있는가?

어느 단계까지 되는지는 기기와 메모리에 달렸다. 소프트웨어는 WWDC에서 공개됐다. 가장 무거운 로컬 모델은 그해 Pro 하드웨어에 묶이는 경우가 많다. 개발 계약(Intent Schema, @Generable)은 특정 SKU에 묶이지 않는다.

@Generable을 썼다. JSON Schema 파일은 아직 필요한가?

필요하다. @Generable은 투영이다. 하나의 원본이 클라우드 Structured Outputs, 평가, 다른 언어 클라이언트에 먹힐 수 있다. Swift 타입만 고치면 세 주 뒤 API 계약과 갈라진다.

Siri가 인수를 채웠다. 그래도 검증하는가?

한다. Siri는 배차다. 빠진 필드, 잘못된 열거, 낡은 엔티티는 여전히 perform()에 닿을 수 있다. Intent 선언을 조이고, 실행 전에 한 번 더 검증하라.

온디바이스 JSON을 로컬에서 어떻게 보는가?

포맷해서 구조를 보고, Schema에서 빠진 required나 잘못된 enum을 찾은 뒤, 지난번 통과본과 Diff하라. JSONSort는 브라우저 로컬에서 하며 업로드하지 않는다. 연락처나 주문을 공개 사이트에 붙이지 말라.

결론

iPhone 18 AI가 「얼마나 강한지」는 오늘 Keynote가 칩을 몇 나노미터로 부르는가에 달리지 않는다. JSON을 쓰는 쪽의 강도는 한 문장이 적법 Intent 인수가 되는지, 온디바이스 모델이 Schema대로 객체를 돌려주는지, 도구 결과가 창을 먼저 터뜨리지 않는지다.

Apple Intelligence는 바닥, Siri는 배차, Agent는 루프, Schema는 구경이다. 키노트가 끝난 뒤 먼저 schemas/order-summary.json을 저장소에 넣어라. 그다음 어떤 필드가 32K를 차지할 가치가 있는지 정하라.

더 읽기

AI는 왜 JSON Schema가 필요한가 Structured Output, Function Calling, 계약
AI Agent란? Tool Calling과 JSON 런타임, 도구 호출, JSON 계약
모델은 왜 커지는가 파라미터, Token, Context Window
AI Agent와 JSON Schema 워크플로 Tool Calling에서 구조화 문까지
JSONSort 로컬 도구상자 포맷, 검증, Diff
모든 글 JSON과 AI 개발 노트

변경 기록: 2026-09-09 최초 게시(발표회 당일)