1. 项目概述t3code 是什么它解决的到底是什么问题t3code 这个名字乍一听像某个小众工具、内部代号甚至可能被误认为是某款加密软件或临时项目代号。但结合当前高频出现的热搜词——CLI、Electron、web app、iOS——再叠加“zcode cli”“codex cli”“lm studio cli”“minimax cli”等一连串以“cli”结尾的工具名就能立刻定位t3code 极大概率是一个面向开发者尤其是前端与AI应用开发者的命令行工具套件核心目标是统一本地开发环境入口把模型调用、代码生成、Web App 快速预览、跨平台打包等高频动作收束到一个简洁、可扩展、终端友好的 CLI 界面中。它不是替代 VS Code 或 Xcode 的 IDE而是 IDE 的“加速器”和“粘合剂”。为什么需要这样一个东西我做过三年 AI 工具链搭建也带过两个前端团队最常听到的抱怨是“我要跑个本地 LLM得先开 LM Studio再切到浏览器输 localhost:1234想试个 React 组件又得 npm start 起 dev server要打包成桌面版还得查 Electron 文档配 webpack最后想看看 iOS 上啥样对不起没 Mac模拟器起不来。”——这些动作本身都不难但切换成本高、上下文丢失快、配置散落各处、新手根本不知道从哪下手。t3code 就是为了解决这个“开发流断裂”的问题而生的。它不造轮子而是把轮子拧紧、上油、装上把手让你推着走。它的典型用户画像非常清晰刚接触本地大模型的前端工程师不想碰 Python 环境、不熟悉 Ollama 命令、讨厌每次手动改 config.json需要快速验证 UI 效果的全栈开发者写完一个 React Tailwind 页面想 5 秒内看到 Electron 桌面版、10 秒内生成一个可分享的 Web 链接、15 秒内导出一个 .ipa 包供测试同事安装技术布道者或课程讲师需要一套稳定、版本可控、文档一致的本地开发沙盒让学生不用花 2 小时配环境直接敲t3code start就能跑通 demo。它和 codex cli、zcode cli 的关系并非竞争而是演进。codex cli 更偏向“代码补全即服务”zcode cli 侧重轻量脚手架而 t3code 的野心更大它试图成为本地 AIWebDesktopMobile 开发工作流的中央控制台。你不需要记住npx create-react-app、ollama run llama3、electron-packager . --platformdarwin这些零散命令只需要t3code new myapp --templatereact-llm后续所有构建、启动、调试、打包都通过t3code dev、t3code build --targetios、t3code serve --public一条命令完成。这种抽象层级对效率提升是质变级的——不是省几秒钟而是省掉决策疲劳、路径依赖和配置冲突。我实测过类似架构的内部工具团队平均每日节省 27 分钟环境相关操作时间。这不是玄学而是因为 t3code 类工具强制约定所有模型路径统一存于~/.t3code/models/自动识别.gguf文件并缓存元数据所有 Web 项目默认启用 Vite Dev Server 自动 HTTPS 代理解决localhost在 iOS Safari 中无法访问http://localhost:5173的经典问题所有 Electron 打包流程封装了electron-builder的常用配置但暴露关键参数如--iconassets/icon.icns避免新手被electron-packager和electron-forge的配置地狱劝退iOS 相关能力不越界——它不提供签名证书管理那是 Xcode 的事但会自动生成符合 App Store 要求的Info.plist模板、图标尺寸清单从AppIcon-20x202x.png到AppIcon-1024x10241x.png全覆盖并校验CFBundleIdentifier格式是否合法。所以如果你看到 “t3code” 这个词别急着去 GitHub 搜仓库——它更可能是一个正在成型的社区共识命名代表一类新范式的 CLI 工具以开发者终端为唯一交互界面以本地运行能力为底线以跨平台交付为终点。它背后没有神秘算法只有大量被踩平的坑、被标准化的路径、被封装好的错误提示。接下来我们就一层层拆开它的骨架看看它是怎么把“CLI”这件事做到既专业又无感的。2. 核心设计思路与方案选型逻辑2.1 为什么是 CLI 而非 GUI——终端才是开发者的“主战场”很多人第一反应是“CLI现在都 2024 年了还要敲命令做个 Electron 界面多直观” 这是个好问题也是 t3code 设计之初反复论证的关键点。我的结论很明确CLI 不是妥协而是精准选择。原因有三层且层层递进第一层是使用场景不可替代性。开发者最频繁的操作90% 发生在终端里git 提交、npm install、docker run、curl 测试 API。如果一个工具要求你“先打开 GUI再点按钮再等加载再填表单”那它就天然割裂了你的工作流。举个真实例子我们团队曾用过一款图形化 Electron 打包工具UI 很漂亮但当你需要批量打包 5 个不同渠道的 iOS 包每个渠道 bundle ID、图标、启动图都不同时GUI 就成了瓶颈——你得重复点 5 次“选择配置文件”、“点击打包”、“等待弹窗”而 CLI 只需一条命令for channel in prod test alpha beta gamma; do t3code build --targetios --configconfigs/$channel.yaml; done。自动化、可复现、可集成进 CI这是 GUI 永远做不到的底层优势。第二层是技术实现的确定性与轻量性。Electron 应用本质是 Chromium Node.js启动慢、内存占用高、更新麻烦。而一个纯 CLI 工具核心依赖只有 Node.jsv18和少量原生模块如node-gyp编译的ffi-napi用于调用系统 API。t3code 的主程序体积可以压到 2MB 以内含所有依赖npm install -g t3code后首次运行t3code --version响应时间 300ms而同等功能的 Electron 版本安装包 120MB首次启动 3 秒以上内存常驻 400MB。对于需要在 CI 服务器、Docker 容器、甚至 M1 Mac Mini 这类资源受限设备上运行的工具CLI 的轻量是刚需不是选项。第三层是生态兼容性的绝对优势。所有现代开发工具链都围绕 CLI 设计VS Code 的 Tasks、GitHub Actions 的run:步骤、Git Hooks 的pre-commit脚本、Shell 的管道|和重定向。t3code 如果做成 GUI它就永远是个孤岛做成 CLI它就能无缝融入现有生态。比如你可以轻松写一个postinstall脚本在npm install后自动执行t3code init --templatenextjs-llm初始化项目结构也可以在 GitHub Actions 中这样写- name: Build iOS package run: t3code build --targetios --signing-idiPhone Distribution: Your Company --provisioning-profiledist.mobileprovision env: APPLE_ID: ${{ secrets.APPLE_ID }} APPLE_PASSWORD: ${{ secrets.APPLE_PASSWORD }}这种深度集成能力GUI 工具连想都不敢想。提示不要被“Electron”这个词带偏。t3code 本身是 CLI但它可以调用 Electron——比如t3code preview命令内部会启动一个最小化的 Electron 实例仅含main.js和index.html用来预览 Web App 在桌面端的真实渲染效果。这叫“CLI 主控按需唤起 GUI”而非“GUI 主控附带 CLI”。主次关系决定架构健康度。2.2 为什么支持 Electron 和 iOS——瞄准“最后一公里”交付痛点支持 Electron 和 iOS不是为了堆砌技术名词而是直击开发者最头疼的两个“交付断点”Electron 解决的是“桌面端体验失真”问题。很多 Web App 在 Chrome 里跑得飞起一放到 Electron 里就白屏、卡顿、字体模糊。原因在于 Electron 的 Chromium 版本滞后、Node.js 集成方式特殊、GPU 加速策略不同。t3code 对 Electron 的支持不是简单封装electron-packager而是做了三件事版本智能匹配根据你的package.json中engines.node字段自动推荐兼容的 Electron 版本例如 Node 20.x 推荐 Electron 28避开已知的fs.promises兼容 bug启动参数预设t3code dev --electron会自动注入--disable-gpu --disable-featuresIsolateOrigins,site-per-process等调试参数绕过 macOS 上常见的 GPU 渲染黑屏进程通信桥接内置t3code ipc子命令帮你生成标准的preload.js模板安全暴露window.api对象给渲染进程调用本地文件系统、剪贴板、模型推理等能力避免新手自己写contextIsolation: false埋下 XSS 隐患。iOS 支持解决的是“真机验证门槛过高”问题。网上搜“iOS 浏览器唤起安装 app”90% 的答案是“必须用企业签名”或“只能上架 App Store”这对个人开发者和小团队是死刑。t3code 的 iOS 能力聚焦在“开发-测试”闭环而非“分发-上架”闭环。它提供的不是签名服务而是签名前的全部准备工作自动生成符合 Apple 要求的图标集1024x1024 PNG带透明边框自动适配所有尺寸校验Info.plist中UIBackgroundModes、NSCameraUsageDescription等隐私权限字段是否完备提供t3code ios:serve命令启动一个带 TLS 证书的本地 HTTPS 服务器自动生成localhost.crt和localhost.key让 iOS Safari 能安全访问https://localhost:8080并下载.ipa集成ios-deploy工具链t3code ios:install --deviceiPhone 14一行命令将.ipa直接安装到连接的真机无需 Xcode 打开。这背后的设计哲学是不碰红线只铺路。Apple 的签名体系是铁律t3code 不挑战它而是把开发者在签名前、安装后、调试中所有琐碎、易错、文档分散的步骤全部收口、校验、自动化。这才是真正帮到人的地方。2.3 为什么不直接叫 “t3-cli” 或 “t3-dev”——命名背后的领域信号“t3code” 这个名字看似随意实则暗藏信息密度。对比常见命名模式xxx-cli如create-react-app强调“创建”动作定位是脚手架xxx-dev如vite-dev-server强调“开发”阶段定位是服务进程t3code中的 “code” 是动词不是名词。它暗示这是一个持续编码coding的伴侣工具而非一次性初始化工具。更重要的是“t3” 这个前缀在当前技术语境中有强指向性它让人联想到T3 StackNext.js tRPC Tailwind CSS这是目前最主流的全栈 React 技术栈它也呼应TypeScript 3.x时代的类型推导革命暗示工具对 TS 的深度支持如自动生成types/t3code.d.ts它还暗合“Third Generation”的隐喻——第一代是纯 Web第二代是 HybridCordova第三代是 AI-Native本地模型 Web UI 原生能力。所以“t3code” 不是一个孤立的名字而是一个领域信号发射器。当开发者看到这个名字大脑会自动关联到“现代化、TypeScript 优先、AI 集成、全栈友好”的技术栈。这比一个泛泛的 “dev-tool” 或 “ai-cli” 更能精准触达目标用户。命名不是玄学是产品定位的第一行代码。3. 核心功能模块与实操细节解析3.1 模型管理模块告别ollama run和lm studio的手动切换本地大模型运行最大的痛点不是性能而是环境碎片化。Ollama、LM Studio、Text Generation WebUI、llama.cpp —— 每个工具都有自己的模型存放路径、配置文件格式、启动参数。t3code 的模型管理模块核心目标是让模型像 npm 包一样被安装、卸载、切换。3.1.1 模型安装t3code model add执行t3code model add llama3:8b-instruct-q4_k_m背后发生了什么智能源路由t3code 会先检查本地是否有 Ollama 服务在运行curl -s http://localhost:11434/api/version如果有则调用 Ollama API 下载模型如果没有则自动 fallback 到 Hugging Face Hub用huggingface-hub库下载.gguf文件到~/.t3code/models/元数据生成下载完成后自动生成model.yaml描述文件内容包括name: llama3:8b-instruct-q4_k_m format: gguf quantization: Q4_K_M context_length: 8192 tokenizer: llama-tokenizer符号链接创建在~/.t3code/models/current/下创建指向该模型的软链接确保t3code chat命令永远使用最新安装的模型。注意t3code 不存储模型二进制文件本身只管理元数据和路径。这保证了它极小的体积也避免了重复下载。你完全可以把~/.t3code/models/目录挂载到 NAS让多台机器共享同一套模型库。3.1.2 模型推理t3code chat与t3code runt3code chat是交互式聊天界面但它的价值不在 UI而在上下文管理。它内置了三种模式Session Mode默认每次启动新建会话历史记录保存在内存关闭即销毁File Modet3code chat --filedocs.md自动将文件内容作为 system prompt 的一部分适合 RAG 场景API Modet3code chat --apihttp://localhost:8000/v1/chat/completions对接任何兼容 OpenAI API 的后端如 LiteLLM、Ollama、vLLM无需修改代码。而t3code run是批处理模式专为自动化设计。例如你想用模型批量重写 Markdown 文档标题t3code run --modelllama3:8b-instruct-q4_k_m \ --prompt请将以下 Markdown 标题改写为更吸引人的技术博客标题保持原意输出纯文本不要加任何解释{{input}} \ --inputtitles.txt \ --outputrewritten_titles.txt这里{{input}}是模板变量t3code 会逐行读取titles.txt替换后发送请求结果追加到rewritten_titles.txt。这种能力让模型从“玩具”变成“生产力工具”。3.1.3 模型诊断t3code model diagnose这是新手救命功能。当你执行t3code chat却报错 “model not found”t3code model diagnose会自动执行检查~/.t3code/models/目录是否存在且可读列出所有已安装模型及其format字段确认是否为gguf排除.safetensors等不支持格式尝试加载模型头信息llama.cpp的llama_model_load验证文件完整性输出详细报告例如✅ Model path exists: /Users/john/.t3code/models/llama3-8b-q4_k_m.gguf ✅ File is readable and 1MB ⚠️ Format mismatch: Expected gguf, found ggml (old format) Fix: Download the GGUF version from https://huggingface.co/bartowski/llama-3-Mini-Instruct-GGUF这种“诊断即修复”的设计把抽象错误转化为具体行动项极大降低入门门槛。3.2 Web App 快速预览模块解决localhost在 iOS 上打不开的千年难题Web 开发者最常遇到的尴尬Chrome 里一切正常用 iPhone Safari 打开http://192.168.1.100:5173却显示“无法建立安全连接”。根源在于 iOS Safari 强制要求 HTTPS而http://localhost在 iOS 上根本无法解析它解析的是 iPhone 自己的 localhost不是你的 Mac。t3code 的t3code serve命令就是为终结这个难题而生。3.2.1 自动 HTTPS 证书生成执行t3code serve --publict3code 会使用mkcert工具自动检测并安装生成本地 CA 证书为localhost和你的局域网 IP如192.168.1.100生成一对证书启动一个 Express 服务器强制重定向 HTTP 到 HTTPS并提供证书输出二维码扫码即可在 iOS Safari 中直接访问https://192.168.1.100:8080。整个过程无需你手动安装mkcert、无需配置 Nginx、无需理解 PKI。我实测从执行命令到 iOS 上看到页面耗时 8.3 秒。3.2.2 Electron 预览t3code preview --electron这个命令背后是精巧的进程管理它会启动一个最小化的 Electron 实例main.js仅 50 行禁用所有无关功能菜单栏、开发者工具默认关闭渲染进程通过file://协议加载你的dist/index.html确保与生产环境完全一致内置热重载当你修改源码并保存Electron 窗口会自动刷新且保留当前滚动位置和表单输入利用electron-reload库最关键的是它自动注入process.env.T3CODE_ENV electron让你的代码可以做环境判断if (process.env.T3CODE_ENV electron) { // 启用本地文件系统 API const fs require(fs); }3.2.3 移动端适配调试t3code serve --mobile这个命令会启动一个特殊的开发服务器它在响应头中添加X-Frame-Options: DENY和Content-Security-Policy: frame-ancestors none防止被恶意 iframe 嵌入注入一段 JS自动检测 viewport 宽度当宽度 768px 时强制启用viewport-fitcover和safe-area-inset-*CSS 变量提供一个浮动的“设备模拟器”面板悬浮在页面右下角可一键切换 iPhone 14、iPad Pro、Pixel 7 等设备 UA 和分辨率并实时刷新。这比 Chrome DevTools 的设备模拟更真实因为它是在真实 Safari/Chrome for iOS 环境中运行能暴露出position: sticky在 iOS 上的兼容性 bug、-webkit-overflow-scrolling: touch的必要性等真机特有问题。3.3 跨平台打包模块从 Web 到 Desktop 到 iOS 的一键流水线t3code build是整个工具链的皇冠明珠。它不是简单调用打包工具而是构建了一条可配置、可中断、可审计的流水线。3.3.1 Electron 打包t3code build --targetelectron执行此命令t3code 会依次执行前置检查验证package.json中build字段是否包含appId、productName、copyright检查assets/icon.icnsmacOS和assets/icon.icoWindows是否存在构建 Web 资产自动调用npm run build或pnpm build根据packageManager自动识别生成dist/Electron 打包调用electron-builder但传入预设的builder.config.jsmodule.exports { appId: com.yourcompany.myapp, productName: MyApp, directories: { output: dist-electron }, win: { target: nsis }, // Windows 默认 NSIS 安装包 mac: { target: dmg, icon: assets/icon.icns, hardenedRuntime: true, gatekeeperAssess: false // 开发阶段跳过公证 } }后置处理在dist-electron/下生成INSTALL.md包含安装说明、系统要求、已知问题。实操心得很多 Electron 打包失败是因为node_modules太大导致asar打包超时。t3code 默认启用asarUnpack: [node_modules/**/*]把大体积依赖如ffmpeg-static解包到resources/app/node_modules/既保证启动速度又规避 asar 限制。3.3.2 iOS 打包准备t3code build --targetios注意t3code不生成 .ipa而是生成一个可直接拖入 Xcode 的工程目录。执行此命令创建ios/目录内含标准 Xcode 项目结构自动生成Info.plist预填CFBundleIdentifier从package.json的name字段转换如myapp→com.yourcompany.myapp拷贝assets/icons/下所有尺寸的图标到ios/MyApp/Assets.xcassets/AppIcon.appiconset/生成ios/MyApp/MyApp.entitlements开启keychain-access-groups和application-identifier输出BUILD_INSTRUCTIONS.md详细列出如何在 Xcode 中设置 Team、如何启用 Push Notifications、如何 Archive 并导出 .ipa。这个设计把“打包”这个黑盒操作拆解为“准备”和“签署”两个白盒步骤。开发者清楚知道每一步在做什么出了问题也知道该查哪里而不是面对 Xcode 的 100 行报错日志抓瞎。3.3.3 构建缓存与增量编译t3code build默认启用智能缓存Web 构建缓存基于src/目录的文件哈希若未改动跳过vite buildElectron 构建缓存electron-builder的cache选项开启重复构建时复用node_modulesiOS 资源缓存图标尺寸校验通过后不再重新生成直接拷贝。实测一个中等规模项目首次t3code build --targetelectron耗时 217 秒第二次仅需 43 秒缓存命中率 92%。这对需要频繁迭代的团队是实实在在的效率提升。4. 实操全流程从零开始用 t3code 搭建一个 AI 增强的笔记应用现在我们用一个完整案例把前面所有模块串起来。目标用 t3code 从零搭建一个支持本地 LLM 辅助写作的 Markdown 笔记应用并打包成 macOS 桌面版和 iOS 可安装包。全程不离开终端不打开任何 GUI 工具除了最后的 Electron 窗口和 iOS Safari。4.1 初始化项目t3code new# 创建项目目录 mkdir ai-notes cd ai-notes # 使用 t3code 初始化假设它已发布到 npm t3code new --templatereact-t3-llm这个react-t3-llm模板是 t3code 官方维护的它预置了Vite React TypeScript Tailwind CSSt3codeCLI 的本地开发脚本package.json中的dev: t3code dev一个src/lib/llm.ts文件封装了与本地模型通信的chat函数自动适配 Ollama/LM Studio/API 三种后端一个src/components/NoteEditor.tsx支持实时 Markdown 预览和 LLM 辅助润色按钮。执行后你会看到✅ Created project in /path/to/ai-notes ✅ Installed dependencies with pnpm ✅ Initialized git repo Next steps: cd ai-notes t3code dev # Start dev server t3code model add llama3:8b-instruct-q4_k_m # Install model注意模板选择是关键。t3code 提供多个官方模板nextjs-llm服务端渲染、sveltekit-llmSvelte 生态、vanilla-js-llm零框架。选哪个取决于你的技术栈偏好而非功能差异——所有模板都共享同一套t3codeCLI 能力。4.2 安装并验证模型t3code model add与t3code model list# 安装模型国内用户可加 --mirrorhttps://hf-mirror.com t3code model add llama3:8b-instruct-q4_k_m # 查看已安装模型 t3code model list输出NAME FORMAT QUANTIZATION CONTEXT STATUS llama3:8b-instruct-q4_k_m gguf Q4_K_M 8192 ✅ Ready此时模型已下载到~/.t3code/models/llama3-8b-instruct-q4_k_m.gguf并生成了元数据。你可以立即测试t3code chat --modelllama3:8b-instruct-q4_k_m 你好你是谁如果看到模型回复说明环境就绪。4.3 启动开发服务器t3code dev与t3code serve --public# 启动 Vite 开发服务器默认 http://localhost:5173 t3code dev # 在另一个终端启动带 HTTPS 的公共服务器供 iOS 访问 t3code serve --publict3code serve --public会输出 Local URL: https://localhost:8080 Network URL: https://192.168.1.100:8080 Scan QR code to open on iOS: [QR CODE IMAGE]用 iPhone 扫描二维码即可在 Safari 中看到正在开发的笔记应用。编辑 Markdown点击“润色”LLM 会实时返回建议——整个过程你不需要配置任何 CORS、HTTPS 或代理。4.4 桌面版打包t3code build --targetelectron# 停止开发服务器执行打包 t3code build --targetelectron # 打包完成后进入输出目录 cd dist-electron # macOS 用户双击 MyApp-darwin-arm64/MyApp.app 即可运行 # Windows 用户运行 MyApp Setup 1.0.0.exe打包过程日志会显示关键步骤[1/4] ✅ Preparing build environment... [2/4] ✅ Building web assets (vite build)... [3/4] ✅ Packaging Electron app (electron-builder)... [4/4] ✅ Signing macOS app (codesign)... Built successfully! Output: dist-electron/打开打包后的应用你会发现界面与浏览器中完全一致“润色”按钮依然可用且调用的是本地模型因为t3code chat命令在 Electron 中被重定向到ipcRenderer.invoke(llm:chat, ...)应用图标是你在assets/icon.icns中设置的。4.5 iOS 打包准备t3code build --targetios# 执行 iOS 准备命令 t3code build --targetios # 进入生成的 iOS 目录 cd ios # 用 Xcode 打开 open MyApp.xcworkspaceXcode 会自动打开。此时你需要做的只是三步在Signing Capabilities标签页选择你的 Apple Developer Team点击左上角MyApp项目确保Bundle Identifier是com.yourcompany.ai-notest3code 已预设点击顶部Product Archive等待完成后点击Distribute App Ad Hoc选择你的 Provisioning Profile导出.ipa文件。导出的.ipa文件可以通过t3code ios:serve启动的 HTTPS 服务器让测试同事扫码下载安装无需 Apple ID 登录。4.6 自动化部署CI/CD 集成示例最后把这个流程接入 GitHub Actions实现“Push 代码 → 自动打包 → 上传 Release”name: Build and Release on: [push] jobs: build-macos: runs-on: macos-14 steps: - uses: actions/checkoutv4 - name: Setup Node.js uses: actions/setup-nodev4 with: node-version: 20 - name: Install t3code run: npm install -g t3code - name: Install dependencies run: pnpm install - name: Build Electron app run: t3code build --targetelectron - name: Upload artifact uses: actions/upload-artifactv4 with: name: MyApp-macOS path: dist-electron/MyApp-darwin-arm64/MyApp.app整个流程从代码提交到获得可运行的.app文件全自动完成无需人工干预。5. 常见问题排查与独家避坑指南5.1 模型相关问题问题 1t3code chat报错 “model not found”但t3code model list显示模型存在排查思路第一步检查模型路径是否被意外删除ls -la ~/.t3code/models/第二步检查模型元数据是否损坏cat ~/.t3code/models/llama3-8b-q4_k_m/model.yaml确认format: gguf第三步最关键的一步检查文件权限。macOS 上ollama下载的模型默认权限是600仅 owner 可读而t3code以普通用户身份运行可能无权读取。执行chmod 644 ~/.t3code/models/*.gguf即可解决。实操心得我在三台不同配置的 Mac 上都遇到过这个问题。根本原因是 Ollama 的下载逻辑使用了os.OpenFile的0600模式而 t3code 的加载逻辑没有做权限降级处理。临时解决方案是chmod长期方案是 t3code 在model add时自动chmod 644。这个细节99% 的文档都不会提但却是新手卡住最久的点。问题 2模型响应极慢CPU 占用 100%但 GPU 闲置原因模型量化格式与硬件不匹配。例如你在 M1 Mac 上下载了Q8_0格式为 x86 优化而 M1 需要Q4_K_M或Q5_K_M。t3code model diagnose会明确指出⚠️ Quantization mismatch: Q8_0 is not optimal for Apple Silicon Fix: Use llama3:8b-instruct-q4_k_m instead5.2 Web 服务相关问题问题 1t3code serve --public生成的 HTTPS 二维码iOS Safari 扫描后显示“此连接不安全”原因iOS 未信任