Swif.ai 扩展 Linux 设备管理，支持 Omarchy 与 Linux Mint
A few engineers asked IT for Linux. Then it spread to 200 machines.
Swif.ai 本周起扩展 Linux 设备管理与合规能力，新增 Omarchy 和 Linux Mint 支持，并称设置 SOC 2、ISO 27001、HIPAA 等合规标准所需时间已缩短至 10 分钟以内。其 Linux 发行版支持列表已覆盖 Debian、Ubuntu、Fedora、Arch Linux、NixOS 等，Omarchy 4.0.2 的 x86_64 配置可支持设备注册、资产清点与应用封禁。Linux Mint 目前尚未列入官方支持列表，但已有客户实际运行。
正文 · AI 翻译
Linux 已经成为 AI 开发者桌面工具包的一部分。Nvidia 的 DGX Spark 于 2025 年 10 月 15 日开放订购，运行基于 Ubuntu 的 DGX OS。OpenAI 的 Codex CLI 也已支持 Linux，这是 AI 工具在开发者工作场所与其相遇的又一例证。
只有一个问题。开发者可以在家里爱上 Linux。但要让企业 IT 部门允许他们在工作中使用 Linux，则是另一回事。
Swif.ai 是一家管理和保护员工设备的平台，其创始人兼 CEO Angelo Huang 希望改变这一现状。Huang 告诉 The New Stack，为开发者提供 Linux 机器，首先要让 IT 团队具备管理和保护这些机器的控制能力。
Huang 表示，从上周开始，Swif 开始扩展其 Linux 设备管理与合规能力，将 Omarchy 和 Linux Mint 支持加入其支持列表。Swif 还在优化其支持的 Mac、Windows、Linux、iOS 和 Android 环境中的入门配置流程。他们声称，现在设置 SOC 2、ISO 27001 和 HIPAA 等设备合规标准所需时间已缩短至 10 分钟以内。
“Linux 已经承载了 AI 背后的大部分基础设施，”Huang 说。“越来越多的开发者也希望在自己的桌面上使用它。问题不在于 Linux 无法做到安全。而在于企业 IT 需要能够管理它、执行控制措施，并证明这些控制措施符合其合规要求。这正是我们要填补的空白。”
“问题不在于 Linux 无法做到安全。而在于企业 IT 需要能够管理它、执行控制措施，并证明这些控制措施正在发挥作用……”
Swif 列出的 Linux 发行版支持包括 Debian、Ubuntu、Fedora、openSUSE、Arch Linux、Manjaro、MX Linux、Pop!_OS、Red Hat Enterprise Linux、NixOS 和 Universal Blue。
根据 Swif 的 Omarchy 指南，针对 x86_64 机器的测试配置（版本 4.0.2）支持设备注册、资产清点、应用封禁，以及选定的 OpenClaw 日志记录和工具策略。（该指南指出了登录、主目录加密、远程桌面和更新方面的限制。）
不过，Linux Mint 的状态则不那么明确。
“Linux Mint 目前可以使用，因为它基于 Ubuntu，而且我们有客户正在运行它，”Huang 说，“但它尚未列入我们的官方支持列表。对新发行版的请求会通过支持工单和我们的客户成功团队提交。客户有实际部署、涉及席位数量，以及该发行版与我们已支持的发行版差异程度，都会推动某个发行版在优先级列表中的位置上升。对于基于 Ubuntu 或 Fedora 的发行版，初始支持通常需要一到两周。”
Swif 的软件管理指南将 Mint 列入基于 APT 的应用程序安装支持，尽管其 Linux 注册列表并未列出 Mint。这记录的是某项特定能力，而不是对每项管理策略的完整验证。
Mint 还提供基于 Debian 的版本 LMDE；仅凭共同的渊源并不能确立不同版本和版本号之间的兼容性。
让 Linux 对企业 IT 可管理
Swif 的 Linux 管理能力覆盖常见的 IT 需求：策略执行、LUKS 加密恢复和自动化修复。支持情况因发行版和策略而异；恢复策略管理的是对已加密磁盘的访问，而不是加密未加密的磁盘。
Swif 每小时向治理、风险与合规（GRC）平台 Vanta 发送 Linux 设备证据。
它还提供 Drata 集成，每小时同步一次。不过，Swif 的 Drata 指南在 Linux 方面存在不一致：它列出了 Linux 证据字段，但其设备资格列表仅列出 macOS 和 Windows。Linux 团队在依赖该功能之前，应向 Swif 确认 Drata 的覆盖范围。
这些记录支持合规评估；但它们本身并不构成合规。
The New Stack 询问，例如开发者如何在 Framework 笔记本电脑上运行 Wayland，以及这如何让 IT 部门去确定哪些管理功能适用于该配置。
“我们的代理运行在用户空间，主要依赖 systemd、包管理器和标准内核接口，因此像 Framework 笔记本电脑这样的硬件很少成为问题，”Huang 说。“显示服务器才是更有意思的地方。通过 PipeWire 和 xdg-desktop-portal 对 Wayland 的支持正在开发中。我们的经验法则是：如果它影响我们的代理能否执行策略、报告资产清点或证明合规，那就是我们需要解决的问题。”
用户空间并不意味着无特权：Swif 的 Linux 管理命令可以以 root 身份运行。PipeWire 和桌面门户处理屏幕共享等功能；这与基本的设备资产清点或策略执行不同。Swif 的 Omarchy 指南指出，其基于 RustDesk 的远程桌面策略对 Wayland 的支持仍处于实验阶段。
让开发者使用 Linux
“公司内部的争论不必是 Mac 对 Windows 对 Linux，”Huang 说。“如果你的 AI 团队想要 Linux，IT 部门的回答不应自动是否定的。给开发者他们完成工作所需的工具。给安全团队它所需的控制措施。”
“如果你的 AI 团队想要 Linux，IT 部门的回答不应自动是否定的。”
Swif 主要面向企业 IT，但开发者在 IT 如何管理他们的机器方面也有切身利益。The New Stack 询问该公司是否运营 Linux 开发者社区。
“常见的情况是，几位工程师要求 IT 部门放弃 Windows，然后人数增长到 50、100，有时是 200。IT 部门随后需要一种管理这些机器的方式，并且要让 GRC 平台认可其为证据，这时他们就会来找我们。我们也会直接收到开发者的反馈，渠道包括与客户共享的 Slack 频道、推广期间的入职电话，以及最终用户提交的支持工单。我们目前没有为 Linux 开发者运营社区，但这是个好主意。”
AI 监督：已记录的功能与路线图
“目前，”Huang 说，“我们已有 MCP 服务器管理、代理式安全、Claude 合规集成，以及处于测试阶段的数据丢失防护。路线图上包括与 OpenAI 合规 API 的集成以及代理式合规。”
注册 Linux 机器后，会安装 Swif 的 MDM 代理以进行设备管理，而安装 Agentic Security 代理则可提供对受支持的 AI 代理活动的可见性。
其 Claude 合规集成会收集组织级审计事件，而其已记录的 DLP 测试版使用浏览器扩展，并需要组织级测试版选择加入。
其电子邮件文档涵盖网页版 Gmail 和 Outlook，不包括原生桌面邮件客户端。这些功能与监控本地代理活动的范围不同。
“它把对员工终端上 AI 代理的监督带入了设备管理层。问题很简单。代理运行在员工终端上，可访问代码、凭据和客户数据，而几乎没有人监督它们。
“代理运行在员工终端上，可访问代码、凭据和客户数据，而几乎没有人监督它们。”
“OpenClaw 刚推出时，许多客户要求我们直接封禁它。随着越来越多的人在工作中使用代理，公司若任由其不受管理，一旦发生数据泄露或知识产权盗窃，损失将难以承受，”Huang 说。
OpenClaw 自己的安全文档警告称，不受信任的内容可能携带提示注入。风险取决于代理的权限、工具和隔离情况。
文章《几位工程师向 IT 部门申请使用 Linux。随后它扩展到了 200 台机器。》首发于 The New Stack。