0
stars
18
commits
4
linked in READMEs
Sep 7, 2026
updated
Core AI is Apple's on-device ML runtime in iOS 27 / macOS 27 and the successor to Core ML: PyTorch models are exported with Apple's coreai-torch (LLMs: coreai.llm.export) into .aimodel bundles that run on the GPU or the Neural Engine, e.g. Qwen3-8B 4-bit decodes at 94 tok/s on an M4 Max GPU, MLX 90 under the same protocol (apple-silicon-llm-bench, macOS 27 beta, 2026-06).
.aimodel)Qwen/Qwen3-VL-4B-Instruct converted to Apple Core AI (.aimodel, iOS 27 /
macOS 27): image+text → text fully on the GPU via Apple's coreai-pipelined
engine, zero custom kernels. The 4B sibling of the
Qwen3-VL 2B port — it
drops onto the same recipe with zero code changes (the model overlay and
exporter are fully config-driven).
Part of the CoreAI-Model-Zoo; full card with the conversion design: zoo/qwen3-vl.md.
⚡ One line — run the kit's task op on this model
(import CoreAIOps; no session, no model plumbing, downloads on first use):
let caption = try await CoreAI.caption(imageAt: url, options: .model("qwen3-vl-4b"))
Every op, one shape — Cookbook.
▶️ Run it (source) — the VLChat runner (GUI + CLI, one app for every vision-language model in the catalog):
git clone https://github.com/john-rocky/coreai-kit
open coreai-kit/Examples/VLChat/VLChat.xcodeproj
# → Run, then pick "Qwen3-VL 4B" in the model picker
# agents / headless (macOS):
cd coreai-kit/Examples/VLChat
swift run vlchat-cli --model qwen3-vl-4b --image sample.jpg --prompt "What is in this image?"
💻 Build with it — complete; the glue is kit API, copy-paste runs:
import CoreAIKit
import FoundationModels
let vlm = try await KitVisionModel(catalog: "qwen3-vl-4b")
let session = LanguageModelSession(model: vlm)
let image = try ImageFile.load(imageURL) // any image file → CGImage + EXIF orientation
let reply = try await session.respond(to: Prompt {
prompt
Attachment(image.cgImage, orientation: image.orientation)
})
// reply.content: the answer about the image, generated fully on-device
The take-home is Examples/VLChat/Sources/QuickStart.swift
— this exact code as one typed function, no UI; the CLI is an argument shell over it, and
the GUI drives the same KitVisionModel(catalog:) behind a LanguageModelSession.
Multi-turn about the same image? Hold the LanguageModelSession and call respond(to:)
per turn. The photo picker / file chooser is your app's own chrome — ImageFile.load
(kit API) turns any image file into model input.
Integration checklist
https://github.com/john-rocky/coreai-kit → product CoreAIKitNSPhotoLibraryUsageDescription — only if you use PhotosPickercom.apple.developer.kernel.increased-memory-limitdownloadProgress callback)| platform | prefill tok/s | decode tok/s | numerics |
|---|---|---|---|
| M4 Max (macOS 27 beta) | 93.3 | 92.2 | torch ladder vs fp32-HF (positions exact, vision cos 1.000, 36/36 layers cos 1.000, decode 16/16) + engine ≡ python 24/24 on the 211-tok multimodal prompt |
| iPhone 17 Pro (iOS 27 beta) | 10–15 | 14.0 cool → ~8.5 sustained | nat 24/24 + multimodal oracle 24/24 × 3 runs, token-identical to Mac |
Decode is bandwidth-bound: the 4.7 GB int8hu decoder reads ~4.7 GB/token, so it runs at roughly half the 2B's rate. On iPhone the read is heavy enough to thermally throttle — ~14 tok/s from a cool start, settling to ~8.5 under sustained decode. Device cold load 52.7 s (on-device GPU specialization, no AOT), warm 8–9 s; needs the increased-memory entitlement (4.7 GB class).
| path | what | size |
|---|---|---|
gpu-pipelined/qwen3_vl_4b_instruct_decode_int8hu_s1/ | text decoder LanguageBundle (SHIP: int8 per-block-32 body + untied absmax int8 head; tokenizer + metadata included) | 4.7 GB |
gpu-pipelined/qwen3_vl_4b_instruct_vision/ | fixed-grid vision encoder (448×448 → 196 tokens + DeepStack), fp16 | 0.79 GB |
The text-only pipelined engine carries the VLM through an id-space trick — no engine code changes beyond the published static-inputs patch:
MTLBuffers),<|image_pad|> ids become extension ids vocab + slot;
the graph selects text-table vs image-embed rows per token and applies the
three DeepStack adds the same way,Numerics are gated the zoo way: fp32-HF oracle → torch ladder (position
formula exact vs get_rope_index, 36/36 layers) → .aimodel GPU → engine ≡
python 24/24 → device 24/24.
See the zoo's apps/CoreAIChat (iOS) Qwen3-VL mode and the run contract
(S=1 prefill, COREAI_CHUNK_THRESHOLD=1, never engine.warmup()) in
knowledge/pipelined-engine.md.
Conversion is reproducible from the zoo:
conversion/export_qwen3_vl_pipelined.py int8hu --hf-id Qwen/Qwen3-VL-4B-Instruct.
Apache-2.0 (inherited from Qwen3-VL-4B-Instruct). Conversion code BSD-3-Clause (zoo repo).
More models in this format: Core AI Model Zoo — 75 models, each with the recipe that produced it.
Want a different model on-device? Open a request — free, open weights only; the export and its measured numbers get published publicly.
18 commits
0
stars
18
commits
4
linked in READMEs
Sep 7, 2026
updated
Core AI is Apple's on-device ML runtime in iOS 27 / macOS 27 and the successor to Core ML: PyTorch models are exported with Apple's coreai-torch (LLMs: coreai.llm.export) into .aimodel bundles that run on the GPU or the Neural Engine, e.g. Qwen3-8B 4-bit decodes at 94 tok/s on an M4 Max GPU, MLX 90 under the same protocol (apple-silicon-llm-bench, macOS 27 beta, 2026-06).
.aimodel)Qwen/Qwen3-VL-4B-Instruct converted to Apple Core AI (.aimodel, iOS 27 /
macOS 27): image+text → text fully on the GPU via Apple's coreai-pipelined
engine, zero custom kernels. The 4B sibling of the
Qwen3-VL 2B port — it
drops onto the same recipe with zero code changes (the model overlay and
exporter are fully config-driven).
Part of the CoreAI-Model-Zoo; full card with the conversion design: zoo/qwen3-vl.md.
⚡ One line — run the kit's task op on this model
(import CoreAIOps; no session, no model plumbing, downloads on first use):
let caption = try await CoreAI.caption(imageAt: url, options: .model("qwen3-vl-4b"))
Every op, one shape — Cookbook.
▶️ Run it (source) — the VLChat runner (GUI + CLI, one app for every vision-language model in the catalog):
git clone https://github.com/john-rocky/coreai-kit
open coreai-kit/Examples/VLChat/VLChat.xcodeproj
# → Run, then pick "Qwen3-VL 4B" in the model picker
# agents / headless (macOS):
cd coreai-kit/Examples/VLChat
swift run vlchat-cli --model qwen3-vl-4b --image sample.jpg --prompt "What is in this image?"
💻 Build with it — complete; the glue is kit API, copy-paste runs:
import CoreAIKit
import FoundationModels
let vlm = try await KitVisionModel(catalog: "qwen3-vl-4b")
let session = LanguageModelSession(model: vlm)
let image = try ImageFile.load(imageURL) // any image file → CGImage + EXIF orientation
let reply = try await session.respond(to: Prompt {
prompt
Attachment(image.cgImage, orientation: image.orientation)
})
// reply.content: the answer about the image, generated fully on-device
The take-home is Examples/VLChat/Sources/QuickStart.swift
— this exact code as one typed function, no UI; the CLI is an argument shell over it, and
the GUI drives the same KitVisionModel(catalog:) behind a LanguageModelSession.
Multi-turn about the same image? Hold the LanguageModelSession and call respond(to:)
per turn. The photo picker / file chooser is your app's own chrome — ImageFile.load
(kit API) turns any image file into model input.
Integration checklist
https://github.com/john-rocky/coreai-kit → product CoreAIKitNSPhotoLibraryUsageDescription — only if you use PhotosPickercom.apple.developer.kernel.increased-memory-limitdownloadProgress callback)| platform | prefill tok/s | decode tok/s | numerics |
|---|---|---|---|
| M4 Max (macOS 27 beta) | 93.3 | 92.2 | torch ladder vs fp32-HF (positions exact, vision cos 1.000, 36/36 layers cos 1.000, decode 16/16) + engine ≡ python 24/24 on the 211-tok multimodal prompt |
| iPhone 17 Pro (iOS 27 beta) | 10–15 | 14.0 cool → ~8.5 sustained | nat 24/24 + multimodal oracle 24/24 × 3 runs, token-identical to Mac |
Decode is bandwidth-bound: the 4.7 GB int8hu decoder reads ~4.7 GB/token, so it runs at roughly half the 2B's rate. On iPhone the read is heavy enough to thermally throttle — ~14 tok/s from a cool start, settling to ~8.5 under sustained decode. Device cold load 52.7 s (on-device GPU specialization, no AOT), warm 8–9 s; needs the increased-memory entitlement (4.7 GB class).
| path | what | size |
|---|---|---|
gpu-pipelined/qwen3_vl_4b_instruct_decode_int8hu_s1/ | text decoder LanguageBundle (SHIP: int8 per-block-32 body + untied absmax int8 head; tokenizer + metadata included) | 4.7 GB |
gpu-pipelined/qwen3_vl_4b_instruct_vision/ | fixed-grid vision encoder (448×448 → 196 tokens + DeepStack), fp16 | 0.79 GB |
The text-only pipelined engine carries the VLM through an id-space trick — no engine code changes beyond the published static-inputs patch:
MTLBuffers),<|image_pad|> ids become extension ids vocab + slot;
the graph selects text-table vs image-embed rows per token and applies the
three DeepStack adds the same way,Numerics are gated the zoo way: fp32-HF oracle → torch ladder (position
formula exact vs get_rope_index, 36/36 layers) → .aimodel GPU → engine ≡
python 24/24 → device 24/24.
See the zoo's apps/CoreAIChat (iOS) Qwen3-VL mode and the run contract
(S=1 prefill, COREAI_CHUNK_THRESHOLD=1, never engine.warmup()) in
knowledge/pipelined-engine.md.
Conversion is reproducible from the zoo:
conversion/export_qwen3_vl_pipelined.py int8hu --hf-id Qwen/Qwen3-VL-4B-Instruct.
Apache-2.0 (inherited from Qwen3-VL-4B-Instruct). Conversion code BSD-3-Clause (zoo repo).
More models in this format: Core AI Model Zoo — 75 models, each with the recipe that produced it.
Want a different model on-device? Open a request — free, open weights only; the export and its measured numbers get published publicly.
18 commits