V2EX

[Xcode] 告别 Xcode IDE:用 VS Code + SweetPad + XcodeGen 开发 iOS 应用的完整指南 本文以一个真实的小项目 FloatingBottomSheetsApp(一个 SwiftUI 底部浮层 Demo)为例,手把手带你搭好一套完全不打开 Xcode IDE 的 iOS 开发环境:工程生成、构建运行、调试、代码补全、格式化、热重载,一次讲清。 配套示例代码:cyub/sweetpad-demo,文中所有配置文件都可以直接对照源码查看。 为什么是 VS Code + SweetPad? 很多从其他技术栈转来、或者常年写前端的开发者,对 Xcode 那套 IDE 并不亲近——窗口繁重、编辑器手感一般、和 git 工作流的结合也别扭。SweetPad 是一个 VS Code 扩展,它把 Xcode 的核心能力(构建、运行、调试、热重载)全部搬进了 VS Code,底层驱动的仍然是苹果官方的 xcodebuild 和 lldb,所以构建产物、签名行为和 Xcode IDE 完全一致,团队成员可以混用两种开发方式,互不影响。 再配上 XcodeGen,.xcodeproj 不再是一个需要手工维护(和 git merge 时痛苦)的二进制格式文件,而是一个几十行的 YAML 清单。 一句话总结这套组合的分工: 准备工作 你需要一台装了完整 Xcode 的 Mac(Xcode 自带 xcodebuild、模拟器、LLDB,这些是 SweetPad 的地基)。 安装 SweetPad 扩展:打开 VS Code 扩展面板,搜索 "SweetPad" 安装即可(在 Cursor 里同样可用,它是 VS Code 的 fork)。 安装 SweetPad CLI(后面代码补全和调试会用到): brew install sweetpad-dev/tap/sweetpad 建议顺手把 xcbeautify 也装上,构建日志会好看很多: brew install xcbeautify 当然,SweetPad 侧边栏的 Tools 面板提供了一键安装这些工具的入口,不想敲命令行也可以。 用 XcodeGen 管理工程 为什么需要工程生成器 .xcodeproj 里的 project.pbxproj 是出了名的难合并、难 review 。XcodeGen 的思路是:整个工程用一个 YAML 文件描述,.xcodeproj 变成生成产物,可以随时删掉重新生成,git 里甚至可以忽略它。 本项目根目录的 project.yml 长这样: name: FloatingBottomSheetsApp options: bundleIdPrefix: com.tink packages: Inject: url: https://github.com/krzysztofzablocki/Inject from: 1.0.0 targets: FloatingBottomSheetsApp: type: application platform: iOS deploymentTarget: "17.0" sources: - path: FloatingBottomSheetsApp dependencies: - package: Inject settings: GENERATE_INFOPLIST_FILE: YES 几行配置就声明了:应用 target 、iOS 17 起步、源码目录、一个 SPM 依赖(Inject,热重载一节会讲),以及让 Xcode 自动生成 Info.plist 。 在终端运行: xcodegen generate 就会在根目录生成 FloatingBottomSheetsApp.xcodeproj。 一个新手常见坑:如果 target 既没有 INFOPLIST_FILE 也没有 GENERATE_INFOPLIST_FILE: YES,构建时会报: error: Cannot code sign because the target does not have an Info.plist file and one is not being generated automatically. 这就是上面配置里 GENERATE_INFOPLIST_FILE: YES 的来历(Xcode 16 起官方推荐的做法,纯 SwiftUI App 不需要手写 plist)。 让 SweetPad 自动重新生成工程 XcodeGen 的工作模式

SweetPad 注册了 VS Code 的 task provider,构建动作天然出现在 Tasks: Run Task 里。也可以写进 .vscode/tasks.json 组合使用。本项目的配置: { "version": "2.0.0", "tasks": [ { "type": "sweetpad", "action": "launch", "label": "sweetpad: launch", "detail": "Build and launch the app", "isBackground": true, "problemMatcher": ["$sweetpad-watch"] } ] } isBackground: true 和 $sweetpad-watch 两个属性在把该 task 用作调试的 preLaunchTask 时缺一不可,它们让 VS Code 知道"构建已就绪、App 正在启动"。 代码补全:让 SourceKit-LSP 认识 Xcode 工程 VS Code 的 Swift 补全由 Swift 扩展的 SourceKit-LSP 提供,但 SourceKit-LSP 需要一个 build server 告诉它每个文件是怎么编译的(SDK 、模块名、编译条件……)。纯 Swift Package 不需要额外配置,而 .xcodeproj 工程需要 buildServer.json。 SweetPad 内置了自家的 build server(通过 sweetpad bsp serve 运行,无需先构建一次,补全立即可用)。第一次构建时 SweetPad 会自动在工作区根目录生成 buildServer.json,也可以用命令面板手动生成:SweetPad: Generate Build Server Config。 生成的 buildServer.json 大致长这样(argv 里的路径因机器而异,所以这个文件不需要提交,.gitignore 掉即可,首次构建时 SweetPad 会重新生成): { "name": "sweetpad", "version": "0.2.18", "bspVersion": "2.2.0", "languages": ["swift", "objective-c", "objective-cpp", "c", "cpp"], "argv": [ "/opt/homebrew/bin/sweetpad", "bsp", "serve", "--config", "/Users/tinker/.local/state/sweetpad/projects/6d30e6004bc5/bsp.json" ] } 配置好后打开任意 Swift 文件,补全、跳转定义、悬浮文档、实时的编译诊断就都有了: 如果补全不工作,运行 SweetPad: Diagnose BSP (Doctor),它会逐项检查整条链路并给出修复建议。 格式化代码:保存即格式化 SweetPad 默认使用 Apple 官方的 swift-format(Xcode 16 起随 Xcode 附带,无需单独安装;Xcode 15 及更早需要 brew install swift-format)。 在 .vscode/settings.json 中配置保存时自动格式化: { "[swift]": { "editor.defaultFormatter": "sweetpad.sweetpad", "editor.formatOnSave": true } } 之后打开 Swift 文件按 ⌘S,文件就会自动整理格式: 不喜欢 swift-format 的风格?可以换成社区流行的 SwiftFormat: { "sweetpad.format.path": "swiftformat", "sweetpad.format.args": ["--quiet", "${file}"] } --quiet 让 stderr 安静下来,避免 SweetPad 把正常输出误判为格式化失败。格式化报错时,运行 SweetPad: Show format logs 查看原因。 调试:断点、LLDB 一应俱全 最小配置 SweetPad 有两种调试后端: ● SweetPad CLI 的 sweetpad dap(驱动 Xcode 自带的 lldb-dap,零配置,推荐); ● CodeLLDB 扩展

SwiftUI 会缓存 body 的计算结果,需要 Krzysztof Zabłocki 的 Inject 包配合刷新。XcodeGen 项目在 project.yml 里声明: packages: Inject: url: https://github.com/krzysztofzablocki/Inject from: 1.0.0 targets: FloatingBottomSheetsApp: # ... dependencies: - package: Inject 然后 xcodegen generate 重新生成工程。 给视图加两行注解 在想热重载的 SwiftUI 视图上加两行(本项目的 ContentView.swift,一个最简底部浮层 Demo): import Inject import SwiftUI struct ContentView: View { @ObserveInjection var inject @State private var showSheet = false var body: some View { VStack(spacing: 16) { Image(systemName: "rectangle.bottomthird.inset.filled") .font(.system(size: 56)) .foregroundStyle(.tint) Text("Floating Bottom Sheets") .font(.title2.bold()) Button("Show Bottom Sheet") { showSheet.toggle() } .buttonStyle(.borderedProminent) } .padding() .sheet(isPresented: $showSheet) { SheetContent() .presentationDetents([.height(220), .medium]) .presentationDragIndicator(.visible) .presentationCornerRadius(24) } .enableInjection() } } ● @ObserveInjection:订阅 InjectionNext 的注入通知,让 SwiftUI 认为视图已失效; ● .enableInjection():确保注入运行时已加载,并用 AnyView 包裹视图,容忍 body 结构变化。 偷懒技巧:只在根视图加这两个注解就够了——注入触发时 SwiftUI 会从根向下整棵失效刷新。代价是每次保存整棵树重算,小 App 无感,超大 App 会明显。也可以用 InjectionNext 菜单栏的 Prepare SwiftUI → Prepare Project 自动给所有文件加上注解。UIKit 项目则完全不需要 Inject,方法体会被自动替换。 试一下 1. 在 SweetPad 里 Build & Run,观察控制台输出: 🔥 InjectionNext: arm64 iPhoneSimulator connected to app, waiting for commands. 同时菜单栏的 InjectionNext 图标变为橙色(蓝色=空闲,橙色=已连接,绿色=编译中,黄色=出错); 2. 把 SheetContent 里的 Text("Hello, bottom sheet!") 随便改点什么(比如加个 .foregroundColor(.red)),⌘S 保存; 3. 控制台出现 🔥 ✅ Hot reload complete - Rebound N symbols,模拟器在一秒内更新,@State、滚动位置等状态全部保留。 边界与排错 能改的:函数体、body 内容、闭包、计算属性、函数内常量。 不能改的(改了需要重启 App):存储属性的增删改名、非 final 类的方法增删、函数签名、@main/App body 、泛型约束、顶层代码。 常见问题速查: 性能提醒:-interposable 让每个 Swift 函数调用多一次指针跳转,Debug 无感,Release 别开。打正式包前把 sweetpad.hotReload.enabled 关掉即可。 最终的配置清单

[程序员] 请问各位 vscode 的 rust 调试到底是怎么配置的，为啥我 rust 打断点一直卡住转圈不显示变量值 如题，launch.json 如下： { "version": "0.2.0", "configurations": [ { "name": "Debug backend", "type": "lldb", "request": "launch", "cargo": { "args": [ "build", "--manifest-path", "${workspaceFolder}/backend/Cargo.toml" ], "filter": { "name": "backend", "kind": "bin" } }, "cwd": "${workspaceFolder}/backend", "env": { "RUST_BACKTRACE": "1" }, "args": [], "sourceLanguages": [ "rust" ] } ] }

[问与答] 用 VIVIO 的 V 友有没有感觉电池不经用？ 对象最近两部手机都是 VIVO ，感觉新机使用 4 个月后续航掉得很快，但是电池健康还是 98 ，看到网上也有人反馈过电池问题，我很好奇是什么原因造成的？电池品质问题？

[问与答] 怎么让 codex 消耗额度慢一点？ 感觉从 5.6terra 换到 6.1sol 之后额度用的飞快，有没有办法可以让他自己分辨任务用对应的子智能体去做任务

[分享发现] 做了个 AI 学习小站，把 RAG 学习路线和面试题整理到了一起 最近做了个小站叫 SaveMyToken.com ，主要是把 AI 应用开发里常用的东西整理得好找一些。RAG 这块可以先选想做的场景，比如客服知识库或内部文档，再顺着步骤看资料、做练习；切分、检索、评测和答错后的排查也放进去了。另外做了一个 AI 工程面试题区，能按 RAG 、Agent 、向量库等主题刷，还有一些 FDE 场景题。目前内容是英文的，免费、免登录。如果你刚好在学 RAG 或准备相关面试，欢迎看看，也想听听哪些地方用起来不顺手。

[分享创造] [送码] 做了个随机翻阅过去照片的 App： Itemory - 时光相册，能接 NAS、WebDEV、SMB 为什么做这个 我们一直在拍照，却很少再打开它们。相册往上滑五屏，是收据、梗图和路线截图；再往下，才是几年前某个下午的光。 系统相册是按时间线排的，最近的永远在最前面，几年前的照片基本没有机会再被看到。所以我做了一个反过来的东西：每次打开，从你的相册里随机抽出过去的一天，把那天的照片和视频摆到你眼前。 一句话介绍：翻出你忘掉的那一天。 ● App Store： https://apps.apple.com/cn/app/itemory/id6769250619 ● 官网： https://itemory.gouqinglin.com/ 它能做什么 Reels：随机翻回过去的一天 竖向全屏滑动，每一页是同一天的照片和视频，上下滑换一天，左右滑看当天的其他内容。日子是随机抽的，本轮看过的不会再抽到，翻完一轮可以重新开始。可以收藏这一天、记下心情和手记，也可以开纯净模式，隐藏所有界面只看照片。相册里的视频还能截一段导出成实况照片，拿去做锁屏壁纸。 那年今日 / 那年节日 按同月同日把往年的今天聚到一起，按年份翻。某一天如果是节日（中秋、除夕、七夕、国庆，以及所在地区的公众假日），日期旁边会有节日标签，点一下可以顺着看往年的同一个节日。农历节日每年公历日期不同，这部分是本地历法计算的，不联网。 日历、回忆地图、时光轴 想找具体某一天就用日历；想按地点回看就用回忆地图；时光轴是跨年份的统计和照片墙。 回忆提醒 在你选的时间把往年的今天推到锁屏。只有那天确实有内容时才提醒，判断在设备上完成。 桌面与锁屏小组件 随机回忆、那年今日、我的收藏三种，点击直达对应的那一天。 接 NAS （这部分 V 友可能更感兴趣） 照片不在 iPhone 相册里也能用，支持三种数据源： 第三种是我写的一个 Go 服务，负责建索引、生成缩略图、读取拍摄时间和位置、识别动态照片。缩略图和按天聚合都在服务端完成，适合照片量大的库。源码以 MIT 开源，镜像在 GHCR ，支持 amd64 和 arm64： ● https://github.com/SherlockGougou/itemory-agent ● ghcr.io/sherlockgougou/itemory-agent 隐私 这是我自己最在意的部分： ● 没有账号体系，不用注册登录。 ● 没有接入任何第三方统计或追踪 SDK ，App 内也没有埋点。 ● 没有官方的照片后端，照片和视频不会上传到我这里。 ● 收藏、心情和手记存在本机；开启 iCloud 同步后存进你自己的 iCloud 私有库。 ● NAS 的密码和令牌存在 Keychain 。 需要说明的是，地图、地名查询和内购用的是 Apple 的服务，系统相册也可能从 iCloud 下载原片，所以不是完全离线。 免费版和 Pro 的区别 核心的回看体验全部免费，没有浏览次数上限，没有广告。Pro 是外围能力： 其他几点： ● 新用户有 3 天全功能体验，从首次授权相册或添加 NAS 数据源开始算。这是 App 内的体验期，不绑定订阅，到期不会扣费。 ● 体验或订阅到期后，已经写下的收藏和手记都还在，照常能看能改，只是上面那几个 Pro 入口需要订阅。 ● 国区定价 ¥8 / 月，¥58 / 年。没有买断，原因是功能还在持续做，后面想清楚了再考虑。 平台 支持 iPhone 和 iPad ，需要 iOS 18 及以上，界面有简中、繁中、英、日、韩五种语言。iPad 上支持横屏和分屏，宽窗口下照片和信息栏左右分开。Apple TV 版已经做完，还在测试，没有正式上架。 送码 准备了 20 枚 Itemory Pro 月度兑换码。 ● 兑换码只含一个月，到期不会自动续订，不用担心扣费。 没抢到的话，3 天体验期也足够把 Pro 的功能都试一遍。 8EN8JTLR4MMFFYF4HT WY8YPNMFLRX3W4XE44 3W4TAELNX4MLN7P6YH MMWNJW7EWH67KRHXT7 KLNLTHT3FFYTWWRAF6 NYRF6LTE7PNJEYJTLJ 6NN8KLFXWHM7PA8JEW YX8Y8PLJR87KP6T6MM XEFYHXFLAW7E6367WF P7K77MAY36KY38R484 RYHAML8PX7FRMFFET3 WAL68A6WXTFR8P63YW E4XTKYLPXEXELRWW4R HWRTTJ8HKHLJKHHWWA PXNTXHFJJWR68EK38X K6LK8A7ARXLAYKK

[程序员] 踩坑：只看 img.complete 会把懒加载图片误判成发布失败 最近在给自己的小站 https://nanobanana21.net/ 做内容发布后的自动巡检，需要确认文章里的外链图片是否真的加载成功。 一开始的判断很简单： img.complete && img.naturalWidth > 0 结果页面首屏图片正常，第二张图经常是 complete=false, naturalWidth=0，但手动往下滚后又能正常显示。后来发现不是图片挂了，而是目标平台用了 lazy loading ，图片还没进入视口。 现在改成三步： 1. 找到目标图片后先 scrollIntoView({ block: 'center' })； 2. 等待 complete && naturalWidth > 0； 3. 最后检查 currentSrc，不再只看原始 src。 第三步也挺重要。有的平台会把外链图转成自己的代理地址，例如 Cloudinary / imgix 。此时 DOM 里的 src 可能已经不是提交时的 URL ，但图本身是正常的。我的验收逻辑现在会同时记录原始地址、currentSrc、尺寸和加载状态，避免把代理图当成丢图。 还有一个边界：HTTP HEAD 返回 200 只能说明资源可访问，不能说明页面渲染时没被 CSP 、代理参数或懒加载卡住。所以最终还是以浏览器渲染态为准。 大家做发布后验收时，是直接检查 DOM ，还是会再加网络请求/截图层面的校验？

[OpenAI] 10%手搓 +90%AI 程序， gocryptfs-tui 10%手搓 +90% AI 程序，gocryptfs-tui https://github.com/lockejet/gocryptfs-tui gocryptfs-tui —— gocryptfs 加密卷管理工具，特点： ● 提供终端图形界面（ TUI ）与命令行（ CLI ）两种用法。 ● 挂载、卸载、创建、删除加密卷，以及目录浏览、数据迁移与还原整合在一个界面。 ● 列表页查看卷状态，向导式创建与还原，rsync 负责搬运数据，解锁与锁定按权限模式自动收紧。 ● 支持简体中文与英文实时切换，所有操作写入 JSONL 日志，可按时间、来源、结果过滤回溯。 ● 三种安装方式（ curl 、git clone 或源码编译）均可装到用户级或系统级。 ● 运行时仅需 gocryptfs 、yq 、jq 、rsync 等常备工具。 目前在用 NAS 目录的解密加密功能，创建和删除仅在/tmp 测试过。 非计算机相关专业人员，仅仅对 SHELL/C/C++有非常初步的编程经验。这个软件主要是想解决 SSH 解密 NAS 上加密目录的要求。一开始仅仅手搓了一个简单的命令行脚本，后来在 deepseek 网页上参照 lazyrsync 闲来无事“开发”（我提需求，DS 给代码，我再修改源码、编译和调试；没错，就是这样做的）了一个 TUI 程序。最后在 Deepseek Harness 上重构、优化（这次 DSH 自动做）。 欢迎提意见。 大家也可以由此观察一下非程序员使用 AI 编程可以到什么水平。

[分享发现] 我又来推荐一个跨平台开发框架了 Lynx 上次我推荐了 Flutter 这个强大的跨平台框架 https://v2ex.com/t/1201168这次我把 Songloft 的 Flutter 客户端直接用 Lynx 全部重写一遍，这个框架的优点就是官方支持原生鸿蒙，而且包体更小，使用 web 前端技术栈开发原生应用。 ● 框架官网地址: https://lynxjs.org/zh/ ● Songloft Lynx 版客户端: https://github.com/songloft-org/songloft-player-lynx

[问与答] 为什么 AI 问答喜欢粘贴成一个文件 deepseek 、chatgpt 都喜欢这样一个文件，而不是直接粘贴到文本框，是使用体验的问题吗，挺好奇的

[分享创造] 国庆在家搞了个小游戏站，去年的游戏词 国庆没出门，在家折腾了个出海小游戏站点，上线 Wacky Flip ，一款 ragdoll 布娃娃物理空翻小游戏。 浏览器直接打开就能玩，PC/手机都适配，不用下载客户端。 玩法很简单：按住蓄力起跳，空中控制旋转，双脚平稳落地才算成功。物理效果很魔性，经常各种翻车，摸鱼几分钟放松一下刚好。 站点： https://wacky-flip.net 后续会加更多好玩的小游戏进来。

[推广] 拼豆图纸怎么制作？制作步骤与可用工具整理 经常看到有人问拼豆图纸怎么制作、在哪里能做。现成的图纸普遍存在尺寸不符、色号不匹配的问题，自己动手做的话，核心逻辑其实不复杂，可用的工具渠道也很多。这里整理了核心制作步骤和主流可用工具，按需选择即可。 一、核心制作步骤 1. 素材预处理：优先选择线条清晰、色块分明的卡通 / 扁平化图案；写实照片先简化成卡通风格，去掉渐变、光影和细碎纹理，纯色背景最佳。 2. 网格像素化：根据成品用途确定画布尺寸（挂件 16×16/20×20 ，摆件 32×32 ，大幅装饰 52×52 及以上），将原图映射到等比例正方形网格，一格对应一颗拼豆。 3. 色号匹配：将网格颜色匹配为对应拼豆品牌的实物色号（ MARD 、Artkal 等品牌色号体系不同），避免屏幕与实物色差。 4. 优化导出：清理孤立单格杂色，合并相近颜色，控制总色数；导出带网格、色号和豆子用量的图纸，支持图片或 PDF 格式。 二、可用制作渠道（在哪里做） 1. 桌面像素软件（ Aseprite / Photoshop ） ● 渠道：本地安装运行 ● 特点：创作自由度高，适合复杂原创图案；无内置拼豆色卡，需手动匹配色号、统计用量，有学习成本 ● 适用：有像素画基础的进阶玩家 2. 在线网页工具（ Beadary / OhMyBead ） ● 渠道：浏览器直接访问使用 ● 特点：无需安装，具备基础转图和色卡匹配功能；部分海外工具访问速度一般，对国内小众品牌支持不足 ● 适用：习惯电脑端操作的玩家 3. 微信小程序（拼豆国度） ● 渠道：微信内搜索打开即用 ● 特点：无需下载安装，内置国内主流拼豆品牌色卡，支持图片一键转图、手绘创作，自动清理杂色、统计豆子用量，可导出打印版 PDF ● 适用：手机端快速出图，新手及日常做挂件摆件的普通玩家 4. 手动绘制（方格纸 / Excel ） ● 渠道：实体方格纸或本地 Office 软件 ● 特点：零成本，自由度高；效率极低，色号和用量全靠手动统计 ● 适用：极简字母、几何图案，纯手工爱好者 三、新手避坑 ● 不要直接用写实照片转图，会生成大量杂色，成品效果差 ● 色号必须对应手里的豆子品牌，不能只看屏幕 RGB 颜色 ● 小图建议控制在 10 色以内，颜色越多拼接成本越高，效果反而下降 ● 打印图纸选择「实际大小」，不要勾选「适应页面」，避免和模板孔距错位 总的来说，日常做小挂件摆件优先选微信小程序，方便快捷；复杂原创创作可以用桌面像素软件；极简图案手动画也完全可行。不用追求最专业的工具，匹配自己的需求就够了。

[分享创造] 做了一个把照片转成短视频的网页工具，想听听大家的使用反馈 我做了 TurnImageIntoVideo ，可以上传自己有权使用的照片，选择模型并描述希望出现的动作，生成短视频。网站支持中英文。 地址： https://turnimageintovideo.com/?utm_source=v2ex&utm_medium=referral&utm_campaign=launch 想请大家试用后反馈：图片上传和生成流程是否顺手？结果是否符合动作描述？遇到问题时，提示是否清楚？ 这是我自己的产品，欢迎直接提问题。具体额度和收费以网站当前展示为准。

[生活] 怎么反制楼上租户制造噪音，沟通了效果不大 原先楼上的业主搬走了，来了对小情侣。哪个男的，不知道怎么回事。晚上 11 点之后喜欢大声唱歌，跟女的吵架，昨天估计打游戏大喊大叫，好像“卧槽，M4 还是 M416"什么的，11.20 多了，迷迷糊糊的，把我吓一跳。女的倒是一点声音没有。这个怎么处理啊。买个震楼器对刚吗

[分享创造] 受 Jev 启发，花了三周、600 美元、20 多轮训了两个小模型专门做 Computer use 这三周业余时间做了个东西，开源出来给大家看看。 DeskMind 得心：一个在 Mac 上替你操作电脑的 agent ，决定每一步怎么做的是两个跑在本机的小模型（ Qwen3.5 0.8B 和 4B 微调，MLX ）。不走云端，也不按次付费。 思路来自 Jev：把每一步变成选择题，让模型给每个选项打分，而不是生成一段文字。区别是 Jev 是云端服务，我想要一个全在本机跑的版本，所以自己在 Qwen3.5 上训了 0.8B 和 4B 两个小模型。决策服务用的是和 Jev 相同的 POST /v1/systemone 请求格式，已有的 harness 换个地址就能接到本机。和 TypeSafe 没有任何关系。 0.8B 有把握就直接做（大约 0.5 秒），没把握就交给 4B 再判断（约 3.6 秒）。任务有两种理解的时候，它会先问你，比如表里有两笔 Lisa Wong 的订单，它会问你用哪一笔，而不是随便挑一个写进去。 自己出了 13 个真机任务，每个跑 3 次，目前发布版是 38/39 ，没出现过没做完就说「完成」的情况。题是我自己出的、样本也小，仅供参考，逐题结果都公开了。 踩过最有意思的坑：标签平滑设成 0.95 ，结果 0.8B 的把握全挤在 0.96 这个门槛附近，七成的步骤都被交给了 4B ，所以现在速度还不够快。下一轮准备改。 目前的不足：「帮我整理这个文件夹」这种模糊的指令做得不好；文件很多的文件夹每步要几十秒；只支持 Apple 芯片，首次要下载约 5.3 GB 模型。 训练花了大约 600 美元：先在 Tinker 上跑，后来换阿里云 PAI ，最后按小时租显卡最划算。 ● GitHub： https://github.com/deskmind-ai/deskmind ● 下载 Mac App： https://deskmind.dev/zh/?ref=v2ex ● 过程和踩坑： https://deskmind.dev/zh/blog/launch?ref=v2ex 欢迎下载试试，最想看到的是它该问却猜了的例子。

[推广] StarMeHub API 中转站，支持 GPT 系列模型 自荐一下自己运营的 API 中转站 StarMeHub ，主要面向个人开发者和 AI 编程用户，非官方服务。 支持模型：GPT-5 、GPT-6 等系列模型。 计费倍率：0.13 ，具体费用以站内计费说明为准。 服务特点：主打稳定调用和低倍率。 网站： https://starmehub.online/ 欢迎体验，有使用问题或建议可以在帖子里留言。

[问与答] 请问 muse 模型的 api 使用问题 刚刚注册成功，注册方法如下。请问注册好后也要一直美国 ip 访问 api 吗？附上邀请码 WVZUUY 打开云浏览器网站： https://app.agentgo.live/organizations/ 使用 Google 账号注册登录 启动一个 美国地区 的浏览器实例 在云浏览器中访问： https://muse.ai/join 输入邮箱完成注册,我使用的国内的 foxmail ，并填写邮箱验证码 填写个人信息时注意,我使用的招行万事达： 姓名建议使用真实拼音（如 ZHANG SAN ） 出生日期建议和信用卡一致

[推广] [Token Unlimited 中转站] Azure 官 key 渠道，满血 GPT 模型，最后两天限时优惠，留言赠 $3（新老同享） 全网独有的低价 Azure OpenAI 官 key 渠道！ ● 本站一手直连 Azure Foundry API ，杜绝中间商注水可能 ● 专注只做 GPT 模型 ● 超高的缓存命中率，即使长上下文也一样，近七天全站缓存命中超 95% ● 保证满血不降智。微软直营，不受 OpenAI 风控策略影响 ● 超高质量的 GPT Image 生图，支持 4K 输出 ● 支持 GPT 6 Luna & GPT 5.6 Luna ，远低于 DeepSeek V4 Flash 的价格！ ● 1:1 充值，¥1 = $1 限时优惠仅剩两天！ 在 10 月 7 日前：限时 0.35x 倍率，GPT Image ¥0.1/张，叠加充值满赠，最低至正价 API 的 0.4 折！ 10 月 8 日恢复日常运营价（ 0.5x 倍率，充值满赠最高 20%）。 网站入口： https://token-unlimited.com 回帖留下用户 ID （登录后右上角点击头像菜单查看），每人赠送 $3 ，新老用户同享！ 每人限一次，将由无人值守 agent 在 5 分钟内自动发放赠金。

[北京] 北京 50 收 2 小时京东家政 RT ，北京 50 收 2 小时京东家政 wx：Tm9iZXRhU29yYQ==

[问与答] 微信联系人转账的时候提示不是好友，发消息没有红色叹号，请教大佬这是什么情况

[程序员] 手太痒了，终于开发了个操作系统，免安装那种 [先问] 朋友们，谁用过 Windows 98? 有没有完全没有见过 Windows 98 的朋友？ 从 Dos 时代开始，到了 Windows 98 ，太迷了人，我对那种立体强交互反馈的 Windows classic 设计，喜欢得要命 理想中的电脑交互界面就是那样。家里永远有一台旧电脑是装着 w98 的，隔段时间打开来看看，就像那个黄昏坐在那间吵得要命的机房角落一样，扣代码劲儿就更大了 终于动手了。哈哈 ↓ https://win98.si 可以看看古时候的 V2EX : https://win98.si/#web=http://www.v2ex.com/&date=2006 看看有啥大 bug 没