在实际个人计算场景里“反 AI 电脑”Anti AI Computer并不是一台没有操作系统的铁盒子也不是一句玩笑话。它最早出现在 Hacker News 的 Show HN 栏目中作者把一台电脑刻意设计成不集成 AI 助手、不上报行为、不默认依赖云端大模型的形态用来对抗今天几乎无处不在的“AI 化默认值”。这个思路后来被很多开发者拿去改造自己的写作机、开发机和家用电脑。对开发者来说反 AI 电脑并不是拒绝技术进步而是重新划定边界哪些计算必须由本地程序确定完成哪些数据可以离开机箱哪些 AI 能力可以接受哪些必须从网络层拦住。这篇实践指南会沿着硬件选型、操作系统、网络出站控制、软件栈替换、最小验证和故障排查这条主线完整走一遍搭建“Anti AI Computer”的过程。适合对隐私敏感的用户、想摆脱 Copilot 默认行为的开发者、做本地优先工具的人以及关注 AI 工程实践但不想被云端厂商锁定的人。读完可以按文章顺序搭出一台可验证、可审计、能日常使用的反 AI 电脑。1. 先理解“反 AI 电脑”到底在反什么1.1 反的是“默认被接管”不是“不用程序”需要先澄清反 AI 电脑的核心立场不是拒绝所有智能算法而是拒绝把 AI 助手、云端大模型、行为采集当成电脑的默认状态。今天从 Windows 的 Copilot、macOS 的 Siri到浏览器里的 AI 摘要、代码编辑器里的补全插件共同特征是默认开启、默认联网、默认把输入内容发给厂商服务器。用户往往没有在知情的情况下做出选择甚至关掉这些功能需要翻好几层设置。“反 AI 电脑”的做法是把默认值反过来所有功能默认在本地完成所有联网行为默认被审计所有需要 AI 的场景单独开启而不是开机就有。举个例子。普通电脑第一次开机后系统会引导用户登录厂商账号、开启云同步、注册 AI 助手反 AI 电脑第一次开机后应该看到的是一条终端提示符或者一个不包含任何云服务的桌面环境。这里不是要剥夺用户使用 AI 的权利而是要让“使用 AI”成为一次明确的决定而不是出厂设置。1.2 三个核心设计原则本地、确定、可审计反 AI 电脑的配置决策可以归结为三条原则。第一是本地。数据默认不出机箱。输入法不上云浏览器不同步笔记存纯文本文件索引在本地完成。任何需要把文本、代码、屏幕内容送到远端的行为都要单独解释理由。第二是确定。同一份输入得到同一份输出。代码编译、文档渲染、脚本执行都应该可复现不应因为远端模型版本变化而改变结果。确定性是工程调试的基础也是“电脑听你的”最直接的体现。第三是可审计。任何出网请求都能被看到、被解释、被关闭。系统里可以没有“信任 AI 厂商”这个默认设定但必须有“我允许这台电脑连接谁”的明确记录。这三条原则是后面所有配置的检验标准。判断一台电脑是否算反 AI不是看它有没有装 AI 软件而是看默认流程里数据会不会外流、行为是否可以复现、策略是否经过审计。1.3 与“普通电脑”和“完全禁用 AI”的差别为了避免概念混淆用表格对比三种电脑形态。维度普通办公电脑反 AI 电脑完全禁用 AI 的电脑系统 AI 助手默认开启不安装或彻底关闭不安装浏览器同步默认开启关闭或自建本地同步关闭编辑器补全默认接 Copilot 类插件只使用本地规则和 linter不使用出站网络默认允许遥测白名单加审计尽量断开可解释性低高高日常效率依赖云服务依赖本地工具链依赖本地工具链从表格可以看出反 AI 电脑和“完全禁用 AI”的电脑差别并不大区别在于前者允许在明确授权下单独开启本地模型能力而后者干脆不讨论 AI 能力。Show HN 上的 “My Anti AI Computer” 更接近前者把控制权和知情权放在第一位而不是单纯把 AI 功能全部删掉。2. 硬件与系统选型从源头减少 AI 预装2.1 选硬件时要关注的四个层面真正决定一台电脑“AI 化程度”的不是 CPU 里有没有 NPU而是三层绑定固件、系统、云服务。第一层是固件。主板和 BIOS 里的更新模块、远程管理、遥测功能会直接影响后续系统行为。反 AI 电脑建议选择有良好 Linux 支持、固件更新路径简单的设备不追求最新功能而要确认这台机器不会因为某个硬件而强制安装厂商管理软件。第二层是硬件驱动。显卡、声卡、无线网卡如果只有闭源驱动并且必须联网安装配套软件就要特别警惕。尤其是一些 AI PC 的 NPU 驱动厂商往往要求配套应用才能工作。对反 AI 电脑来说取舍很直接用不上就不装。第三层是系统预装。预装 Windows 的设备自带大量 OEM 应用和云端服务品牌机和游戏本尤其明显。购买使用 Linux 作为默认系统的设备或者选择不带操作系统的准系统可以减少后续清理成本。第四层是网络环境。反 AI 电脑应该接在自己可控的路由器后面而不是依赖厂商提供的云网关。这样后面配置 hosts 和防火墙规则时整条链路才是清晰的。这里有个常见误区认为“AI PC 芯片等于 AI 电脑”。实际上 NPU 只是一个计算单元反 AI 电脑完全可以不启用它。反过来一台没有 NPU 的老机器如果安装了 Copilot、OneDrive 和浏览器 AI 摘要一样是“AI 化电脑”。关键在于软件和网络不在芯片。2.2 操作系统为什么优先选择 Linux如果目标是反 AILinux 是目前维护成本最低的起点。Windows 的问题不是不能用而是默认值太不利Copilot 与系统搜索集成Recall 类功能会周期性保存屏幕内容遥测默认开启。虽然可以通过组策略和注册表关闭一部分但每次功能更新都有重新开启的可能长期维护成本高。macOS 同样带有 Siri、iCloud 和本地推理等默认项而且硬件绑定让用户很难替换系统层行为。对于“想保留 Mac 硬件但不想被云服务绑定”的用户只能依赖手动关闭无法做到系统级可控。Linux 发行版默认没有 Copilot没有强制云账号没有系统级屏幕截屏索引。它的包管理器能提供透明的依赖关系防火墙规则直接可读进程和网络行为都可以审计。选择 Debian、Fedora 或 Arch 的 minimal 安装就能得到一个几乎不含 AI 组件的底座。对于必须在 Windows 下运行的软件建议把 Windows 放进虚拟机并为虚拟机单独设置网络策略。这样既能保留必要的兼容性也不会污染反 AI 主机的默认状态。2.3 安装后的第一步关闭系统级 AI 组件和遥测如果因为驱动或软件原因必须使用 Windows至少先完成下面这些动作。具体菜单位置以实际系统版本为准项目操作说明关闭 Copilot在隐私和安全性设置中关闭通过组策略关闭系统级入口防止搜索栏和桌面挂件拉起 AI 面板关闭 Recall 快照在隐私和安全性中暂停保存屏幕快照避免屏幕内容周期性写入并可能同步降低诊断数据诊断数据改为“必需”级别减少行为上报频率使用本地账号不要登录微软账号避免跨设备同步和训练数据关联移除预装 AI 应用使用 PowerShell 卸载 Copilot 相关包从入口移除 AI 组件对应的 PowerShell 卸载命令如下Get-AppxPackage *Copilot* | Remove-AppxPackage Get-AppxPackage *WindowsAI* | Remove-AppxPackage注意不要直接照搬网上的“一键禁用”脚本而不看内容。很多脚本会同时修改注册表、计划任务和服务可能破坏系统更新。建议一条条执行记录每一步修改并把命令纳入版本管理。Linux 侧要简单得多。安装基本系统后不要安装厂商提供的语音助手、云通讯录和同步软件。用systemctl list-units --typeservice检查开启的服务把不认识的网络服务逐个禁用systemctl list-units --typeservice --staterunning sudo systemctl disable 某个不认识的网络服务3. 网络层控制让电脑默认不把数据送出机箱3.1 先盘点电脑会主动连接哪些目标反 AI 电脑的网络策略不是“先全放开有问题再关”而是“默认拒绝白名单放行”。动手配置之前先做一次出站盘点。目标类型典型目标常见触发时机反 AI 处理系统遥测Windows Telemetry、Linux Apport开机、更新后关闭或屏蔽AI 助手Copilot、Siri、云端 LLM API快捷键、搜索栏、编辑器不安装浏览器同步浏览器账号同步登录、标签页变化关闭同步崩溃上报Crash Reporter程序崩溃关闭更新服务系统更新、包管理器源定时任务保留白名单AI 开发插件AI 补全类插件打开编辑器隔离或删除这里有一个判断标准如果某个程序连接的目标域名无法解释、无法从官方文档查到、并且涉及私有数据入口就应该先断网再升级而不是先信任再排查。3.2 用 hosts 文件做第一道静态屏蔽最简单、可读性最高的控制器是/etc/hosts。Windows 下对应路径是C:\Windows\System32\drivers\etc\hosts。把已知 AI 服务的域名指向本机地址让解析直接失败127.0.0.1 copilot.microsoft.com 127.0.0.1 login.microsoftonline.com 127.0.0.1 api.openai.com 127.0.0.1 app.cloud-ai-example.com ::1 copilot.microsoft.com ::1 api.openai.com但一定要理解 hosts 的边界它只拦截 DNS 名称解析不拦截 IP 直连。对使用 DoHDNS over HTTPS的浏览器可能无效因为浏览器可以不读取系统 hosts。在 IPv6 网络下只写127.0.0.1不够需要同时写::1。AI 服务的域名经常变化维护成本高。所以 hosts 适合做“第一道明确提示”不适合做“最后一道防线”。3.3 用 nftables 做默认拒绝的出站规则在 Linux 上比 hosts 可靠的是状态防火墙 nftables。它工作在 IP 层按目的地址、端口和进程标记做决策不依赖 DNS。先启用网络过滤服务sudo apt install nftables sudo systemctl enable nftables修改/etc/nftables.conf加入一个针对 AI 目标地址的出站拦截集合table inet anti_ai { set ai_targets { type ipv4_addr elements { 203.0.113.10, 198.51.100.20 } } chain output { type filter hook output priority 0; policy accept; ip daddr ai_targets drop } }配置里的203.0.113.10和198.51.100.20只是示例地址实际部署时要通过域名解析得到的真实 IP 更新集合。因为 AI 服务的 IP 池经常变化更稳妥的做法是允许自己真正需要的服务其他全部拒绝。生产环境推荐白名单模式只放行系统更新源、包管理服务器和少量必要 API其余出站全部 drop。但这种配置会显著增加日常使用成本适合专用工作机不适合第一台反 AI 实验机。注意屏蔽出站目标保护的是本机隐私。它只涉及本机自身的数据控制策略不涉及任何外部链路改造。反 AI 电脑关心的是这台机器能不能把数据留下。3.4 浏览器层加固同步、摘要、插件三件事浏览器是反 AI 电脑上最容易泄漏数据的地方。常见泄漏路径有三种账号同步。浏览器登录后历史记录、密码、扩展数据进入厂商账户。AI 摘要。地址栏、右键菜单、PDF 阅读器里的 AI 功能会把当前页面内容发到云端。插件。某些 AI 助手扩展拥有读取全部页面内容的权限。对应的加固顺序如下退出浏览器账号同步。密码用pass或 KeePassXC 管理书签用本地文件加版本管理。关闭浏览器内置 AI 入口。Edge 关闭 Copilot 侧栏Chrome 关闭 AI 实验开关。插件最小化。只保留开源、权限明确的扩展不要安装来源不明的 AI 助手。对“Computer Use”类型的 AI 智能体保持零容忍。任何允许外部智能体操作浏览器的方案都不应该出现在反 AI 电脑上。4. 软件栈替换把“AI 助手优先”改成“本地工具优先”4.1 高频工具的替换清单反 AI 电脑不是“少装软件”而是“每个软件都必须能解释自己在做什么”。下面是常见高频场景的替换方案。场景默认 AI 化方案反 AI 替代方案写作Copilot、云文档 AIMarkdown 加本地拼写检查笔记云笔记加 AI 助理纯文本加 git 本地仓库搜索搜索引擎 AI 摘要RSS 加本地全文检索 recoll编程Copilot、AI 补全插件文档、linter、测试翻译浏览器 AI 翻译本地词典加可选翻译 API 白名单日程云端助理本地日历文件加 cron 提醒邮件云端 AI 摘要本地邮件客户端加规则过滤这张表不是否定工具效率而是在“效率”和“可审计”之间重新选择优先级。刚切换时最明显的损失是编辑器里没有自动补全最明显的收益是不用再担心代码被自动送到第三方。4.2 搜索和阅读恢复“人找信息”而不是“信息找 AI”普通电脑的使用习惯是遇到问题打开浏览器输入问题点 AI 摘要。反 AI 电脑的对应习惯是遇到问题先查本地文档和man再查书签收藏最后才联网搜索原文。阅读侧建议启用 RSS 聚合把信任的网站订阅到本地阅读器。搜索引擎只用于找原文不要点击 AI 总结类卡片。关于编程场景有一点很重要反 AI 电脑并不阻止你学习 AI 工程实践而是要求你先理解正在运行的工具。你可以在这台电脑上写 AI 应用客户端代码但所有请求都应该指向明确配置的 API 白名单端点并且有日志记录。这本身就是一种更严谨的 AI 应用开发习惯。4.3 如果一定要用大模型边界在哪里“反 AI 电脑”和“完全不用大模型”之间不是非黑即白。常见折中方案是只运行本地模型例如通过 Ollama 部署小型开源模型并配合严格网络配置确保推理过程中没有数据出网。安装 Ollama 后需要手动确认服务不会自动访问外部模型仓库sudo systemctl edit ollama.service在 override 文件里设置[Service] EnvironmentOLLAMA_HOST127.0.0.1然后限制服务网络。即使是实验环境也要确认模型文件来自官方仓库服务只监听127.0.0.1不暴露到局域网或公网。严格派的做法是不安装任何推理运行时。这主要是取舍问题当你不把“必须有 AI”作为预设目标时直接不装才是最省心的。反 AI 电脑的价值恰恰在于它允许你自由选择这个取舍而不是被厂商默认值替你做决定。5. 用最小案例跑通一个反 AI 电脑验证闭环5.1 最小环境建议用一台安装 Debian 或 Fedora stable minimal 的机器作为验证机。安装包只选基础工具sudo apt install vim git curl wget rsync ripgrep tcpdump nftables aspell pandoc不安装任何云客户端、同步盘、语音助手和浏览器 AI 插件。浏览器使用 Firefox关闭同步并安装开源拦截扩展。这一套就是反 AI 电脑的最小闭环底子。5.2 验证出站行为开机后看五条命令安装完成后不要急着配置大量屏蔽规则先用命令观察电脑到底在连什么。第一条查看所有外部 TCP 连接ss -tup第二条查看本机监听的端口ss -lunp第三条查看正在运行的系统服务systemctl list-units --typeservice --staterunning第四条抓取任意网卡上的外发 443 连接sudo tcpdump -i any tcp port 443 -n第五条查看最近的 DNS 解析记录sudo journalctl -u systemd-resolved --since 1 hour ago | grep Query正常结果应该是一屏以内、目标可解释。如果看到频繁连向不在规则里的 AI 域名说明还有组件没有被清理。5.3 一条不经过 AI 的文章写作流程验证不只是看网络还要跑一遍真实工作负载。以写一篇文章为例用vim创建 Markdown 文件。用aspell做拼写检查。用git管理版本。用pandoc导出 HTML 或 PDF。用rsync备份到本地磁盘。全程没有 AI 补全、没有云端同步、没有自动摘要。输出结果稳定可复现。记账场景可以用纯文本加ledger或hledger结算数据同样保存在本地。5.4 验证结果怎么判断反 AI 电脑是否成立可以用下面这张检查清单逐项确认检查项预期结果开机 5 分钟内是否有无法解释的出站连接没有或全部在白名单编辑器、浏览器是否登录了厂商账号否hosts 和 nftables 规则是否随系统启动生效是关闭自研工具后是否还有进程频繁访问 443 端口否进行一次写作或编程流程结果是否可复现是日志是否记录了所有出站行为是6. 常见问题排查为什么“明明关了 AI 还是被 AI 化”6.1 现象系统更新后又出现 AI 组件现象Windows 功能更新后Copilot 或类似组件又被装回来。原因功能更新可能重置部分系统组件的启用状态OEM 预装包也可能通过更新任务重新安装。检查方式查看系统更新历史对比更新前后的已安装应用列表。处理方案把关闭动作写入可重复执行的脚本不要依赖系统设置面板“点一次就完事”。在 Linux 上对应做法是清理 OEM 仓库和自动安装任务的依赖。6.2 现象hosts 屏蔽不生效现象已经往/etc/hosts写入 AI 域名但浏览器仍然能打开对应的 AI 页面。原因浏览器使用 DoH 绕过了系统 DNS或者目标服务通过固定 IP 直连也可能是 IPv6 地址没有被屏蔽。检查方式打开浏览器设置查看 DNS 是否被设置为“安全 DNS”在终端执行dig short确认域名当前解析结果。处理方案把浏览器安全 DNS 改为“使用系统设置”或者改用 nftables 按 IP 拦截。不要只依赖单个 hosts 条目。6.3 现象某些软件不联网就拒绝运行现象关闭网络后输入法、同步盘或开发工具直接报错退出。原因软件把许可证校验、遥测上报或在线配置作为启动前置条件默认没有开启本地运行模式。检查方式查看程序运行日志确认报错是缺少许可证还是缺少网络。处理方案优先替换为支持本地模式的替代软件。对于必须联网的开发工具把它放进独立的虚拟机或容器在防火墙里只放行最小域名。不要为了使用某个软件而开放整个出站规则。6.4 现象网站出现“系统检测到异常流量”提示现象访问某些站点时页面显示 “Were sorry... but your computer or network may be sending automated queries” 或类似验证页。原因这通常是网站侧的风控模块根据出口 IP、浏览器指纹和请求频率做出的判断不一定与反 AI 配置直接相关。使用共享出口 IP、启用大量拦截扩展、请求频率异常都可能触发。检查方式先确认是否同一网络下所有设备都出现该提示再检查是否有脚本在后台高频请求。处理方案暂停来源不明的浏览器扩展降低请求频率等待风控解除。如果是公司或学校网络环境联系管理员确认出口 IP 是否被标记。不要尝试通过修改请求特征来规避验证正确做法是恢复正常浏览器行为并走正常访问流程。6.5 现象开发工具插件偷偷上报现象在反 AI 电脑上安装了某个带 AI 补全的编码插件防火墙日志显示它在非工作时段访问未知域名。原因很多 AI 编程插件把“代码补全”和“遥测上报”绑定在一起用户无法只开启补全、关闭上报。检查方式用tcpdump或防火墙日志确认目标域名再对照插件官方文档确认开关位置。处理方案把这个插件视为需要单独隔离的组件或者删除插件改用本地 linters 和测试体系。处理客户数据或生产代码的机器隔离优先于便利。7. 反 AI 电脑的工程实践与扩展方向7.1 学习环境、工作环境、生产环境要分开不要把反 AI 电脑当成一套一成不变的配置。在三类环境里策略强度完全不同。环境建议策略核心目标学习实验机hosts 加简单规则保留搜索建立概念和习惯开发工作机白名单出站隔离 AI 插件保护源代码生产或客户数据机默认拒绝物理隔离日志审计保护数据如果你正在从事 AI 工程实践或 AI 模型部署相关的工作反 AI 电脑不会成为阻碍。它完全可以和开发任务共存一台反 AI 主机承载日常写作和代码管理另一台隔离的容器或虚拟机承载模型推理实验。这样既能掌握 AI 技术也保住了个人数据的控制权。7.2 可复用的新机器启用检查清单每次在一台新电脑上启用反 AI 策略时按下面的顺序执行安装 minimal 系统不登录任何厂商账号。关闭遥测、系统 AI 助手、设备级屏幕截屏功能。配置 hosts 和防火墙出站规则默认拒绝未知目标。浏览器退出同步 
长河君 · 2026/8/29 23:46:49 · 阅读 1.2k 手把手搭建反AI电脑：本地优先与数据隐私实践
在实际个人计算场景里“反 AI 电脑”Anti AI Computer并不是一台没有操作系统的铁盒子也不是一句玩笑话。它最早出现在 Hacker News 的 Show HN 栏目中作者把一台电脑刻意设计成不集成 AI 助手、不上报行为、不默认依赖云端大模型的形态用来对抗今天几乎无处不在的“AI 化默认值”。这个思路后来被很多开发者拿去改造自己的写作机、开发机和家用电脑。对开发者来说反 AI 电脑并不是拒绝技术进步而是重新划定边界哪些计算必须由本地程序确定完成哪些数据可以离开机箱哪些 AI 能力可以接受哪些必须从网络层拦住。这篇实践指南会沿着硬件选型、操作系统、网络出站控制、软件栈替换、最小验证和故障排查这条主线完整走一遍搭建“Anti AI Computer”的过程。适合对隐私敏感的用户、想摆脱 Copilot 默认行为的开发者、做本地优先工具的人以及关注 AI 工程实践但不想被云端厂商锁定的人。读完可以按文章顺序搭出一台可验证、可审计、能日常使用的反 AI 电脑。1. 先理解“反 AI 电脑”到底在反什么1.1 反的是“默认被接管”不是“不用程序”需要先澄清反 AI 电脑的核心立场不是拒绝所有智能算法而是拒绝把 AI 助手、云端大模型、行为采集当成电脑的默认状态。今天从 Windows 的 Copilot、macOS 的 Siri到浏览器里的 AI 摘要、代码编辑器里的补全插件共同特征是默认开启、默认联网、默认把输入内容发给厂商服务器。用户往往没有在知情的情况下做出选择甚至关掉这些功能需要翻好几层设置。“反 AI 电脑”的做法是把默认值反过来所有功能默认在本地完成所有联网行为默认被审计所有需要 AI 的场景单独开启而不是开机就有。举个例子。普通电脑第一次开机后系统会引导用户登录厂商账号、开启云同步、注册 AI 助手反 AI 电脑第一次开机后应该看到的是一条终端提示符或者一个不包含任何云服务的桌面环境。这里不是要剥夺用户使用 AI 的权利而是要让“使用 AI”成为一次明确的决定而不是出厂设置。1.2 三个核心设计原则本地、确定、可审计反 AI 电脑的配置决策可以归结为三条原则。第一是本地。数据默认不出机箱。输入法不上云浏览器不同步笔记存纯文本文件索引在本地完成。任何需要把文本、代码、屏幕内容送到远端的行为都要单独解释理由。第二是确定。同一份输入得到同一份输出。代码编译、文档渲染、脚本执行都应该可复现不应因为远端模型版本变化而改变结果。确定性是工程调试的基础也是“电脑听你的”最直接的体现。第三是可审计。任何出网请求都能被看到、被解释、被关闭。系统里可以没有“信任 AI 厂商”这个默认设定但必须有“我允许这台电脑连接谁”的明确记录。这三条原则是后面所有配置的检验标准。判断一台电脑是否算反 AI不是看它有没有装 AI 软件而是看默认流程里数据会不会外流、行为是否可以复现、策略是否经过审计。1.3 与“普通电脑”和“完全禁用 AI”的差别为了避免概念混淆用表格对比三种电脑形态。维度普通办公电脑反 AI 电脑完全禁用 AI 的电脑系统 AI 助手默认开启不安装或彻底关闭不安装浏览器同步默认开启关闭或自建本地同步关闭编辑器补全默认接 Copilot 类插件只使用本地规则和 linter不使用出站网络默认允许遥测白名单加审计尽量断开可解释性低高高日常效率依赖云服务依赖本地工具链依赖本地工具链从表格可以看出反 AI 电脑和“完全禁用 AI”的电脑差别并不大区别在于前者允许在明确授权下单独开启本地模型能力而后者干脆不讨论 AI 能力。Show HN 上的 “My Anti AI Computer” 更接近前者把控制权和知情权放在第一位而不是单纯把 AI 功能全部删掉。2. 硬件与系统选型从源头减少 AI 预装2.1 选硬件时要关注的四个层面真正决定一台电脑“AI 化程度”的不是 CPU 里有没有 NPU而是三层绑定固件、系统、云服务。第一层是固件。主板和 BIOS 里的更新模块、远程管理、遥测功能会直接影响后续系统行为。反 AI 电脑建议选择有良好 Linux 支持、固件更新路径简单的设备不追求最新功能而要确认这台机器不会因为某个硬件而强制安装厂商管理软件。第二层是硬件驱动。显卡、声卡、无线网卡如果只有闭源驱动并且必须联网安装配套软件就要特别警惕。尤其是一些 AI PC 的 NPU 驱动厂商往往要求配套应用才能工作。对反 AI 电脑来说取舍很直接用不上就不装。第三层是系统预装。预装 Windows 的设备自带大量 OEM 应用和云端服务品牌机和游戏本尤其明显。购买使用 Linux 作为默认系统的设备或者选择不带操作系统的准系统可以减少后续清理成本。第四层是网络环境。反 AI 电脑应该接在自己可控的路由器后面而不是依赖厂商提供的云网关。这样后面配置 hosts 和防火墙规则时整条链路才是清晰的。这里有个常见误区认为“AI PC 芯片等于 AI 电脑”。实际上 NPU 只是一个计算单元反 AI 电脑完全可以不启用它。反过来一台没有 NPU 的老机器如果安装了 Copilot、OneDrive 和浏览器 AI 摘要一样是“AI 化电脑”。关键在于软件和网络不在芯片。2.2 操作系统为什么优先选择 Linux如果目标是反 AILinux 是目前维护成本最低的起点。Windows 的问题不是不能用而是默认值太不利Copilot 与系统搜索集成Recall 类功能会周期性保存屏幕内容遥测默认开启。虽然可以通过组策略和注册表关闭一部分但每次功能更新都有重新开启的可能长期维护成本高。macOS 同样带有 Siri、iCloud 和本地推理等默认项而且硬件绑定让用户很难替换系统层行为。对于“想保留 Mac 硬件但不想被云服务绑定”的用户只能依赖手动关闭无法做到系统级可控。Linux 发行版默认没有 Copilot没有强制云账号没有系统级屏幕截屏索引。它的包管理器能提供透明的依赖关系防火墙规则直接可读进程和网络行为都可以审计。选择 Debian、Fedora 或 Arch 的 minimal 安装就能得到一个几乎不含 AI 组件的底座。对于必须在 Windows 下运行的软件建议把 Windows 放进虚拟机并为虚拟机单独设置网络策略。这样既能保留必要的兼容性也不会污染反 AI 主机的默认状态。2.3 安装后的第一步关闭系统级 AI 组件和遥测如果因为驱动或软件原因必须使用 Windows至少先完成下面这些动作。具体菜单位置以实际系统版本为准项目操作说明关闭 Copilot在隐私和安全性设置中关闭通过组策略关闭系统级入口防止搜索栏和桌面挂件拉起 AI 面板关闭 Recall 快照在隐私和安全性中暂停保存屏幕快照避免屏幕内容周期性写入并可能同步降低诊断数据诊断数据改为“必需”级别减少行为上报频率使用本地账号不要登录微软账号避免跨设备同步和训练数据关联移除预装 AI 应用使用 PowerShell 卸载 Copilot 相关包从入口移除 AI 组件对应的 PowerShell 卸载命令如下Get-AppxPackage *Copilot* | Remove-AppxPackage Get-AppxPackage *WindowsAI* | Remove-AppxPackage注意不要直接照搬网上的“一键禁用”脚本而不看内容。很多脚本会同时修改注册表、计划任务和服务可能破坏系统更新。建议一条条执行记录每一步修改并把命令纳入版本管理。Linux 侧要简单得多。安装基本系统后不要安装厂商提供的语音助手、云通讯录和同步软件。用systemctl list-units --typeservice检查开启的服务把不认识的网络服务逐个禁用systemctl list-units --typeservice --staterunning sudo systemctl disable 某个不认识的网络服务3. 网络层控制让电脑默认不把数据送出机箱3.1 先盘点电脑会主动连接哪些目标反 AI 电脑的网络策略不是“先全放开有问题再关”而是“默认拒绝白名单放行”。动手配置之前先做一次出站盘点。目标类型典型目标常见触发时机反 AI 处理系统遥测Windows Telemetry、Linux Apport开机、更新后关闭或屏蔽AI 助手Copilot、Siri、云端 LLM API快捷键、搜索栏、编辑器不安装浏览器同步浏览器账号同步登录、标签页变化关闭同步崩溃上报Crash Reporter程序崩溃关闭更新服务系统更新、包管理器源定时任务保留白名单AI 开发插件AI 补全类插件打开编辑器隔离或删除这里有一个判断标准如果某个程序连接的目标域名无法解释、无法从官方文档查到、并且涉及私有数据入口就应该先断网再升级而不是先信任再排查。3.2 用 hosts 文件做第一道静态屏蔽最简单、可读性最高的控制器是/etc/hosts。Windows 下对应路径是C:\Windows\System32\drivers\etc\hosts。把已知 AI 服务的域名指向本机地址让解析直接失败127.0.0.1 copilot.microsoft.com 127.0.0.1 login.microsoftonline.com 127.0.0.1 api.openai.com 127.0.0.1 app.cloud-ai-example.com ::1 copilot.microsoft.com ::1 api.openai.com但一定要理解 hosts 的边界它只拦截 DNS 名称解析不拦截 IP 直连。对使用 DoHDNS over HTTPS的浏览器可能无效因为浏览器可以不读取系统 hosts。在 IPv6 网络下只写127.0.0.1不够需要同时写::1。AI 服务的域名经常变化维护成本高。所以 hosts 适合做“第一道明确提示”不适合做“最后一道防线”。3.3 用 nftables 做默认拒绝的出站规则在 Linux 上比 hosts 可靠的是状态防火墙 nftables。它工作在 IP 层按目的地址、端口和进程标记做决策不依赖 DNS。先启用网络过滤服务sudo apt install nftables sudo systemctl enable nftables修改/etc/nftables.conf加入一个针对 AI 目标地址的出站拦截集合table inet anti_ai { set ai_targets { type ipv4_addr elements { 203.0.113.10, 198.51.100.20 } } chain output { type filter hook output priority 0; policy accept; ip daddr ai_targets drop } }配置里的203.0.113.10和198.51.100.20只是示例地址实际部署时要通过域名解析得到的真实 IP 更新集合。因为 AI 服务的 IP 池经常变化更稳妥的做法是允许自己真正需要的服务其他全部拒绝。生产环境推荐白名单模式只放行系统更新源、包管理服务器和少量必要 API其余出站全部 drop。但这种配置会显著增加日常使用成本适合专用工作机不适合第一台反 AI 实验机。注意屏蔽出站目标保护的是本机隐私。它只涉及本机自身的数据控制策略不涉及任何外部链路改造。反 AI 电脑关心的是这台机器能不能把数据留下。3.4 浏览器层加固同步、摘要、插件三件事浏览器是反 AI 电脑上最容易泄漏数据的地方。常见泄漏路径有三种账号同步。浏览器登录后历史记录、密码、扩展数据进入厂商账户。AI 摘要。地址栏、右键菜单、PDF 阅读器里的 AI 功能会把当前页面内容发到云端。插件。某些 AI 助手扩展拥有读取全部页面内容的权限。对应的加固顺序如下退出浏览器账号同步。密码用pass或 KeePassXC 管理书签用本地文件加版本管理。关闭浏览器内置 AI 入口。Edge 关闭 Copilot 侧栏Chrome 关闭 AI 实验开关。插件最小化。只保留开源、权限明确的扩展不要安装来源不明的 AI 助手。对“Computer Use”类型的 AI 智能体保持零容忍。任何允许外部智能体操作浏览器的方案都不应该出现在反 AI 电脑上。4. 软件栈替换把“AI 助手优先”改成“本地工具优先”4.1 高频工具的替换清单反 AI 电脑不是“少装软件”而是“每个软件都必须能解释自己在做什么”。下面是常见高频场景的替换方案。场景默认 AI 化方案反 AI 替代方案写作Copilot、云文档 AIMarkdown 加本地拼写检查笔记云笔记加 AI 助理纯文本加 git 本地仓库搜索搜索引擎 AI 摘要RSS 加本地全文检索 recoll编程Copilot、AI 补全插件文档、linter、测试翻译浏览器 AI 翻译本地词典加可选翻译 API 白名单日程云端助理本地日历文件加 cron 提醒邮件云端 AI 摘要本地邮件客户端加规则过滤这张表不是否定工具效率而是在“效率”和“可审计”之间重新选择优先级。刚切换时最明显的损失是编辑器里没有自动补全最明显的收益是不用再担心代码被自动送到第三方。4.2 搜索和阅读恢复“人找信息”而不是“信息找 AI”普通电脑的使用习惯是遇到问题打开浏览器输入问题点 AI 摘要。反 AI 电脑的对应习惯是遇到问题先查本地文档和man再查书签收藏最后才联网搜索原文。阅读侧建议启用 RSS 聚合把信任的网站订阅到本地阅读器。搜索引擎只用于找原文不要点击 AI 总结类卡片。关于编程场景有一点很重要反 AI 电脑并不阻止你学习 AI 工程实践而是要求你先理解正在运行的工具。你可以在这台电脑上写 AI 应用客户端代码但所有请求都应该指向明确配置的 API 白名单端点并且有日志记录。这本身就是一种更严谨的 AI 应用开发习惯。4.3 如果一定要用大模型边界在哪里“反 AI 电脑”和“完全不用大模型”之间不是非黑即白。常见折中方案是只运行本地模型例如通过 Ollama 部署小型开源模型并配合严格网络配置确保推理过程中没有数据出网。安装 Ollama 后需要手动确认服务不会自动访问外部模型仓库sudo systemctl edit ollama.service在 override 文件里设置[Service] EnvironmentOLLAMA_HOST127.0.0.1然后限制服务网络。即使是实验环境也要确认模型文件来自官方仓库服务只监听127.0.0.1不暴露到局域网或公网。严格派的做法是不安装任何推理运行时。这主要是取舍问题当你不把“必须有 AI”作为预设目标时直接不装才是最省心的。反 AI 电脑的价值恰恰在于它允许你自由选择这个取舍而不是被厂商默认值替你做决定。5. 用最小案例跑通一个反 AI 电脑验证闭环5.1 最小环境建议用一台安装 Debian 或 Fedora stable minimal 的机器作为验证机。安装包只选基础工具sudo apt install vim git curl wget rsync ripgrep tcpdump nftables aspell pandoc不安装任何云客户端、同步盘、语音助手和浏览器 AI 插件。浏览器使用 Firefox关闭同步并安装开源拦截扩展。这一套就是反 AI 电脑的最小闭环底子。5.2 验证出站行为开机后看五条命令安装完成后不要急着配置大量屏蔽规则先用命令观察电脑到底在连什么。第一条查看所有外部 TCP 连接ss -tup第二条查看本机监听的端口ss -lunp第三条查看正在运行的系统服务systemctl list-units --typeservice --staterunning第四条抓取任意网卡上的外发 443 连接sudo tcpdump -i any tcp port 443 -n第五条查看最近的 DNS 解析记录sudo journalctl -u systemd-resolved --since 1 hour ago | grep Query正常结果应该是一屏以内、目标可解释。如果看到频繁连向不在规则里的 AI 域名说明还有组件没有被清理。5.3 一条不经过 AI 的文章写作流程验证不只是看网络还要跑一遍真实工作负载。以写一篇文章为例用vim创建 Markdown 文件。用aspell做拼写检查。用git管理版本。用pandoc导出 HTML 或 PDF。用rsync备份到本地磁盘。全程没有 AI 补全、没有云端同步、没有自动摘要。输出结果稳定可复现。记账场景可以用纯文本加ledger或hledger结算数据同样保存在本地。5.4 验证结果怎么判断反 AI 电脑是否成立可以用下面这张检查清单逐项确认检查项预期结果开机 5 分钟内是否有无法解释的出站连接没有或全部在白名单编辑器、浏览器是否登录了厂商账号否hosts 和 nftables 规则是否随系统启动生效是关闭自研工具后是否还有进程频繁访问 443 端口否进行一次写作或编程流程结果是否可复现是日志是否记录了所有出站行为是6. 常见问题排查为什么“明明关了 AI 还是被 AI 化”6.1 现象系统更新后又出现 AI 组件现象Windows 功能更新后Copilot 或类似组件又被装回来。原因功能更新可能重置部分系统组件的启用状态OEM 预装包也可能通过更新任务重新安装。检查方式查看系统更新历史对比更新前后的已安装应用列表。处理方案把关闭动作写入可重复执行的脚本不要依赖系统设置面板“点一次就完事”。在 Linux 上对应做法是清理 OEM 仓库和自动安装任务的依赖。6.2 现象hosts 屏蔽不生效现象已经往/etc/hosts写入 AI 域名但浏览器仍然能打开对应的 AI 页面。原因浏览器使用 DoH 绕过了系统 DNS或者目标服务通过固定 IP 直连也可能是 IPv6 地址没有被屏蔽。检查方式打开浏览器设置查看 DNS 是否被设置为“安全 DNS”在终端执行dig short确认域名当前解析结果。处理方案把浏览器安全 DNS 改为“使用系统设置”或者改用 nftables 按 IP 拦截。不要只依赖单个 hosts 条目。6.3 现象某些软件不联网就拒绝运行现象关闭网络后输入法、同步盘或开发工具直接报错退出。原因软件把许可证校验、遥测上报或在线配置作为启动前置条件默认没有开启本地运行模式。检查方式查看程序运行日志确认报错是缺少许可证还是缺少网络。处理方案优先替换为支持本地模式的替代软件。对于必须联网的开发工具把它放进独立的虚拟机或容器在防火墙里只放行最小域名。不要为了使用某个软件而开放整个出站规则。6.4 现象网站出现“系统检测到异常流量”提示现象访问某些站点时页面显示 “Were sorry... but your computer or network may be sending automated queries” 或类似验证页。原因这通常是网站侧的风控模块根据出口 IP、浏览器指纹和请求频率做出的判断不一定与反 AI 配置直接相关。使用共享出口 IP、启用大量拦截扩展、请求频率异常都可能触发。检查方式先确认是否同一网络下所有设备都出现该提示再检查是否有脚本在后台高频请求。处理方案暂停来源不明的浏览器扩展降低请求频率等待风控解除。如果是公司或学校网络环境联系管理员确认出口 IP 是否被标记。不要尝试通过修改请求特征来规避验证正确做法是恢复正常浏览器行为并走正常访问流程。6.5 现象开发工具插件偷偷上报现象在反 AI 电脑上安装了某个带 AI 补全的编码插件防火墙日志显示它在非工作时段访问未知域名。原因很多 AI 编程插件把“代码补全”和“遥测上报”绑定在一起用户无法只开启补全、关闭上报。检查方式用tcpdump或防火墙日志确认目标域名再对照插件官方文档确认开关位置。处理方案把这个插件视为需要单独隔离的组件或者删除插件改用本地 linters 和测试体系。处理客户数据或生产代码的机器隔离优先于便利。7. 反 AI 电脑的工程实践与扩展方向7.1 学习环境、工作环境、生产环境要分开不要把反 AI 电脑当成一套一成不变的配置。在三类环境里策略强度完全不同。环境建议策略核心目标学习实验机hosts 加简单规则保留搜索建立概念和习惯开发工作机白名单出站隔离 AI 插件保护源代码生产或客户数据机默认拒绝物理隔离日志审计保护数据如果你正在从事 AI 工程实践或 AI 模型部署相关的工作反 AI 电脑不会成为阻碍。它完全可以和开发任务共存一台反 AI 主机承载日常写作和代码管理另一台隔离的容器或虚拟机承载模型推理实验。这样既能掌握 AI 技术也保住了个人数据的控制权。7.2 可复用的新机器启用检查清单每次在一台新电脑上启用反 AI 策略时按下面的顺序执行安装 minimal 系统不登录任何厂商账号。关闭遥测、系统 AI 助手、设备级屏幕截屏功能。配置 hosts 和防火墙出站规则默认拒绝未知目标。浏览器退出同步