拒绝羡慕 Cursor!Xcode 自己也能利用 AI 大模型让撸码如虎添翼【超详细配置】

拒绝羡慕 Cursor!Xcode 自己也能利用 AI 大模型让撸码如虎添翼【超详细配置】
在这里插入图片描述

作为一名还算合格的 Apple 开发秃头码农,宝子们曾经在 Cursor、VSCode、Trae 等多个智能 IDE 中流连忘返,寻求安慰。

小伙伴们多么希望 Xcode 也可以借助 AI 之力乘风而上!这次,宝子们要美梦成真了。我们国行版的中文 mac 系统无需任何改 ID、换区、破解打补丁之类的繁琐操作,即可让 Xcode 原生支持 AI Coding Intelligence

在这里插入图片描述
在这里插入图片描述

在本篇博文中,您将学到如下内容:

无需等待,让我们马上开始 Xcode AI Coding 的乘风破浪之旅吧!
Let’s go!!!😉


1. 系统要求

首先,macOS 需要 26.0(Tahoe)Developer beta 版,至于具体是 beta 第几版,不甚明了,反正我用的是 beta 6 版本。

在这里插入图片描述

Xcode 本身则需要 26.0 beta6 或以上版本,beta5 版本未做验证,情况不明。

至于 Mac 硬件的配置自然是越强越好,毕竟到时候内存太小放不下大模型,宝子们岂不又会急的多挠掉几千根头发。

2. 启用步骤

运行 Xcode,从全局菜单打开设置页面,进入 Intelligence 选项卡:

在这里插入图片描述

点击添加大模型提供者(Add a Model Provider)按钮,即可恣意选择我们心仪的大模型啦:

在这里插入图片描述

因为“国行” macOS 系统本身默认不会嵌入 Apple 官方本地的大模型,所以我们只有两种选择:远端大模型(比如 OpenAI 的 GPT)或者本地自己的大模型。

3. 搭建本地大模型环境

用本地大模型的好处是完全免费,而且如果你电脑性能强劲(内存+芯片)的话,token 生成速度也是杠杠的。

要想在 macOS 中搭建本地 AI 大模型调用环境有很多种方式。这里,我们使用的是 Ollama。

安装 Ollama 之后,打开设置窗口,我们可以登录账号并且选择大模型的本地存放路径:

在这里插入图片描述

如上图所示,我们还可以调整大模型上下文的长度以满足实际需求。

接下来,打开 Ollama,可以看到熟悉的聊天窗口环境:

在这里插入图片描述

我们此时可以在多种大模型中任性选择,在第一次使用(调用)之前 Ollama 会自动为我们下载大模型的对应文件:

在这里插入图片描述

注意,参数越多的大模型体积也会越大,比如 OpenAI 最新的开源大模型 gpt-oss:20b 体积大约为 12 GB 左右。

Ollama 运行后会默认创建本地 API 调用地址:

http://localhost:11434

所以,我们需要在 Xcode 中配置正确的端口号:

在这里插入图片描述

在 Xcode 连接上 Ollama 之后,如果 Ollama 中包含了多个大模型,我们可以进一步选择所需的大模型:

在这里插入图片描述

4. 在 Xcode 中使用 AI Coding Intelligence

在大模型配置完毕之后,在 Xcode 使用起来简直轻松的不要不要的。

首先,我们可以选择想要沟通的大模型类型:

在这里插入图片描述

接下来的使用就和 Cursor 之类的 AI 辅助撸码 IDE 差不多了。比如,在 Xcode 里我们可以让 AI 解释一段代码的功能:

在这里插入图片描述
在这里插入图片描述

或者让 AI 提供问题的解决方案:

在这里插入图片描述

甚至干脆让它直接动手为我们撸码来排忧解难:

在这里插入图片描述

5. 扩展

现在,在 mac 或 iPhone 上本地嵌入大模型已成为一种趋势,大模型一个维度也在向小型化、浓缩化蓬勃发展着:

在这里插入图片描述


在这里插入图片描述

比如,在上面我编写的 APP 中用仅仅 0.6B 的“小”模型(700MB不到)就在 mac 上较好的回答了用户的问题。

同样的“小模型”,在 iPhone 对应的 App 中运行起来也是如鱼得水,怡然自得:

在这里插入图片描述
在这里插入图片描述

看到这里,小伙伴们有没有一丢丢的心动呢?

心动不如行动,是时候操练起来了哦!棒棒哒!💯

感谢宝子们的观看,再会啦!😎

Read more

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

摘要:本文聚焦OpenClaw从测试环境走向生产环境的核心痛点,围绕“性能优化、安全加固、监控运维”三大维度展开实操讲解。先明确生产环境硬件/系统选型标准,再通过硬件层资源管控、模型调度策略、缓存优化等手段提升响应速度(实测响应效率提升50%+);接着从网络、权限、数据三层构建安全防护体系,集成火山引擎安全方案拦截高危操作;最后落地TenacitOS可视化监控与Prometheus告警体系,配套完整故障排查清单和虚拟实战案例。全文所有配置、代码均经实测验证,兼顾新手入门实操性和进阶读者的生产级部署需求,帮助开发者真正实现OpenClaw从“能用”到“放心用”的跨越。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】【数字孪生与仿真技术实战指南】 【AI工程化落地与YOLOv8/v9实战】【C#工业上位机高级应用:高并发通信+性能优化】 【Java生产级避坑指南:

By Ne0inhk
ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言  一、实验基础说明 1.1、互斥体简介 1.2 本次实验设计思路 二、硬件原理分析(看过之前博客的可以忽略) 三、实验程序编写 3.1 互斥体 LED 驱动代码(mutex.c) 3.2.1、设备结构体定义(28-39

By Ne0inhk
Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 后端工程师扔给你一个 Swagger (OpenAPI) 文档地址,你会怎么做? 1. 对着文档,手写 Dart Model 类(容易写错字段类型)。 2. 手写 Retrofit/Dio 的 API 接口定义(容易拼错 URL)。 3. 当后端修改了字段名,你对着报错修半天。 这是重复劳动的地狱。 swagger_dart_code_generator 可以将 Swagger (JSON/YAML) 文件直接转换为高质量的 Dart 代码,包括: * Model 类:支持 json_serializable,带 fromJson/

By Ne0inhk
Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

文章目录 * 前言 * make/makefile * 文件的三个时间 * Linux第一个小程序-进度条 * 回车和换行 * 缓冲区 * 程序的代码展示 * git指令 * 关于gitee * Linux调试器-gdb使用 * 作业部分 前言 做 Linux 开发时,你是不是也遇到过这些 “卡脖子” 时刻?写 makefile 时,明明语法没错却报错,最后发现是依赖方法行没加 Tab;想提交代码到 gitee,记不清 git add/commit/push 的 “三板斧”,还得反复搜教程;用 gdb 调试程序,输了命令没反应,才想起编译时没加-g生成 debug 版本;甚至连写个进度条,都搞不懂\r和\n的区别,导致进度条乱跳…… 其实这些问题,

By Ne0inhk