学车时我开的是手动挡，起初因为技术生疏，常搞得手忙脚乱，所以第一台车就直接选了自动挡。但开了几年，我开始追求那种完全掌控的驾驶感，于是又增购了一台手动挡。遗憾的是，随着交通日益拥堵，换挡的乐趣逐渐被疲惫抵消，最终这台车也被冷落。算起来，我已经快二十年没认真开过手动挡了，但内心深处，我仍会时不时地怀念那段“人车合一”的时光。
随着 AI 深度介入我的工作与生活，我感觉自己的人生正从 MT 转向 AT。毫无疑问，AI 助我突破了许多能力瓶颈，也在熟悉领域带来了巨大的效率提升。但奇怪的是，我对它的“惊叹”却在与日俱减。看似它节省了我的时间，但我并未从这些“多出来的时间”里获得预期的满足感。也许是我对它的期望阈值不断提高，但一个不争的事实是：我已经有一段时间没有在学习和开发过程中，体会到那种单纯的快乐了。
幸好，几天前我又找回了这种久违的开心。在准备 iOS Conf SG 的 Keynote 时，由于 Keynote 在动画构建上相对“原始”且缺乏 AI 辅助，我难得地拥有一段完整的时间，去纯手工地尝试和修改。哪怕只是一个简单的并行动画，究竟是用转场、普通动画还是“神奇移动”，我都玩得不亦乐乎。那些在专家手里可能两三分钟搞定的设置，我折腾了大半天。尽管毫无效率可言，但我乐在其中。看着最终那个略显“简陋”的效果，我竟被自己感动了。
对于职场中人，效率和完成度固然是硬指标；但能否体会到过程带来的“实感”，或许才是作为“人”最朴素的追求。
我大概率不会再买 MT 的车了，但在我还能握紧方向盘的时候，也不会轻易让“智能驾驶”代劳。写代码也是如此，当初爱上它，正是因为它能给我带来纯粹的快乐。当所有工具都在催促我们变得更快更好时，我想应该给自己留一点变慢、变“笨”的空间——毕竟，AT 的人生未必比 MT 更好。
近期推荐
告别“可移植汇编”：我已让 Swift 在 MCU 上运行七年
从 2024 年开始，Swift 官方正式提供了对嵌入式系统的支持，但要在这个领域获得显著份额，仍有很长的路要走。其实，早在官方下场之前的 2018 年，Andy Liu 和他的 MadMachine 团队就开始在探索和实践将 Swift 应用于嵌入式领域，并陆续推出了相关硬件。他们坚信，在功能日益复杂的开发场景中，Swift 的现代语言特性将展现出巨大的优势。在本文中，Andy 分享了过去几年中在该领域的探索历程。我真心希望，Swift 能够在更多的场景中，展现其魅力。
在 SwiftUI 中构建基础拨号滑块组件 (Building a Base DialSlider Component in SwiftUI)
在 AI 功能越来越强大的今天，看到一个动效，让 AI 帮你实现已经越来越容易了。但每当看到开发者凭借自己的”奇思妙想”不断探索实现方式并打磨效果时，我仍会由衷赞叹。codelaby 在这篇复刻”老式电话拨号盘”的文章中，巧妙运用 SwiftUI 的 .compositingGroup() 和 .blendMode(.destinationOut) 实现了动态”镂空”效果，使旋转层下的静态数字清晰显现，相比单纯旋转图片更具灵活性和原生质感。此外，文章对环形手势处理、角度计算（atan2）以及限位逻辑（Stopper）的阐述也十分透彻清晰。
CKSyncEngine 答疑与实战经验分享 (CKSyncEngine Questions and Answers)
不少开发者对 Core Data 的 NSPersistentCloudKitContainer 颇有诟病，认为其不透明且缺乏定制性。但真正想自己着手解决 CloudKit 的数据同步问题时，才发现需要考虑的地方实在太多，难度远超想象。苹果在几年前推出的 CKSyncEngine 彻底打破了这个困境，提供了更清晰的状态管理和错误处理，并自动处理了诸多复杂的边缘情况，让开发者可以专心构建数据同步逻辑。
Christian Selig 通过自问自答的方式，分享了他在使用 CKSyncEngine API 时的经验，详细拆解了 CKSyncEngine 如何作为一个完美的中间层，在保留数据存储灵活性（你可以继续用 SQLite、Realm 或 JSON）的同时，接管了最令人头疼的同步状态管理。
我对 iOS 26 Tab Bar 的吐槽 (My Beef with the iOS 26 Tab Bar)
SwiftUI 在 iOS 18 中对 Tab Bar 的调整，其影响几乎堪比当年 NavigationStack/NavigationSplitView 取代 NavigationView，不仅改变了设计语言，对应用的实现方式和数据流走向都产生了颠覆性影响。而为 iOS 26 Liquid Glass 风格引入的”搜索标签”功能进一步推进了这种变革。Ryan Ashcraft 在这篇文章中直言不讳地指出了新 Tab Bar 设计的诸多问题：默认的浮动样式在某些界面中显得突兀，与应用整体视觉风格难以协调；新的边距和间距规则打破了长期以来的设计惯例，让开发者需要重新调整大量现有界面；更重要的是，这些改动并未明显提升用户体验，反而增加了适配成本。
我个人对新 Tab 的最大感受是，它会显著影响开发者在开发应用时对最低系统版本的决策。为 Tab 维护两套代码是否值得？如果为了简化实现而不得不将最低版本提高到 iOS 18，这或许正是 SwiftUI 团队的另一个设计意图？
Dia：深度剖析 The Browser Company 的 macOS 浏览器架构 (Dia: A Technical Deep Dive into The Browser Company’s macOS Browser)
Arc 是第一个使用 Swift 构建的大型 Windows 平台应用，而且 The Browser Company 也因此为 Swift 社区的 Windows 工具链做出了突出贡献。在从 Arc 转型到 Dia 后，开发团队并没有放弃使用 Swift，那么 macOS 端的 Dia 具体使用了哪些开发框架呢？
Everett 在本文中揭示了 Dia 独特的技术架构：这是一个基于 AppKit + SwiftUI 的原生 macOS 应用，但其核心渲染引擎并非 WebKit，而是嵌入了自行修改的 Chromium（ArcCore）。此外，在 Dia 的二进制文件中发现了大量与本地 AI 相关的库（如 Apple MLX 和 LoRA 适配器），这预示着 Dia 并非只是为了”快”，而是已经为设备端 AI 推理做好了底层工程准备。
关于罗技开发者证书过期的迷思 (Myths about Logitech Developer ID certificate expiration)
几天前，不少 macOS 用户发现罗技鼠标的自定义按钮失效。由于控制台日志中充斥着代码签名（Code Signing）相关的报错，不少用户和媒体将其归咎于”苹果撤销了证书”。Jeff Johnson 通过分析系统日志为苹果在本次事件中的角色进行了平反：这并非苹果的证书服务故障，而是罗技自身软件工程问题导致的。Logi Options+ 的后台进程在更新后，未能通过 macOS taskgated 的代码签名有效性验证，从而被系统直接终止。这篇文章不仅是一份故障分析报告，更提醒开发者：在 macOS 严格的安全机制下，应用更新的签名验证流程容不得半点马虎。
“如果你的证书过期了，用户仍然可以下载、安装和运行用该证书签名的 Mac 应用程序版本。但是，你需要一个新的证书来签署更新和新申请。” —— 苹果官方文档
拒绝 LLM 生成的平庸代码 (Stop Getting Average Code from Your LLM)
不可否认，在人类长久以来累积的信息海洋中，高质量的数据与信息只占少数。对于个体来说，我们完全可以有目的地去甄别和学习这些优质内容。但是，受限于机制，LLM 默认倾向于训练数据的“平均值”，这就导致它生成的内容在各个方面都显得比较平庸。具体到 Swift 开发领域，这往往意味着它会生成大量旧版的、非结构化的代码。
要想获得高质量、符合 Swift 6 标准甚至特定架构风格的代码，关键在于对抗这种“回归均值”的本能。Krzysztof Zabłocki 详细介绍了如何利用 Few-Shot Prompting（少样本提示）和上下文注入技术，通过提供具体的代码范例和架构规范，强迫 LLM “忘记”平庸的默认设置，转而生成精准匹配项目标准的高质量代码。
工具
swift-effect: 一种基于类型驱动的副作用处理方案
Alex Ozun 长期关注 Swift 中的 类型驱动设计，这个库是他对“代数效应（Algebraic Effects）+ 处理器（Effect Handlers）”在 Swift 里的实践。 swift-effect 不是把副作用变成“数据结构再解释”，而是将副作用建模为可拦截的全局操作（@Effect），通过 handler 在运行时组合和替换行为，让业务代码保持线性/过程式风格，同时又能精细控制 I/O、并发等行为。
核心亮点：
- 保持代码线性：调用 Console.print 等 effect 就像普通函数，但行为可由 handler 动态决定。
- 无 Mock 的行为测试：用
withTestHandler逐步拦截/断言 effect 序列，像“交互式脚本”一样测试流程。 - 并发可控：支持对 Task/AsyncSequence 的确定性测试，解决并发顺序不稳定的问题。
Codex Skill Manager: 一款面向众多 CLI 的 macOS 工具
很多开发者都会同时使用多种 AI 编程服务，尽管它们拥有类似的概念、设定和工具类型，但在具体设置和细节描述上仍有差异，这导致开发者很难对所有服务进行统一管理。Thomas Ricouard 开发的 Codex Skill Manager 将 Codex、Claude Code（以及 OpenCode、Copilot）的技能集中在一个 UI 里查看、搜索、删除和导入，避免在多个隐藏目录中手动寻找。
核心功能
- 本地技能：扫描
~/.codex/skills/public、~/.claude/skills等路径，展示列表与详情 - 详情渲染：Markdown 视图+引用预览
- 远程 Skill：Clawdhub 搜索/最新列表、详情拉取与下载
- 导入/删除/自定义路径：支持从 zip 或文件夹导入、侧边栏删除、添加自定义路径
- 多平台安装状态：为不同平台标记已安装状态
活动
LET’S VISION 2026｜邀请你与我们同行！
✨ 大会主题：Born to Create, Powered by AI
- 📍 地点：上海漕河泾会议中心
- ⏰ 时间：2026 年 3 月 27 日 - 3 月 29 日
- 🏁 重点：汇聚顶尖创作者与 AI 技术大咖，共同探索 AI 应用的未来边界
- 🌍 官网：letsvision.swiftgg.team
别走开！请关注官方账号和主理人 SwiftSIQI，我们将持续放送更多精彩内容！
Swift Student Challenge 2026
每年一度的学生挑战赛再次登场。挑战赛为数以千计的学生开发者提供了展现创造力和编程能力的机会，让他们可以通过 App Playground 呈现自己的作品，并从中学习在职业生涯中受用的实际技能。
今年作品提交通道将于 2026 年 2 月 6 日至 2 月 28 日开放。