英国难民安置系统换掉 Palantir：省下数百万英镑，难点在能不能真正接回来

英国住房、社区与地方政府部（MHCLG）把一套难民安置数据系统从 Palantir Foundry 上换了下来。

这套系统服务的是 Homes for Ukraine。该计划 2022 年 3 月启动，用来匹配逃离战争的乌克兰难民和英国住宿提供者。MHCLG 称，内部团队开发的新系统已在 2025 年 9 月上线，更灵活，满足安全标准，每年可节省数百万英镑。

这条新闻容易被读成“Palantir 被证明不行”。目前没有这样的证据。Palantir 也回应称，当时团队在 9 天内搭建系统，帮助超过 15.7 万名难民安全安置。

更准确的问题是：危机来临时，政府借外部供应商救火；危机过去后，它有没有能力把系统接回来。

Palantir 的价值在速度，争议从续约开始

Homes for Ukraine 上线时，英国政府面对的是一个很具体的难题：人已经在逃，住宿提供者已经报名，签证、住址、地方政府协作和安全核验都要跑起来。

这种时候，快比优雅重要。Palantir 最初免费提供 6 个月方案，基于 Foundry 平台搭建系统。9 天上线，放在紧急公共服务里，确实有现实价值。

问题出在应急期之后。

英国国家审计署报告显示，后续 12 个月合同分别约为 450 万英镑和 550 万英镑。政府首席商务官曾担心，供应商用零成本或低成本方案取得商业立足点，会和公共采购中的开放竞争原则产生张力。

这不是说免费试用一定有问题。企业愿意快速投入，政府也确实需要短期能力。但公共服务一旦跑在某个平台上，后面的谈判就变了。

系统越重要，迁移越难。迁移越难，续约时的选择就越少。

这张表里的核心变化，不是“外包错了”。而是外包进入长期阶段后，政府必须重新算账：钱、数据、代码、退出路径，哪一样还能掌握在自己手里。

自建系统不只省钱，还改了控制权

MHCLG 高级数字负责人 Coco Chan 在部门博客中提到，长期目标是用更灵活的技术方案替代既有商业平台，节省支持成本，并控制系统数据和代码。

我更在意后半句：数据和代码控制权。

公共服务系统不是普通办公软件。它会沉淀身份信息、流程记录、权限模型、部门接口和操作习惯。用久了以后，供应商锁定不一定来自恶意，也可能来自日常运行本身。

一个地方政府工作人员每天要核对住宿安排。一个中央部门团队要看数据报表。一个系统管理员要处理权限和安全要求。只要这些动作都绑定在某个平台上，换平台就不是“买个新软件”这么简单。

这也是自建替代的现实约束。

MHCLG 说新系统更灵活、满足安全标准、能省钱。但现在能看到的，主要还是上线和成本口径。后面还要看三件事：高峰期能不能稳住；内部团队能不能持续迭代；从旧平台迁出的数据和流程有没有留下隐性成本。

所以，采购官接下来更可能做的不是立刻排斥 Palantir 或其他美国大厂，而是在合同里写得更细：数据可携带、接口开放、迁移文档、退出时间表、内部接管权限。

政府数字团队也会多一项硬任务：不是只负责验收外包成果，还要保留接手能力。否则所谓“自建”，很容易变成另一个外部依赖。

争议不止 Palantir，而是公共服务该把能力放在哪里

Palantir 在英国公共部门并不陌生。它与 NHS、国防部、金融行为监管局以及多地警务相关项目都有联系。围绕它的争议，也常常和数据主权、采购透明度、对美国大型科技公司的依赖放在一起讨论。

但把问题都压到 Palantir 一家公司身上，反而会看窄。

紧急国家项目里，外部专家有位置。英国特许信息技术学会副主席 Emma Logan 也提到，外部团队能快速补足经验、专业技能和人手。这是公共部门很难回避的现实。

真正该划线的是：什么阶段可以借力，什么阶段必须能退出。

对难民和住宿提供者来说，后台供应商是谁并不是每天最关心的事。他们更在意的是申请、匹配、核验和地方协作别卡住。系统迁移如果做得好，普通用户最好感受不到变化；如果做得不好，影响会落到等待时间、重复提交和部门之间互相查不到信息上。

对采购部门来说，这件事给出的动作更直接：下一次紧急系统上线，可以先买速度，但不能把退出权放到几年后再想。合同一开始就要问清楚，数据怎么带走，代码谁能维护，内部团队何时接手，续约价格如何约束。

目前没有证据表明英国政府会全面停止与 Palantir 合作。也不能把这次替换解读成对 Palantir 技术能力的否定。

它更像一次补课：危机中借来的刀，用完之后，要有本事放回去。