自发概念项目 · 人机协同 · 2026
Relay
一个把「人工闸门」本身作为界面的智能体运营控制台——把我在生产级智能体平台上的交互模式，以全新代码在中性的物流世界里重新表达。
概念项目 · 下方可试玩要解决的问题
多智能体 AI 先在信任上失败，然后才在输出上失败：流水线在暗处行动，而「人工监督」往往只是事后补上的一个勾选框。
我做了什么
把监督设计成主角——六个职责分明的智能体、全程可见的交接，以及一张自带证据、价格与可逆性的审批卡。以可试玩、确定性的 React 组件实现。
结果如何
一个由你担任闸门的可运行概念：批准改运或拒绝它，流水线会真正走向不同的结局。模式来自我的生产平台工作；这里的代码与数据全部为新。
来当这道闸门
一票货物错过了转运。六个智能体依次接手——然后流水线停在一份提案上，等你。没有倒计时，没有默认选项：你等多久，它就等多久。
确定性演示——一个脚本化场景，托运方与数字均为虚构，没有随机数，也没有网络请求。重放一次并给出相反的答案，结局被有意设计为不同。
它从哪里来
在 Ensign InfoSecurity，我负责一个曾于 GovWare 2025 与 2026 展出的智能体 AI 平台的全部产品设计、UI/UX 与前端——那些工作服务于政府客户，必须保密。Relay 把那个平台的核心交互模式——职责分明的智能体、可见的交接，尤其是人工审批闸门——放进一个刻意中性的物流世界重新表达：全新代码、虚构数据，不含任何雇主资产。模式是我可以带走的手艺；作品本身不是。
生产平台本身，欢迎在面试中当面演示与讲解。
项目概述
一张工单、六个智能体、一个人。控制台有三个面：一条随时显示「案子在谁手里」的流水线，一份智能体工作实时落地的记录流，以及那张审批卡——机器停下、界面变成一个问题的时刻。访客的回答是真的：批准，改运即订舱；拒绝，回退方案就展开，各有各的客户沟通、账目记录与结案报告。
我的角色
独立完成：场景设计、交互与状态设计、视觉系统，以及本页上的 React/TypeScript 实现。这有意沿用了它所呼应的生产平台的工作方式——设计与工程同为一人，正是这道闸门能与规格分毫不差的原因。
背后的设计决策
一切源于一个信念：在智能体系统里，人的那一刻就是产品本身。界面的其余部分，都是为了赢得那一刻的信任而存在。
提案自带证据、价格与可逆性
审批卡有固定的解剖结构：智能体查到了什么、这个动作要花多少钱、以及它能否撤销。缺了这三样还要人做决定的闸门，要的其实是橡皮图章——而橡皮图章正是监督死去的方式。
交接永远可见
流水线随时显示案子在谁手里——工作中、已完成、等待中。多智能体系统先输掉的是不透明，远早于输掉答案；把接力过程亮出来，六个智能体才像一个团队，而不是一个黑箱。
人在流水线里，而不是流水线之上
闸门以第七个队友的样子出现，与智能体共用同一套芯片结构——而且流水线会无限期等待。没有倒计时，没有默认动作，没有自动批准。紧迫是场景的问题；施压永远不是界面的工具。
拒绝与批准被同等认真地设计
「拒绝」不是死路——它触发一条完整的路径：回退方案、客户沟通、审计记录。一个「说不」无处可去的闸门，只会训练操作员永远「说是」——这正是人机协同设计最安静的失败模式。
状态与坦诚
Relay 是概念项目，并且在控制台上直说了：一个脚本化场景、虚构的名字与数字、没有真实系统。真实的是这套模式语言——证据先行的审批、可见的交接、被一等对待的拒绝——以及它确实能运行，由一个人在本页之内设计并实现。
下一个案例: CyberGuard