什么值得做
GitHub 开源项目 · 11-6 写
MobAI-App/simslim · MobAI-App

一台 16 GB 的 Mac 跑 19 个 iOS 模拟器:simslim 关掉了 175 个没人用的后台进程

它是什么 一个 macOS 命令行工具,一条命令关掉 iOS 模拟器里用不上的约 175 个后台进程,单台模拟器内存从 4 GB 降到 0.9 GB,一台 Mac 能多跑好几倍模拟器。

为什么火了 2026 年 agent 并行写代码,每个 agent 要一台模拟器,16 GB 的笔记本开 5 台就卡死。它用「4 GB 对 0.9 GB、5 台对 19 台」一张图,从 Reddit 传到 iOS Dev Weekly、RedMonk 和 Theo 帖子的评论区,又被 stim、Simlock 这些 agent 工具当依赖嵌了进去。

C你可以怎么跟 别再做模拟器瘦身,iOS 版和安卓版都有人做了。学它找题目的办法:找 agent 并行时最先撑爆的另一种资源,做一个一条命令能用、能回退、能被别的工具 import 的小工具,配一张前后对比图去发。

C 级:「给模拟器减肥」这一格已经被它占成事实标准。安卓版 avdslim 只晚了 8 周,也只拿到 333 个 star,照着做或换平台做都不划算。值得学的是它找题目和发布的节奏,不在这个项目本身。 小圈子里在传
数据(每天更新) · 建库 2026-07-20 · 3,519 星 · 7 天 +120
GitHub · 星数
2.5k3k3.5k10-0910-1410-2811-0311-083.5k
数据 2026-10-09 → 2026-11-08(31 天,22 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有

一个 iOS 模拟器开机就占 4 GB 内存,因为里面跑着 Siri、Spotlight、壁纸海报这些没人看的东西。simslim 把它们关掉,单台降到 0.9 GB。它 2026 年 7 月 20 日建库,到 11 月 6 日有 3,499 个 star。这个毛病早就有,火起来是因为 AI agent 开始一个人同时开十几台模拟器。下面讲它怎么拿到这些 star、谁已经在跟、你还能从哪里切进去。

一张图:4.0 GB 对 0.9 GB

2026 年 7 月 24 日,做移动端 agent 工具的 MobAI 在自家博客发了一篇《I Got 19 iOS Simulators Running on a 16 GB MacBook》。头图左边是一台普通模拟器,4.0 GB;右边是 19 台「瘦身」过的,每台 0.9 GB。

正文第一段就把账算清了:一台刚开机的模拟器有 258 个进程、约 4 GB 内存,16 GB 的 Mac 开到 5 台左右就开始卡。里面大约 180 个后台服务,Siri、Spotlight 索引、照片分析、新闻小组件、iCloud 同步、屏幕使用时间、广告服务,「基本就是一台完整的 iPhone,只是没有硬件」。作者写他最喜欢的一个数:光是小组件和壁纸海报,空闲时就占约 675 MB,「比有些完整的 Linux 虚拟机还大。为了一个永远没人看的锁屏。」

办法只有一条命令,simslim on <udid>。它往模拟器自己的 launchd 数据库里写入 launchctl disable,然后重启模拟器。改完以后:

原样瘦身后
进程数25870
内存4.0 GB0.9 GB
16 GB Mac 能同时跑约 5 台19 台

来源:MobAI 博客,2026-07-24。

它到底做了什么

simslim 是 Go 写的 macOS 命令行工具,另外带一个 SwiftUI 小界面,MIT 协议,用 brew install 就能装。它能放心用,靠的是下面几处设计:

  • 只关白名单里的进程:大约 175 个守护进程,按 16 个功能分类,每类都标了内存估算。少数一关就会把模拟器卡死的进程被硬排除,有专门的测试守着。不在名单上的一律不动。
  • 先说清楚会坏什么:博客里专门有一节叫「老实说,有些东西会坏」。关掉以后 Spotlight 搜不到东西,推送要 apsd,StoreKit 测试要 storekitd,通用链接要 swcd。需要哪个就留哪个,可以用 --except search 留一整类,也可以用 --keep com.apple.apsd 只留一个。
  • 能预检、能回退:simslim doctor <udid> --requires push,storekit 发现缺了什么就返回非零,可以直接放在 CI 第一步。simslim off 能全部恢复原样,而且「从来不碰你的 Mac,只动你指定的那台模拟器」。
  • 一直在更新:到 v0.13.0,已经支持 tvOS、watchOS、visionOS,加了 watch(新开的模拟器自动瘦身)、开机前离线瘦身、磁盘清理和慢速 CI 的超时参数。

作者在博客结尾写了为什么做它:「agent 写 App,也得有 agent 去跑 App,而 iOS App 跑在模拟器里。一个 agent 一台模拟器。一台机器能并行干多少活,就看它能装下多少台模拟器。」

为什么偏偏是 2026 年火

模拟器吃内存不是新问题,以前没人专门做这个工具,是因为以前一个人一次只开一两台。2026 年 Claude Code、Codex 能同时开好几个会话,每个会话都要一台模拟器。分析机构 RedMonk 9 月 15 日的报告《Agents with iPhones: Why the Simulator Market is Blowing Up》说,agent「要的是十几台,每台用九十秒」,还拿 simslim 的「180 个后台服务」当论据。

10 月 30 日,一位叫 An Tran 的开发者在 LinkedIn 上推荐 simslim(59 个反应),理由是:Codex 和 Claude 一跑就开一堆模拟器,把他的笔记本卡死了。agent 让这个老问题一下子严重了很多倍,simslim 正好在这时候出来。

star 是从哪来的

它没有上过 Hacker News 首页,也没有大号专门发帖。3,499 个 star 大致是这样一步步来的:

  1. 建库当天自己发 Reddit(7-20):r/iOSProgramming 一条《I made a small tool to reduce iOS Simulator memory usage》,20 赞、11 条评论。同一天在 r/ClaudeAI 也发了一条,强调「用 Claude Code 写的」。
  2. 4 天后发博客(7-24):就是上面那张 4.0 对 0.9 的图。7-26 又发到 MobileNativeFoundation 的讨论区,发帖人是仓库的头号贡献者。
  3. 一个月后发演示帖(8-29):r/ClaudeAI《Claude Code drives 12 iOS simulators simultaneously on my M1 Pro MacBook with 16 GB Ram》,167 赞、34 条评论。帖子内容和 README 里的演示视频一致,大概率是官方发的(推断)。
  4. 上 iOS 圈周刊(9-04):iOS Dev Weekly 第 766 期把「用 SimSlim 提升模拟器性能」写进了这期的标题。
  5. 上分析师报告(9-15):就是上面那篇 RedMonk。
  6. 大 V 帖子底下有人推荐(10-25):Theo(t3.gg)发帖说,他在一台 Ubuntu 电脑上通过 T3 Code 连 Mac mini 跑 iOS 模拟器,「这是我用过最好的 iOS 开发体验」,18.95 万浏览。评论区 @incanescent 回了一句:「最近更依赖模拟器的人,一定要看看 Sim Slim……我一直在做大量交互测试,本来已经开始吃力了。」这条回复 4.9k 浏览。当天 simslim 涨了 224 个 star,第二天又涨 142(Trendshift,Go 语言榜分别排第 2 和第 4)。

按 Trendshift 的数据倒推,建库后头 7 周涨了约 1,650 个 star,9-07 到 11-06 又涨了 1,851。另外,9-21 那天涨了 212,没找到具体来源,可能是上了 GitHub Trending(推断)。

还有一条是持续的长尾:别的工具把它当依赖嵌了进去。RN/Expo 圈的 stim 把 SimSlim 做成了机器级的开关。Callstack 的 Simlock 照着 simslim 的分类同步自己的配置,issue 里写着「re-sync slim-labels.ts with simslim's new mdm category」。被别人依赖以后,每个用这些工具的人都会顺着链接看到它。

谁在跟

名字是什么时间结果
Pitlane付费 macOS 应用,关进程只是其中一个功能2026-08-31Product Hunt 只有 4 票;宣传文案和 simslim 7 月的博客几乎一样
SwiftSimSlim照着 simslim 用纯 Swift 重写的版本2026-09作者主动把改进捐回 simslim(issue #50),被合进了主仓库
avdslim安卓模拟器版,README 第一行写着「Inspired by simslim」2026-09-168.5 GB 降到 2.5 GB;7 周 333 个 star,近 7 天 +9(GitHub,11-06)
simfleet并行模拟器的统一控制台2026-09-25127 个 star
一批原样复制的 fork 和下载页蹭流量8 到 10 月说明它热到被批量蹭了

更早也有人想到过同样的办法,只是没做成独立工具:WebKit 8 月合并的一个 PR 给自家测试关掉了一批守护进程;有人在 LinkedIn 发过只关 3 个进程的技巧,内存从 2.3 GB 降到 1.9 GB;AutoMobile、vphone-cli 里也有类似的精简配置。simslim 是第一个把这件事做全、做安全、单独拿出来开源的。

最值得看的是 avdslim。它做的是同一个点子,换到了安卓,效果数字同样好看(省下约 6 GB),发布只比 simslim 晚 8 周,结果是 333 对 3,499。换平台照做能拿到一些 star,但第一个做的人拿走了大头。

它的软肋

  • 依赖苹果没公开的东西:关哪些进程,靠的是苹果没有公开文档的守护进程标签,每出一个新的 iOS 版本都要重新整理一遍。如果苹果哪天在 Xcode 里自带「精简模式」,或者改了 launchd 的机制,这个工具就没用了。
  • 真实使用量看不清:3,507 个 star,watcher 只有 11 个(GitHub,11-06)。很多人可能是看到那张对比图点了 star,并没有装(推断)。
  • 背后是商业公司:MobAI 做的是付费的移动端 agent 工具。simslim 是它开源出来引流的,mobai.run 的设备页直接写着「我们开源的 simslim」。一个人做开源,没有这套博客、演示视频、Reddit 和周刊的分发,节奏很难复制。

如果是你

一句话:照着 simslim 做,或者换到安卓再做一遍,这条路已经有人走过了。真正值得学的是它找题目的办法:agent 把哪个老问题一下子放大了很多倍,就在那里做一个一条命令能用、能回退的小工具。

适合谁:懂某个平台底层(模拟器、容器、浏览器、构建系统)、自己也在用 agent 并行跑任务、被资源问题卡过的开发者。

不适合谁:想直接做「iOS 模拟器瘦身」的人,simslim 已经是事实标准,别人的工具也都在依赖它。想做安卓版的人也晚了,avdslim 9 月就出来了。

怎么做:

  • 找 agent 并行时最先撑爆的资源。模拟器内存已经有人做了,还可以看看 Xcode 的 DerivedData 和磁盘占用、浏览器自动化里每个 Chrome 实例的内存、Docker 沙盒的冷启动、端口和账号的隔离。挑一个能用前后对比的数字讲清楚的。
  • 照 simslim 的做法打磨:一条命令、能完全回退、只动白名单、提前写清楚会坏什么、有预检。开发者敢试,其他工具才敢把你当依赖。
  • 做成能被 import 的库,不要只做 App。simslim 一半的长尾流量来自 stim、Simlock 这些依赖它的工具。

怎么获客:建库当天在对应的 subreddit 发帖,写清楚「我被什么卡住了」。一周内发一篇博客,标题里放数字,配一张前后对比图。一个月内发一个「agent 同时驱动 N 台」的演示视频,发到 r/ClaudeAI 这类 agent 社区。然后主动给领域周刊投稿,再去 agent 工具的 issue 区提「可以接入 xx」。大 V 帖子底下的一条推荐,可能比你自己发十条帖子还管用。

什么时候之前:agent 并行开发这一波还在往上走,各种资源问题正一个个冒出来。哪个格子有人发出了第一张前后对比图,哪个格子就基本被占了,simslim 和 avdslim 之间只隔了 8 周。

什么情况说明看错了:你挑的资源问题,平台方自己在下一个大版本里修了,比如苹果在 Xcode 里自带模拟器精简;或者你发出对比图两周后,star 还停在两位数。前一种说明这个问题不该由第三方来解决,后一种说明这个痛点还不够普遍。

GitHub 仓库 ↗

研究底稿:竞品表、获客证据、完整研究报告
竞品
名字在哪上线规模它和这家不同在哪
Pitlane其他2026-08-31(PH 2026-10-24)很小(PH 4 票)闭源付费的 Xcode 替代品,关守护进程只是其中一个功能,没法被别的工具当依赖用,发布晚了 6 周
SwiftSimSlim开源2026-09小照 simslim 改写的 Swift 版,后来把改进反馈给了 simslim
WebKit 测试脚本(PR #72356)大厂功能2026-08-25WebKit 内部用只服务 WebKit 自己的测试,没做成通用工具
AutoMobile lean profile / vphone trimmed profile / CircleCI 帮助文章开源2026子功能 / 文档思路一样,但只是附带功能,没有单独做成产品
Xcode 27 Device Hub大厂功能2026所有 iOS 开发者苹果官方的模拟器管理界面,没有精简模式,被批评残留大量进程
mobile-mcp / agent-device / Simlock / stim / T3 Code Device Hub开源2025-03 到 2026-10mobile-mcp 10.3k star、agent-device 5.3k做的是 agent 控制模拟器,不解决内存问题;stim、Simlock 反过来直接调用或照搬了 simslim
Revyl / Limrun / Expo EAS Simulators网页2024-2026YC / 商业云用云端模拟器解决容量问题,收费;simslim 是在本机上免费挤出容量
用户从哪来
  • 查实 Reddit 创始人自己发帖:2026-07-20 r/iOSProgramming(20 赞、11 条评论)和 r/ClaudeAI 同一天发帖
  • 查实 官方博客 + 社区论坛:7-24 MobAI 博客《19 iOS Simulators on a 16GB Mac》;7-26 MobileNativeFoundation discussions #233
  • 推断 agent 演示视频帖:8-29 r/ClaudeAI《Claude Code drives 12 iOS simulators…》167 赞、34 条评论,内容和 README 里的演示视频对得上(是不是官方发的没核实)
  • 查实 行业周刊:iOS Dev Weekly 第 766 期(2026-09-04)标题里写了 SimSlim
  • 查实 分析师报告:RedMonk 2026-09-15 报告引用 simslim 当容量问题的例子
  • 查实 X 大 V 帖子的评论区:10-25 Theo 的帖子(18.95 万浏览)底下 @incanescent 推荐 simslim(4.9k 浏览),当天 +224 star、Go 榜第 2
  • 查实 被别的工具当依赖嵌入:stim PR #4244 加了机器级 SimSlim 开关;Simlock issue #1244 跟着 simslim 分类同步;mobai-ci 内置 sim-slim
  • 查实 GitHub Trending / Trendshift:9-18 Go 榜第 23、9-21 第 7、10-25 第 2、10-26 第 4

MobAI-App/simslim:为什么能跑出来

一句话:一个 Go 写的 macOS 命令行工具(带 SwiftUI 外壳),把 iOS/tvOS/watchOS/visionOS 模拟器里用不上的约 175 个后台守护进程用 launchctl disable 关掉,单个模拟器内存从 4.0 GB 降到 0.9 GB,一台 16 GB 的 Mac 能同时跑的模拟器从约 5 台变成 12 到 19 台。它是 MobAI(给编程 agent 用的移动端自动化工具,有付费档)开源出来引流的工具。

调研日期 2026-11-06。数据来自我们的 github 库(repo_day 从 2026-10-09 起)、Trendshift、GitHub、Reddit 和 X 的搜索快照、iOS Dev Weekly、RedMonk。

一、数据

  • 2026-07-20 建库;到 11-06 有 3,499 star、154 fork,近 7 天涨 213(github 库 repo_profile)。GitHub API 当天显示 3,507 star,但只有 11 个 watcher。
  • Trendshift 逐日数据(https://trendshift.io/repositories/88525):9-07 到 11-06 共涨 1,851 star。倒推回去,建库后头 7 周(7-20 到 9-06)涨了约 1,650 star,也就是一半的 star 在头 7 周拿到。
    • 9-18:+45(Go 语言 Trendshift 榜第 23);9-21:+212(Go 榜第 7);
    • 10 月上中旬每天 5 到 15,基本是长尾;
    • 10-25:+224(Go 榜第 2);10-26:+142(第 4);10-30:+83;之后每天 7 到 25。
  • 我们库里记录的单日最大涨幅是 10-31 的 76(以库里数据为准;Trendshift 那天记 +29,两边口径不一样)。数据卡上「10-18 到 10-28 涨 513」主要就是 10-25、10-26 这两天。
  • star 历史按天拉取(stargazers 带时间戳)的接口这次被拒(403/404),7 到 8 月逐日数据没核实。

二、竞品和同类

直接做「给模拟器减肥」的

名字形态时间规模和 simslim 的区别
Pitlane(Vadim Drobinin,drobinin.com/apps/pitlane)付费 macOS 应用,试用 14 天2026-08-31 在 LinkedIn 发布;Product Hunt 10-24 上线只有 4 票很小包装成「给独立开发者的 Xcode 替代品」,关守护进程只是其中一个功能;闭源、收费。宣传文案(「wallpaper posters」「600%」)和 simslim 7 月的博客几乎一样,发布比 simslim 晚 6 周
SwiftSimSlim(Anywhere-Music-Player)开源 SwiftUI 应用2026-09小照 simslim 改写的纯 Swift 版。作者在 simslim issue #50 里主动提出把代码捐回去,simslim 随后把里面的性能改进合进了 PR #51
Artem Novichkov 的 LinkedIn 帖一条技巧2026-09-03—只关 3 个守护进程(PosterBoard、chronod、liveactivitiesd),内存 2.3 GB 降到 1.9 GB,效果远不如 simslim
WebKit PR #72356「reduce the number of daemons running on simulators」大厂内部的测试脚本2026-08-25 合并—只给 WebKit 自己的测试用,没有做成通用工具
AutoMobile 的 lean profile、vphone-cli 的 trimmed profile、CircleCI 帮助文章(2026-05)别家工具里的一个子功能或一篇文档2026 年—思路一样,但都只是附带的功能,没有单独做成产品
老做法:nihongo-app 博客《在 M1 上并行跑 14 个模拟器》、bluepill(3.2k star,2017)博客 / 并行测试工具好几年前—靠并行调度或调系统设置,不碰模拟器内部的守护进程

相邻的「agent 控制模拟器」赛道(simslim 是给它们打底的):mobile-next/mobile-mcp(10.3k star)、callstack/agent-device(5.3k)、EvanBacon/serve-sim(2.9k)、Callstack 的 Simlock、appandflow/stim、T3 Code 的 Device Hub(9-10 上线)、expo-device-hub;云端的 Revyl、Limrun(都是 YC)、Expo EAS Simulators;苹果 Xcode 27 的 Device Hub。这些产品都要解决同一个问题:模拟器太吃内存。其中 stim、Simlock 已经直接调用 simslim,或者照着它的分类做同步(stim PR #4244、issue #4869/#4870;Simlock issue #1192/#1244 提到「re-sync slim-labels.ts with simslim's new mdm category」)。

结论:在「单独做成一个开源、有分类、可以回退的模拟器减肥工具」这一格里,simslim 是第一个,也是唯一有规模的;后面出来的都是跟风或者把它嵌进去。

三、增长手段(用户从哪来)

  1. 建库当天创始人自己在 Reddit 发帖(已确认):2026-07-20,r/iOSProgramming《I made a small tool to reduce iOS Simulator memory usage》(20 赞、11 条评论);同一天在 r/ClaudeAI 发了一条(0 分、12 条评论),标题强调「用 Claude Code 写的」「agent 已经能控制模拟器了,但……」。
  2. 官方博客配一张反差大的对比图(已确认):7-24 MobAI 博客《I Got 19 iOS Simulators Running on a 16 GB MacBook》,标题里就是数字,讲「壁纸海报一项就占 675 MB」这类好传的细节;7-26 在 MobileNativeFoundation 的 discussions #233 又发了一遍(发帖人 Interlap01,也是仓库的头号贡献者)。
  3. 用演示视频蹭 agent 热度(已确认帖子存在;是不是官方发的大概率是):8-29 r/ClaudeAI《Claude Code drives 12 iOS simulators simultaneously on my M1 Pro MacBook with 16 GB Ram》,167 赞、34 条评论。README 里的演示视频说的正是「12 台减肥后的模拟器、16 GB M1 Pro、每台由一个 Claude Code agent 通过 MobAI 驱动」,内容对得上。
  4. iOS 圈的核心周刊(已确认):iOS Dev Weekly 第 766 期(2026-09-04)把「boosting Simulator performance with SimSlim」放进了期刊标题。同一天 r/iOSProgramming 又冒出一条《A small trick to make iOS simulators use less RAM》。
  5. 分析师报告(已确认):RedMonk 2026-09-15《Agents with iPhones: Why the Simulator Market is Blowing Up》把 simslim 列为独立工具的代表,并用它的「180 个后台服务」作为「容量」这条论点的依据。
  6. Theo 的爆帖底下有人推荐(已确认,和 10-25 的 +224 时间吻合):2026-10-25 Theo(@theo,t3.gg)发帖说在 Ubuntu 上通过 T3 Code 用 Mac mini 跑 iOS 模拟器,18.95 万浏览;评论区 @incanescent 推荐了 simslim(「Absolutely look in to Sim Slim」,4.9k 浏览)。当天 Go 榜第 2,接下来两天又涨了 142 和 48。
  7. 被别的工具当依赖嵌进去,成了基础设施(已确认):stim(janicduplessis,RN/Expo 圈)把 SimSlim 做成机器级开关;Simlock 跟着 simslim 的分类做同步;FestivalNativeApps PR #839 让每次本地启动都先过一遍 simslim;mobai-ci 内置了 sim-slim 参数。10-30 的 +83 前后有 LinkedIn 帖子(An Tran,59 个反应):「Codex 和 Claude 一跑就开一堆模拟器,把我的笔记本卡死了」。
  8. 9-21 的 +212(Go 榜第 7)没找到具体来源,可能是上了 GitHub Trending 本身带来的。
  9. 没有找到:Show HN(HN 库里没有,MobAI 自己 1 月的 Show HN 只有 1 分)、付费广告、X 上的大号原帖(x-radar 语料里搜不到 simslim)。

另外有大量原样复制的 fork(zuxine、mo-mew、plu、sunjinshuai、enumcase、MaTriXy/ios-simslim……),还有一个 GitHub Pages 页面 epidemic-suretybond423.github.io(现在已经 404)。这是 GitHub 上常见的「复制热门仓库 + 下载页」套路,说明它热到被批量蹭了。

四、为什么能跑出来

  1. 痛点被 agent 放大了十倍,时机正好:以前一个人一次只开一两台模拟器;2026 年 Claude Code、Codex 能并行开很多会话,每个 agent 要一台模拟器(RedMonk 的说法是 agents「want a dozen for ninety seconds each」)。16 GB 的笔记本开 5 台就卡死,这是新出现的、很疼的问题(An Tran 的 LinkedIn 帖、r/ClaudeAI 12 台模拟器的帖子都在说这个)。
  2. 数字好记,容易传:「4 GB → 0.9 GB」「5 台 → 19 台」「壁纸海报占 675 MB」,一张图就讲清楚了,从 Reddit 到周刊再到 RedMonk,大家引用的都是这几个数。
  3. 门槛低、能回退:brew install 装好,simslim on <udid> 一条命令搞定;off 能完全恢复,只改模拟器、不碰 Mac 本身;只关白名单里的守护进程,另外有 doctor 预检、--except/--keep 和 JSON profile。开发者敢放心试。
  4. 一直在更新,把一次性的技巧做成了工具:到 v0.13.0,已经支持 tvOS/watchOS/visionOS、加了 GUI、磁盘清理、watch 自动给新启动的模拟器减肥、启动前离线减肥(PR #65,社区贡献)、慢速 CI 的超时参数;还吸收了 SwiftSimSlim 的改进。这让它从一个点子变成了 stim、Simlock 这些工具能放心依赖的底层。
  5. 背后有商业公司做分发:MobAI 本身做移动端 agent 工具,另一个开源库 ios-builder 已有 1.2k star,会写博客、做演示视频、在 Reddit 发帖、发 YouTube Shorts(LookOnThisGit),也知道怎么把 simslim 和自家的 mobai-ci、MobAI 付费版连起来(mobai.run/devices 页面直接写「我们开源的 simslim」)。

五、差异化

  • 别人只关 3 个守护进程,或者只在内部脚本里关;simslim 做到了约 175 个守护进程、按 16 个功能分类、每类标了内存估算、能回退、有预检,还支持四个平台。它有一套成体系的「哪些能关、关了会坏什么」的知识库(docs/category-memory.md,还有会把模拟器卡死的守护进程的硬排除测试)。
  • 开源(MIT)+ CLI + Go 包可以直接 import,所以 agent 工具链(stim、Simlock、T3 Code 周边)能直接嵌进去;Pitlane 是收费的闭源 App,没法当依赖用。
  • 这就是它跑出来的原因:第一个把这件事做到又全又安全,正好赶上 agent 并行跑模拟器这一波需求,又因为开源能被嵌进别的工具,成了事实上的标准。后来的跟风者(Pitlane、SwiftSimSlim、各种 fork)都晚了 6 周以上。

六、被看见的程度

小圈子里在传:iOS 开发圈(iOS Dev Weekly、r/iOSProgramming)和 agent 移动开发圈(RedMonk、Theo 帖子的评论区、T3 Code / Expo / Callstack 周边)都知道它,但没有大号原帖专门讲它,也没上过 HN 首页。开源免费,谈不上公开收入。

七、别人能借鉴的

  • 找一个「agent 让旧问题突然严重 10 倍」的地方(资源、并发、隔离),做一个一条命令就能用、能回退的小工具,用一个反差大的数字(4x、19 台)去传播。
  • 主产品是商业的,就拆一个独立的开源小工具出来引流:它被嵌进别人的工具链以后,会持续带来曝光,也能导流回主产品(mobai-ci、MobAI Pro)。
  • 发布节奏:建库当天发 Reddit,4 天后发博客,一个月后发演示视频(agent 驱动 12 台模拟器),再上周刊和分析师报告,最后靠大 V 帖子的评论区和依赖它的工具带来长尾。

八、还不确定的

  • 7 到 8 月逐日 star 没拿到(stargazers 接口被拒),头 7 周约 1,650 star 是从 Trendshift 倒推出来的;8-29 那条 r/ClaudeAI 帖子是不是 MobAI 自己发的没核实;9-21 +212 的来源不明。
  • 真实使用量不清楚(只有 11 个 watcher;Homebrew 安装数没查)。
  • 苹果 Xcode 27 的 Device Hub 或者以后的模拟器运行时,如果原生提供精简模式,或者改了 launchd 机制,这个工具就可能没用了;它还依赖没有公开文档的守护进程标签,每个 iOS 版本都要重新维护。

出处

文章由 AI 根据公开数据和我们每天采集的数据写成,数字带出处,推断已标明