返回首页
最新
如标题所示，目前在M系列MacOS主机上，开发者可以运行的最佳虚拟化、GPU加速、ARM原生Linux桌面体验是什么？
关于MacOS本身的发展方向令人担忧。广告、漏洞、暗黑模式。苹果并没有承认这些问题，因此我只能假设他们无法或不愿意解决这些问题。同时，我们中的许多人对苹果的优秀硬件和其他生活质量特性有很大的依赖，目前也无法或不愿考虑替代硬件。在M1/M2机器上直接运行Asahi可能对某些用途是一个选择，但对其他用途来说，目前的权衡代价太大。
我个人研究过以下系统：
- Ubuntu
- Silverblue（原子版）
- Kinoite（原子版）
- Fedora
- Bluefin LTS（原子版）（唯一一个提供基于CentOS的ARM构建的Bluefin版本）
这些系统在UTM（QEMU和Apple虚拟框架）上运行，但许多系统似乎不支持GPU加速，而GPU加速对于流畅的桌面体验是不可妥协的，或者在其他方面表现不佳。
我真的不记得在HN上看到过有人日常使用这种设置的评论。这是因为一切都涉及到令人难以接受的妥协吗？
社区对此有什么看法？有没有一些明显的优秀选择？
来自Claude Code的消息：<p>`API错误：500 {"类型":"错误","错误":{"类型":"api_error","消息":"内部服务器错误"},"请求_id":"req_..."}`<p>目前在https://status.claude.com/上没有看到任何问题，但在https://claude.ai上也看到“当前无法正常工作”。
状态页面上没有任何信息。
创始人在此。我们淘汰了我们的代理构建器，并围绕对话工作流开发进行了重建。
去年，我们构建了协调代理的代理。用户对此有需求，演示效果也很好。但随后我们发现他们并没有使用它。
没有人真正知道代理是什么，也没有人愿意去配置它们。他们想要的更简单：“从我的客户关系管理系统中提取报告，并每天早上8点发送给我。”
我们放弃了这一切，围绕一个简单的界面构建了V3：描述你需要的内容，它就会被构建出来。代理（Nira）帮助你构建——你不需要自己去构建代理。
在后台，我们正在跨MCP服务器进行编排——意图分类、动态工具加载、状态管理、调度。MCP注册表是开源的：<a href="https://github.com/NimbleBrainInc/mcp-registry" rel="nofollow">https://github.com/NimbleBrainInc/mcp-registry</a>
免费套餐解锁了所有集成。
欢迎随时询问有关架构或我们为何淘汰代理的问题。