1. 项目概述一个真正属于你的跨平台AI聊天助手如果你和我一样既是iOS/macOS的深度用户又是ChatGPT、Claude这类大语言模型的日常使用者那你一定经历过这样的烦恼官方App功能受限、网页版操作不便、第三方客户端要么收费要么捆绑服务最关键的是你的对话历史和API密钥都掌握在别人手里。隐私和安全始终是悬在心头的一把刀。今天要聊的就是我为了解决这个痛点从零开始用Swift和SwiftUI打造的一个开源项目——AssisChat。简单来说AssisChat是一个完全由你掌控的AI聊天助手应用。它的核心设计理念就两点隐私第一和极致便捷。应用本身不收集你的任何对话数据所有对话都通过你配置的API密钥直接与OpenAI或Anthropic的服务器通信。它原生支持iOS、iPadOS和macOS这意味着你可以在iPhone上开始一段对话然后在Mac上无缝继续。更酷的是它通过系统级的分享扩展和键盘扩展让你能在任何App里随时唤起AI助手比如在邮件客户端里润色文案或在笔记App里直接让AI总结内容真正实现了AI能力与系统工作流的深度融合。这个项目完全开源你可以从App Store直接下载使用也可以获取源码根据自己的需求进行定制和二次开发。接下来我会详细拆解这个项目的设计思路、技术实现细节并分享在开发过程中积累的实战经验和那些官方文档里不会告诉你的“坑”。2. 核心架构与设计哲学2.1 为什么选择Swift/SwiftUI全平台架构在项目启动之初技术选型是第一个关键决策。面对“多平台”这个需求常见的方案有React Native、Flutter等跨端框架或者为每个平台单独开发原生应用。我最终选择了使用Swift和SwiftUI构建原生应用主要基于以下几点考量性能与体验的极致追求AI聊天应用虽然看似以网络请求为主但交互的流畅度至关重要。消息的实时接收、流式显示、界面的滚动与动画都需要极低的延迟和丝滑的反馈。SwiftUI配合Swift的原生能力可以充分利用Metal、Core Animation等底层框架实现60fps甚至120fps的流畅动画这是跨端框架在复杂交互上难以比拟的。尤其是在处理Markdown渲染、代码高亮、流式文本逐字输出等场景时原生方案的性能优势非常明显。SwiftUI声明式UI的跨平台红利SwiftUI是苹果“一次编写随处运行”愿景在UI层的实践。虽然iOS、iPadOS和macOS的交互范式略有不同如导航方式、菜单栏但通过SceneStorage、AppStorage以及条件编译#if os(iOS)我们可以用一套核心的UI代码适配三个平台。这大大减少了开发维护成本同时保证了每个平台上应用都拥有符合该平台设计规范Human Interface Guidelines的“原生感”而不是一种“移植感”。与系统深度集成的必然选择AssisChat的核心特性之一是系统级的扩展Share Extension和Keyboard Extension。这些扩展本质上是独立的小型App它们与主App共享代码和资源但运行在宿主App的进程空间中。要实现稳定、高效的扩展必须使用原生开发方案。Swift和SwiftUI能让我们轻松创建这些扩展并利用App Groups和UserDefaults(suiteName:)在主App与扩展之间安全地共享数据如API配置、对话历史。实操心得跨平台代码的组织在实际开发中我采用了“共享核心平台适配UI”的策略。所有数据模型如ChatMessage、ChatBehavior、网络层APIClient、存储层PersistenceController都放在一个独立的Shared框架目标Framework Target中。iOS、macOS的主App目标以及Share、Keyboard扩展目标都依赖这个共享框架。UI层则大部分共用仅在需要区分平台行为时如呈现一个sheet或处理键盘快捷键使用条件编译进行微调。这种结构清晰且便于单元测试。2.2 数据流与状态管理设计一个聊天应用的状态管理看似简单实则复杂。它需要处理异步网络请求、流式响应、本地持久化、UI状态同步、以及跨扩展通信。AssisChat采用了基于Swift Concurrency异步/等待和Observable或Published的响应式架构。核心数据流用户交互用户在视图如ChatView中输入消息并发送。触发请求视图模型如ChatViewModel接收到发送事件它首先将用户消息作为ChatMessage对象存入本地数据库使用Core Data状态标记为“发送中”并立即更新UI。执行网络调用视图模型调用共享的APIClient服务。APIClient根据当前选中的AI模型GPT-4、Claude-3等构造符合对应API规范的HTTP请求。这里的关键是处理流式streaming响应。处理流式响应对于支持流式的模型如OpenAIAPIClient会使用URLSession的bytes方法获取一个AsyncThrowingStream。然后逐块chunk解析服务器返回的SSEServer-Sent Events数据实时解码出部分文本。实时更新与持久化解析出的每一段文本都会通过主ActorMainActor安全地更新到视图模型对应的ChatMessage对象的content属性中。由于该对象是Observable的UI会立即重绘实现“打字机”效果。当流式响应结束时再将这条消息的最终状态标记为“完成”并固化到数据库。错误处理任何阶段的错误网络超时、API密钥无效、模型过载都会被捕获更新消息状态为“错误”并在UI上给予用户明确提示如“网络连接失败请重试”。注意事项Actor与线程安全在Swift Concurrency中UI更新必须在主线程进行。我的经验是将视图模型类标记为MainActor这样可以保证其所有属性和方法都默认在主线程上被访问和修改从根本上避免线程冲突。而APIClient这类纯网络服务对象则不应标记为主Actor让它们在后台线程执行耗时操作仅在需要回调更新UI时使用await MainActor.run { ... }。2.3 隐私安全架构如何让用户真正放心“使用你自己的API Key”不仅是功能更是承诺。AssisChat在架构层面贯彻了“零信任”原则即应用本身不信任自己能够安全地持有用户密钥因此设计了最小化接触和加密存储的机制。密钥的存储与使用安全存储API Key等敏感信息使用iOS/macOS系统的钥匙串Keychain存储而不是UserDefaults或文件。钥匙串的数据是经过硬件加密的即使设备丢失在没有解锁密码的情况下也无法提取。在代码中我使用Security框架的API进行读写。内存隔离密钥从钥匙串读出后仅保存在一个单例配置管理器的内存属性中且该属性是private的不对外暴露明文。网络请求层APIClient通过闭包或方法参数获取密钥直接用于构造HTTP请求头用完即“忘”不在日志、调试信息或任何持久化缓存中留存。网络直连应用的所有聊天请求都是直接从客户端发往用户配置的Base URL默认为api.openai.com或api.anthropic.com也支持配置反向代理地址。数据不经过任何第三方中转服务器。这意味着从技术上讲作为开发者的我也无法获取用户的对话内容。本地数据的保护对话历史使用Core Data存储在设备的本地沙盒中并启用了完整的数据保护Complete Data Protection。这意味着当设备锁定时数据库文件是加密状态无法被访问。应用不支持任何形式的“云端同步”功能除非用户自行配置iCloud Drive并知晓风险从设计上杜绝了数据意外上传的可能性。3. 核心功能模块深度解析3.1 多模型API适配层统一抽象的智慧AssisChat支持OpenAI和Claude两大主流API它们的请求格式、响应结构、流式协议甚至计费方式都不同。一个好的设计是让上层业务逻辑聊天视图模型完全无需关心底层是哪个模型在提供服务。这通过一个协议Protocol和工厂模式来实现。我定义了一个AIServiceProtocol它抽象了一个AI服务必须具备的能力protocol AIServiceProtocol { var model: String { get } func sendMessageStreaming(messages: [ChatMessage]) - AsyncThrowingStreamString, Error }然后分别实现OpenAIService和ClaudeService来具体完成与各自API的对接。APIClient则充当工厂和路由器的角色根据用户当前选择返回对应的服务实例。关键难点与解决方案消息格式转换OpenAI的API消息角色是system、user、assistant而Claude的消息角色是user和assistant且system提示词的位置和格式不同。我创建了一个ChatMessage的扩展方法toAPIMessage(for:)根据目标服务类型将统一的消息模型转换成对应的API字典数组。流式协议解析两者都使用SSE但数据格式迥异。OpenAI每个chunk是一个data: {...}行其中的JSON包含choices[0].delta.content字段。Claude每个chunk也是一个JSON对象但结构更复杂可能包含type为content_block_delta或message_delta的事件需要递归解析。 我分别为两者实现了独立的流式解析器StreamParser将杂乱的字节流统一转换为String的异步序列向上层提供一致的接口。Token计算与限制不同模型有上下文长度限制如GPT-4 Turbo是128kClaude-3 Opus是200k。为了给用户提示我需要估算对话消耗的Token数。这里集成了开源的GPT3-Tokenizer用于OpenAI系模型并为Claude实现了一个简单的基于单词和字符的近似估算器。在发送前如果估算的Token数超限应用会主动提示用户可能需要精简输入或开启“自动清理旧消息”功能。3.2 自定义聊天行为打造专属对话体验“自定义聊天行为”是AssisChat区别于许多简单封装API的应用的高级功能。它允许用户为不同的对话场景预设“角色”和“动作”。系统消息System Message这是定义AI行为的最强工具。你可以在这里写下“你是一位严谨的代码评审专家只回答技术问题用中文回复。” 或者“请用苏格拉底式的提问来引导我思考不要直接给出答案。” 这个系统消息会在每次对话请求时被插入到消息列表的最前面无声地塑造AI的回复风格。自动后处理行为复制回复内容勾选后每当AI完整回复一条消息其内容会自动复制到你的系统剪贴板。这个功能在需要将AI生成的代码、文案快速粘贴到其他地方的场景下效率倍增。自动朗读回复利用AVSpeechSynthesizerAI的回复可以被自动朗读出来。适合在通勤、做家务时“听”AI的回答。触发快捷指令这是一个更强大的扩展点。你可以配置当收到包含特定关键词的回复时自动执行一个Shortcuts快捷指令。例如当AI回复“已为你生成图片”时自动运行一个获取图片并保存到相册的快捷指令。这些行为配置被封装在一个ChatBehavior模型中并可以保存为模板。用户可以为“工作编程”、“创意写作”、“语言学习”创建不同的行为模板一键切换瞬间进入不同的对话模式。实操心得行为注入的时机这些自定义行为并非在UI层硬编码而是通过“中间件”模式注入到消息发送流程中。在APIClient发送请求前它会检查当前对话的ChatBehavior并将系统消息插入。在收到回复后APIClient会通过一个BehaviorExecutor来依次执行复制、朗读等后处理动作。这样的设计解耦了业务逻辑和具体行为未来要新增行为如自动翻译、敏感词过滤只需新增一个执行器即可非常灵活。3.3 系统级集成Share Extension与Keyboard Extension实战这是让AssisChat从“一个应用”变成“一个系统能力”的关键。通过扩展你可以在Safari里选中一段文字点击分享按钮选择“AssisChat”就能直接弹出一个小窗用选中的文字作为输入向AI提问。或者在任何一个文本输入框里切换到AssisChat键盘直接在里面和AI对话并将结果插入。Share Extension的实现要点创建Target在Xcode项目中新增一个Share Extension目标。接收数据在扩展的ShareViewController中从extensionContext?.inputItems中提取出用户分享的文本、URL等内容。与主App通信扩展和主App是两个独立的进程。为了使用主App中配置的API Key和模型需要通过App Groups共享一个UserDefaults容器。扩展从共享的UserDefaults中读取配置。发起请求与展示扩展内可以嵌入一个精简版的ChatView。由于扩展的内存和生命周期限制网络请求需要更加谨慎做好超时和取消管理。回复的内容可以直接在扩展内展示也可以提供“打开主App”的按钮进行更深度的操作。界面适配Share Extension的界面尺寸很小需要专门设计一个紧凑的UI只保留最核心的输入框和发送按钮。Keyboard Extension的实现难点权限与配置用户需要在“设置-通用-键盘”中手动添加AssisChat键盘并授予“完全访问权限”才能进行网络请求。应用内需要清晰引导用户完成这一步。高度自适应键盘的高度是固定的但聊天内容可能会变多。我实现了一个自定义的UICollectionView布局使其内容高度可以变化并通过requestSupplementaryView(...)方法来“申请”调整键盘扩展的高度模拟出一种“可伸缩”键盘的效果这在系统键盘中是不常见的。文本插入当用户在键盘内完成对话并希望将AI的回复插入到宿主App如微信输入框时需要通过textDocumentProxy对象来操作。这里要特别注意光标位置和多段文本插入的处理。性能与内存键盘扩展的内存限制比主App更严格。要避免在键盘中加载过大的资源如动画文件聊天记录也仅保存在内存中退出即销毁。踩坑记录扩展的调试调试Share和Keyboard扩展非常麻烦。你不能直接运行扩展Target。正确的方法是选择主App Target作为运行目标然后在Xcode的Debug菜单中选择Attach to Process再选择你正在运行的扩展进程名如AssisChat.Share。此外扩展的崩溃日志也不像主App那样容易在Xcode中直接查看经常需要连接设备到Console.app查看系统日志定位问题耗时很长。建议在扩展的关键路径上增加详尽的日志输出使用os.log并在发布前进行高强度测试。4. 从零构建与深度定制指南4.1 本地开发环境搭建与项目结构解读要开始贡献代码或进行定制首先需要将项目运行起来。确保你的Mac上安装了Xcode 15或更高版本并拥有一个有效的Apple开发者账号用于在真机上测试扩展功能。克隆与初始配置打开终端执行git clone https://github.com/noobnooc/AssisChat.git。进入项目目录打开AssisChat.xcodeproj。项目包含多个TargetAssisChat 主应用负责核心聊天界面和设置。AssisChat Share 分享扩展。AssisChat Keyboard 键盘扩展。AssisChatCore可能命名不同 共享的核心代码框架包含模型、网络、存储等。修改Bundle Identifier 这是最关键的一步因为每个App和扩展的Bundle ID必须在整个Apple生态中唯一。你需要为它们换上你自己的反向域名。在Xcode左侧项目导航器中点击顶部的项目文件。在中间面板依次点击TARGETS下的AssisChat、AssisChat Share、AssisChat Keyboard。在General标签页下的Identity部分将Bundle Identifier从me.nooc.AssisChat之类的格式改为com.yourcompany.AssisChat或io.yourgithubusername.AssisChat。三个Target的Bundle ID必须不同通常采用主App ID后加后缀的方式例如主App:com.yourcompany.AssisChatShare扩展:com.yourcompany.AssisChat.ShareKeyboard扩展:com.yourcompany.AssisChat.Keyboard同样地你需要修改Signing Capabilities中的团队为你自己的开发者团队。解决依赖与编译 项目使用Swift Package Manager管理第三方库。Xcode通常会自动解析和下载。如果遇到问题可以尝试File-Packages-Reset Package Caches。首次编译可能会花费一些时间下载依赖。编译成功后你就可以在模拟器或真机上运行主App了。4.2 如何添加一个新的AI模型服务假设你想新增支持Google的Gemini API以下是详细的步骤这能让你深入理解项目的服务层设计定义模型枚举在Models/目录下的相关文件如AIModel.swift中为AIModel枚举新增一个case例如case geminiPro并完善其显示名称、图标等属性。enum AIModel: String, CaseIterable, Identifiable { case gpt4 gpt-4 case claude3Opus claude-3-opus-20240229 case geminiPro gemini-pro // 新增 var id: String { self.rawValue } var displayName: String { switch self { case .geminiPro: return Gemini Pro // ... 其他case } } }实现服务协议在Services/目录下新建一个GeminiService.swift文件。创建一个遵循AIServiceProtocol的GeminiService类。import Foundation class GeminiService: AIServiceProtocol { let model: String private let apiKey: String private let baseURL: String init(model: String, apiKey: String, baseURL: String https://generativelanguage.googleapis.com/v1beta) { self.model model self.apiKey apiKey self.baseURL baseURL } func sendMessageStreaming(messages: [ChatMessage]) - AsyncThrowingStreamString, Error { AsyncThrowingStream { continuation in // 1. 将通用ChatMessage数组转换为Gemini API要求的格式 let geminiMessages convertToGeminiFormat(messages) // 2. 构造URLRequest设置HTTP方法、Headers注意Gemini的API Key可能放在URL参数中 var urlComponents URLComponents(string: \(baseURL)/models/\(model):streamGenerateContent)! urlComponents.queryItems [URLQueryItem(name: key, value: apiKey)] var request URLRequest(url: urlComponents.url!) request.httpMethod POST request.setValue(application/json, forHTTPHeaderField: Content-Type) // 3. 构造请求体JSON let requestBody: [String: Any] [ contents: geminiMessages, generationConfig: [temperature: 0.7] ] request.httpBody try? JSONSerialization.data(withJSONObject: requestBody) // 4. 创建URLSession dataTask 或 使用URLSession.bytes(for:) 处理流式响应 // 5. 在数据接收回调中解析Gemini特有的流式数据格式可能是JSONL格式 // 6. 将解析出的文本片段通过 continuation.yield(textChunk) 发送出去 // 7. 处理完成和错误调用 continuation.finish() 或 continuation.finish(throwing: error) } } private func convertToGeminiFormat(_ messages: [ChatMessage]) - [[String: Any]] { // 实现消息格式转换逻辑 // Gemini的API格式可能与OpenAI不同需要仔细阅读其文档 return [] } }注册服务到工厂修改APIClient或专门的ServiceFactory类在创建服务的方法中加入对新模型的支持。class APIClient { static func createService(for model: AIModel, apiKey: String, baseURL: String) - AIServiceProtocol? { switch model { case .gpt4, .gpt3_5Turbo: return OpenAIService(model: model.rawValue, apiKey: apiKey, baseURL: baseURL) case .claude3Opus: return ClaudeService(model: model.rawValue, apiKey: apiKey, baseURL: baseURL) case .geminiPro: // 新增分支 return GeminiService(model: model.rawValue, apiKey: apiKey, baseURL: baseURL) } } }更新UI在设置页面和模型选择列表中将Gemini Pro加入可选项。这通常涉及修改对应的Picker或List的数据源。测试在Xcode中运行应用在设置里填入有效的Gemini API Key选择Gemini Pro模型发起一次对话验证整个流程是否畅通。4.3 界面定制与主题系统AssisChat的UI完全基于SwiftUI定制起来非常直观。如果你想修改颜色、字体或布局修改主题色项目很可能定义了一个集中的颜色资产Color Assets或主题枚举。查看Assets.xcassets中是否有命名的颜色如PrimaryColor,BackgroundColor或者在Theme.swift之类的文件中修改。你可以直接替换这些颜色值或者实现一个更复杂的主题切换系统如深色/浅色/自定义。调整聊天界面主聊天界面在Views/ChatView.swift中。你可以修改消息气泡的圆角、阴影、背景色MessageBubbleView。修改输入框的高度、发送按钮的样式。SwiftUI的修改通常通过视图修饰符.background(),.cornerRadius()完成非常灵活。自定义动画应用使用了Lottie来展示加载动画。你可以在LottieAnimations/目录下替换.json文件来改变动画。LottieFiles网站上有大量免费和付费的动画资源可供选择。字体在AssisChatApp.swift或主视图的顶层使用.font(.custom(YourFontName, size: ...))来应用自定义字体。记得先将字体文件.ttf/.otf添加到项目中并在Info.plist中声明。5. 部署、上架与常见问题排查5.1 打包与提交至App Store当你完成定制化开发并希望将自己的版本分发给他人或上架App Store时需要遵循以下流程配置证书与描述文件在Apple Developer网站确保为你的新Bundle ID主App和两个扩展创建了对应的App ID并生成了开发Development和分发Distribution证书及描述文件Provisioning Profile。在Xcode的Signing Capabilities中正确选择。调整版本与构建号在项目设置的General标签页提升Version面向用户的版本号如1.1.0和Build内部构建号每次提交需递增如120。归档Archive在Xcode顶部的Scheme选择器中确保设备选择为Any iOS Device (arm64)或Any Mac。然后点击Product-Archive。Xcode会编译一个发布版本。分发Distribute归档完成后Xcode的Organizer窗口会自动弹出。点击右侧的Distribute App选择App Store Connect然后按照向导操作。你需要登录与开发者账号关联的App Store Connect账户。在App Store Connect中配置在App Store Connect网站上为你的应用创建新的App填写元数据名称、描述、关键词、截图等。截图可以直接使用项目/images目录下的但需要符合苹果要求的尺寸。特别注意如果你的应用涉及AI对话在审核备注中需要清晰说明用户需要自行提供API Key应用本身不提供AI服务也不收集对话数据这有助于通过审核。提交审核在Xcode上传构建版本后回到App Store Connect在“TestFlight”或“App Store”标签页下选择刚上传的构建版本提交审核。5.2 真机调试与扩展功能测试在开发过程中对Share Extension和Keyboard Extension的测试必须在真机上进行。Share Extension调试在真机上运行主App Target。然后在Xcode顶部选择AssisChat Share扩展作为运行目标但不要点击运行按钮。打开真机上的Safari选中一段文字点击分享按钮。此时快速切换回Xcode从Debug菜单选择Attach to Process-AssisChat Share。如果一切顺利Xcode的调试器会附加到扩展进程你可以在扩展的代码中设置断点进行调试。Keyboard Extension调试同样先在真机上运行主App完成键盘的首次启用和授权。在Xcode选择AssisChat Keyboard扩展作为运行目标。在真机上打开任何一个可以调出键盘的App如备忘录。切换回Xcode从Debug菜单选择Attach to Process。这里的关键是键盘扩展的进程名不是AssisChat Keyboard而是一个由系统动态生成的名称通常包含Keyboard字样。你可能需要选择Attach to Process by PID or Name并输入部分名称或者查看系统日志Console.app来找到准确的进程名。这是调试键盘扩展最繁琐的一步。5.3 常见问题与解决方案速查表以下是我在开发和用户反馈中遇到的一些典型问题及其解决方法问题现象可能原因排查与解决步骤应用崩溃无法启动1. Bundle Identifier冲突。2. 证书/描述文件配置错误。3. 第三方库链接问题。1. 检查所有Target的Bundle ID是否唯一且正确。2. 检查Xcode中Signing Capabilities的Team和Profile是否有效。尝试Clean Build Folder后重新编译。3. 检查Frameworks, Libraries中是否有缺失的库尝试重置SPM缓存。配置API Key后发送消息无反应或报错1. API Key无效或过期。2. Base URL配置错误特别是用了反向代理。3. 网络问题如设备使用了代理/VPN。4. 模型服务额度不足。1. 前往OpenAI或Anthropic官网确认API Key有效且有余额。2. 检查设置中的Base URL确保是完整的https://开头且末尾没有斜杠。对于反向代理确保其支持流式响应。3. 尝试关闭设备的代理或VPN使用纯网络环境测试。4. 登录API提供商后台检查用量和额度。Share Extension无法加载或分享失败1. 主App与扩展的App Group配置不一致。2. 共享的UserDefaults中无有效配置。3. 扩展内存超限。1. 确认主App和Share扩展的Target中Signing Capabilities里添加了同一个App Group且标识符完全一致。2. 在主App中正确保存配置后重启设备再试扩展进程可能缓存了旧状态。3. 分享的内容如图片转文本后过大。尝试分享纯文本。Keyboard Extension无法输入或无法联网1. 未在系统设置中授予“完全访问权限”。2. 键盘高度计算错误导致UI错乱。3. 网络请求在扩展中被系统限制。1. 进入设置 通用 键盘 键盘找到AssisChat打开“允许完全访问”。2. 检查键盘扩展中KeyboardViewController的高度计算逻辑确保在viewDidAppear中正确调用adjustKeyboardHeight。3. 键盘扩展的网络权限与主App独立确保设备网络通畅。在极端网络策略下键盘扩展的请求可能被阻止。流式响应卡顿或中断1. 网络连接不稳定。2. SSE流解析器遇到畸形数据。3. 前端渲染阻塞。1. 检查网络信号。尝试切换到更稳定的Wi-Fi。2. 查看Xcode控制台是否有解析错误日志。可能是API提供商返回了非标准格式。尝试关闭“流式响应”开关使用普通模式测试。3. 如果消息特别长如生成代码SwiftUI的Text视图逐字更新可能造成性能压力。可以考虑将超长消息分块更新。对话历史丢失1. Core Data数据库损坏或迁移失败。2. 应用被系统清理缓存。3. 在不同设备间未使用iCloud同步。1. 这是Core Data的潜在风险。在PersistenceController中启用NSPersistentCloudKitContainer可以增加云同步和恢复能力但复杂度更高。2. 提醒用户应用数据存储在本地沙盒卸载应用或清理设备存储可能导致数据丢失。建议重要的对话手动导出。3. 明确告知用户应用默认不支持跨设备同步如需此功能需自行承担风险开启iCloud。开发这样一个涉及多平台、多扩展、网络流式通信的应用就像在搭建一个精密的机械钟表每一个齿轮都必须严丝合缝。最大的挑战往往不在于某个单一技术的深度而在于不同系统组件主App、扩展、钥匙串、网络、数据库之间如何安全、高效、稳定地协同工作。每一次崩溃日志的分析每一次扩展调试的等待都加深了对iOS/macOS系统机制的理解。开源这个项目是希望将这份“蓝图”和其中踩过的“坑”分享出来让更多开发者能在此基础上构建出更强大、更个性化的AI工具真正让技术服务于人的创造力而不是成为束缚。如果你在使用的过程中有任何问题或者有绝妙的想法想要贡献项目的GitHub仓库永远欢迎你的Issue和Pull Request。