AI 应用的 Kill-Switch 架构如何运作

这个问题乍看之下微不足道，几乎像一道入门练习：我有一个智能体应用，其中编排器启动智能体，这些智能体又启动子智能体，子智能体调用工具，而工具又触发进程。我该如何构建一个开关，一下子让这一切停摆？对这个问题的一个清晰回答会引出分布式系统一些最古老的问题。它还会推翻一个几乎所有人首先都会做出的假设：我认识这些进程，所以我能终止它们。

智能体不是进程。因此，想通过 PID 来终止它们，是让它们停下来最不可靠的方法。活跃智能体的集合是一个移动的目标，这使得通过信号专门控制它们变得困难。

可以通过让智能体失去权限，或在信号缺失时自行退出来停止它们。

五个层面相互衔接：cgroups、网络与访问权限剥夺、权限执行点、权威控制层以及短期权限令牌。

所提出的 Kill-Switch 架构只能保证智能体在有限时间后失效，它也不提供即时关停开关。

因为这个假设在两方面都不成立。首先，这些进程恰恰并不为人所知。操作系统在运行时动态分配进程 ID，而运行中智能体的集合是一个移动的目标，恰恰在你试图捕捉它的那一刻发生变化。

AI 应用的 Kill-Switch 架构如何运作

IT 中的危机管理：紧急情况下的角色与策略

深度伪造：信任需要数据来源

混合基础设施安全的三大支柱概览

OpenAI 智能体攻击 Hugging Face

在 90 天内引入最小可行零信任安全方案

Eldar Sultanow 是 Capgemini 的 IT 战略师，专注于现代软件架构，并担任德国航空航天中心的评审专家。

其次——而这才是真正令人不安的部分——终止一个进程与停止一个智能体是两回事。如果一个智能体已经发起了一笔支付、启动了一个外部程序、发送了一封邮件，或向 REST API 发送了一条 DELETE 命令，那么 SIGKILL 并不会撤销这些操作。因此，所有人都想要的 Kill-Switch 并不是它表面上看起来的那样，而且是出于结构性原因。因此，有必要看一看取而代之的可能是什么。

以上是我们 heise-Plus 文章《AI 应用的 Kill-Switch 架构如何运作》的试读内容。订阅 heise-Plus 即可阅读全文。

新的移动处理器为迷你 PC 带来了颇具吸引力的改进。但内存和 SSD 的天价迫使人们做出格外谨慎的购买决定。

一座 70 米长的巴洛克大厅、超过 60,000 册图书和华丽的天顶画：阿德蒙特修道院图书馆是摄影师梦寐以求的题材。

在“All Systems Go!”会议上，人们讨论了安全且基于镜像的 Linux 系统。核心是 systemd 项目。

Vorssaint 将众多 Mac 工具的功能整合到一个模块化应用中。

一个提示词还成就不了好软件。在我们的沙盒中，一个 LLM 协助日常软件开发，处理工单并有计划地行动。

小巧且节省已经远远不够：六款搭载 AMD、Apple 和 Intel SoC 的迷你 PC 展示了它们应对现代 AI 任务的能力。