Semwright

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 semwright.com、名字 semwright、创始人 Ramírez 三种条件查均无记录库。项目本身开源、无定价页,与「没有收入档案」一致。

用户 / 下载

• App Store / Google Play / Mac App Store / Chrome 应用商店:四个库全部库里没有库。产品是桌面端 CLI/daemon + MCP,不走应用商店,符合预期。
• 官网提供 Linux/macOS/Windows 六个平台的 v1.0.0 安装包(2026-10-07 发布),但官网不显示下载量,苹果/Google 也不给桌面下载数,所以没有可用的用户量数字官网。

开发者关注

• GitHub 仓库 seradotcom/semwright:7 star、3 fork、1 watcher、14 个 open PR、2 个 open issue、1,941 次提交、250 个分支、2 个 tag,最近提交 2026-11-01GitHub 页面。fork/star 比 = 3/7 ≈ 43%,远高于「新库 ≥5000 星中位数约 11%」的参照线——但绝对数太小(7 星),这个比值没有统计意义,更可能是作者自己/协作者的分支,不构成刷星信号推断。
• 该仓库不在 github 库里(全站门槛 ≥50 星,它只有 7 星),所以没有 star 走势、没有 suspect 标记、没有 gain_7d库。
• 作者另有 sequencewright、launchwright 两个基于 Semwright Native SDK 的衍生仓库GitHub 搜索,同样不在库里。

讨论

• Hacker News:库里没有——按域名、github_repo、标题三种条件查均无库。全网搜索也未见 Show HN 帖web_search。
• X 本地库:库里没有——core 层 560 人的原创帖里无 semwright / seradotcom 提及,创始人也不在圈子名单里库。
• 唯一可见的公开传播:2026-10-07 作者在 dev.to 发了一篇技术长文《I built Semwright to let AI agents work across desktop applications》,1 个赞、0 条评论dev.to。

官网动态

• 官网在线且持续更新:有 docs、drivers、demos、security、roadmap 五个板块,roadmap 页明确写「不承诺日期和完成度百分比」,并列出 v1.0.0 已发布、独立安全审计未完成、Windows 交互式桌面认证(R18)与物理 Hyprland 认证(R06)推迟到 v1 之后官网 roadmap。
• v1.0.0 release notes 自述「在维护者例外下发布,不主张独立安全批准」GitHub release。
• 无融资、无收购、无 changelog 博客的公开消息web_search。

自报 vs 实际

没有发现「自报数字与库对不上」的情况——因为这个项目根本没有报过收入或用户数。

为什么成了 / 没成

它没成,但原因不是产品做错了,而是工程投入与市场投入严重失衡。

证据很直白:仓库有 1,941 次提交、250 个分支、14 个 open PR,最近一次提交是 2026-11-01(建档前一天),说明作者在持续高强度开发;但同一时间点只有 7 个 star、PH 发布拿到 68 票 / 1 条评论、dev.to 长文 1 个赞。也就是说,产品被反复打磨了几个月,却几乎没有被任何开发者社区看见过。

方向上它踩中了一个真实痛点(截图式 computer-use 不可靠,应该走应用原生 API),但赛道已被 MCP 生态和 Anthropic/OpenAI 的 computer-use 占据,而 Semwright 的定位是「MCP 背后的执行层」——这个位置对终端用户不可见,对开发者又要求先装 daemon、再写 driver,冷启动门槛极高。加上作者是刚毕业的单人开发者、没有分发渠道(无 HN、无 X 声量、PH 只发一次),再好的架构也换不来第一批用户。

对想跟的人

这个方向有位置,但不在「通用语义层」这一层。Semwright 用 1,941 次提交换来 7 个 star,说明「先做完整架构、再找用户」在开发者工具里是死路——它的 roadmap 页自己都承认「不承诺日期和完成度」,这是工程思维而非产品思维。

真正的位置在单个高价值应用的垂直 driver:比如只做 Blender 或只做 Figma 的 MCP server,让用户 5 分钟装上就能用,而不是先理解 broker / policy / reference / project graph 这一整套概念。最大的坑是:你做的抽象层越通用,越容易被上游(MCP 官方、模型厂商)直接吞掉,而你的 7 个 star 撑不起任何护城河。

没查到的

• 收入:indie(TrustMRR)库里没有 Semwright,也没有创始人名下的任何产品——无法判断是否有任何付费转化。
• 用户量 / 下载量:四个商店库全无;官网和 GitHub 都不公开下载数,桌面软件也没有第三方下载统计,所以用户规模完全无法量化。
• GitHub star 走势:仓库 7 星,低于 github 库 50 星门槛,没有逐日曲线、没有 gain_7d、没有 suspect 标记。
• HN / X 讨论:两库均无任何提及,无法判断社区反应(因为根本没有讨论)。
• PH 发布日票数曲线:库里只有 1 个观测点(2026-10-29 回填),没有发布当天的逐小时曲线。
• 创始人 X 账号:PH 档案无 twitter_handle,搜索到的多个「Sergio Ramírez」同名账号均无法确认是本人,未采信。