FyAgent 下一步：做 AI 助手的“总门卫”，替用户管好钥匙和权限

[NongHua123]

这是一个先放在这里的产品方向。现在不要求大家讨论，也不代表已经决定开发。等状态合适时，我们再回来一起判断。

先想象一栋办公楼

把一台电脑想成一栋办公楼。

Codex、Grok、Hermes、WorkBuddy 等 AI 助手，是楼里不同的员工。它们各自负责不同的工作，也会接触不同的房间：模型、邮件、表单、文件和聊天记录。

有些员工拿的是长期钥匙，有些员工登录以后才能进门。WorkBuddy 还会在每次上班时拿到一张临时门卡。

这张临时门卡只是一串随机号码，里面没有邮件、表单、账号资料或腾讯的数据。但在门卡有效的时候，拿到它的人可能让 WorkBuddy 帮忙打开它本来就有权进入的房间。

所以，我们要管好的不只是这串号码。更重要的是：

• 谁拿到了门卡？
• 他能打开哪些门？
• 门卡什么时候失效？
• 发邮件、改资料、删除内容时，要不要先问主人？

我主张 FyAgent 做什么

我建议把 FyAgent 做成这栋楼的“总门卫”。

总门卫不需要把所有钥匙都复印一份放在自己桌上。它主要做好五件事：

1. 知道钥匙由谁保管、放在哪里，但不把钥匙号码写进普通记录里。
2. 知道每个 AI 助手可以进哪些房间，可以使用多长时间。
3. 查找和阅读这类低风险事情可以简单一些；发送、修改要先问主人；永久删除要管得最严。
4. 记下“谁在什么时候做了什么”，但不顺手复制用户的邮件、聊天和文件正文。
5. 用户说“停”，门卫就能马上收回门卡。

Mac 和 Windows 之间可以共享“员工名单、门的名字和放行规则”。两台电脑不用互相复制临时门卡，各自保管各自的钥匙。这样一台电脑出了问题，不会连累所有设备。

为什么先从 WorkBuddy 试起

WorkBuddy 很适合拿来做第一个小实验，因为它已经有“正式登录”和“临时门卡”这两层。我们可以分三步走：

1. 先只看状态。 FyAgent 告诉用户 WorkBuddy 是否安装、是否运行、设置是否正常，不读取业务内容。
2. 只借一张短期门卡。 先挑一个低风险的读取功能，让一个 AI 助手短时间使用，到点自动失效。
3. 让用户随时看见和收回。 用户能看到是谁在使用、做了什么，也能立即停止。

这里有一条底线：如果接入 WorkBuddy 只能靠在软件背后偷偷查看门卡号码，那就先不把它做成正式功能。等 WorkBuddy 提供一个双方都说得清楚的正规入口，再继续。

现在要不要马上做

我的建议是：方向保留，现在不急着开发。

先把 FyAgent 已经在做的钥匙保管、WorkBuddy 设置和出错恢复做好。以后再从一个只读的小功能开始，不一上来就连接所有 AI 助手，也不跨电脑搬运原始钥匙。

如果这个小实验能让普通用户清楚看见“谁能做什么、什么时候到期、怎么收回”，这个方向就值得继续。

给开发团队的现有工程单

下面这些编号是给开发团队查阅的，普通用户不需要理解：

• #35：把长期钥匙放进真正的保险柜，普通记录里只留下位置。
• #45：帮助用户安全地接好 WorkBuddy。
• #66：修改 WorkBuddy 设置前先备份，改完再核对，出错可以恢复。
• #77：记录每个 AI 助手能够做什么。

这些工程单继续做原来的事情。本讨论只把未来方向保存下来，不给它们临时增加工作。