作者：周白

开源项目 Shirei 正在尝试为 Go 提供一套跨平台桌面 GUI 框架：开发者只写 Go，不用 HTML 和 JavaScript，同一套代码面向 macOS、Windows 与 Linux，典型可执行文件约 10MB。

一句话结论： Shirei 最有意思的不是“每帧重画 UI”，而是把即时模式定义成一种声明式关系：界面由当前数据推导，开发者不必手工维护一棵长期存活的控件对象。

“即时模式 GUI”经常让人想到游戏调试面板：每一帧调用 Button()，按钮就出现，点击则返回 true。Shirei 作者认为，表面上的重画不是核心。核心是你只描述这一刻应该有什么，不必回答“这个按钮上一次是否存在”“数据变化后应该给哪个控件发更新消息”。这其实和 React 赢得开发者的原因很接近。

项目同时想解决几个 Go GUI 老问题：不用自己实现渲染后端、Linux 发布不依赖一堆系统组件、支持复杂文本塑形、双向文字、系统字体与东亚输入法，并用类似 Flexbox 的布局方式保持足够自由。示例计数器只需设置窗口、运行根视图，再在视图函数里按当前 count 画标签和按钮。

那么它和 Electron 有什么差别？Electron 借成熟浏览器获得布局、可访问性和生态，代价是更大的运行时与 Web 技术栈。Shirei 追求原生自包含程序和单语言开发，但也意味着它必须自己补齐文本、输入、辅助功能、控件行为和平台细节。10MB 很吸引人，却不能替代对无障碍、窗口管理和长期兼容性的检查。

项目还强调 API 对 AI Agent 友好。这不是纯营销：结构简单、模式一致、样板少，确实更容易让模型生成可运行界面。但“模型会写”与“人能维护”仍是两回事。一个新 GUI 框架是否成功，最终取决于调试工具、文档、组件生态、平台 Bug 响应速度，而不只是首个 Demo 有多短。

周白认为，Shirei 值得关注的是它没有把 Go 桌面开发再次包装成网页。它选择了一条更难却更有个性的路线。现在最适合用来做小工具、内部程序和实验性应用；在它证明可访问性、国际文本边界和长期 API 稳定前，还不适合把大型商业桌面产品全押上去。

关键事实

• Shirei 使用 Go 描述 UI，不依赖 HTML/JavaScript。
• 目标平台包括 macOS、Windows 和 Linux。
• 项目称典型原生二进制约 10MB，并支持国际文字与 IME。
• 项目仍年轻，成熟度和生态不能与浏览器或主流原生框架等量齐观。

OC 判断

小型跨平台 GUI 仍有真实空缺。Shirei 的声明式即时模式值得试，但它能否成为框架，要看那些不适合截图展示的细节做得怎样。

为什么重要

• 对开发者：Go 工具可以获得不依赖 Web 运行时的桌面界面选择。
• 对企业：内部工具可能受益于单文件分发，但要先评估可访问性和维护风险。
• 对用户：更小安装包有吸引力，界面一致不等于完全符合各平台习惯。

参考来源

• Shirei GitHub 仓库
• Shirei 教程
• 即时模式 GUI 介绍：Dear ImGui