Concepts 导读

让代理拥有自己的身份,而不是假装是你

这一页讲的是把 OpenClaw 从“个人助理”升级为“组织委托代理”——代理有自己的邮箱、日历和身份,以“代表”而非“冒充”的方式行事。最该先看的是“能力分级”表格:从只读+草稿开始,别一上来就开写权限。最容易搞错的是:代理从不冒充人类,所有发信都明确来自代理账号,靠身份提供商(而非 OpenClaw 自身)来管控访问范围。

先讲这一页到底在解决什么

让代理拥有自己的身份,而不是假装是你

这一页讲的是把 OpenClaw 从“个人助理”升级为“组织委托代理”——代理有自己的邮箱、日历和身份,以“代表”而非“冒充”的方式行事。最该先看的是“能力分级”表格:从只读+草稿开始,别一上来就开写权限。最容易搞错的是:代理从不冒充人类,所有发信都明确来自代理账号,靠身份提供商(而非 OpenClaw 自身)来管控访问范围。

原文共 22 节,先看 Start Here 路径:/concepts/delegate-architecture 查看官方原文

第一站

🪪 Delegate 像真的行政助理,有自己的门卡,不是拿老板指纹去乱刷门

这是这页最重要的一句。

👤

有自己身份

它有自己的邮箱、显示名、日历,不是假扮成人类。

🤝

代表他人办事

它可以“on behalf of” 某个人,但始终保留自己是谁。

🔐

权限来自组织

它能看到什么、能发什么,不是 OpenClaw 自己拍脑袋,而是身份系统授予。

📜

Standing orders

像工作守则,写明哪些事能自动做,哪些一定要先请示。

第二站

🏢 它解决的两个老问题很实际:谁干的、能干到哪儿

个人助理模式一进组织环境,最容易糊掉的就是这两件事。

Accountability

别人看到消息时,知道这是代理发的,不会误以为是老板本人偷偷在线。

Scope control

代理能接触哪些邮箱、日历、文件夹,由组织权限系统卡住,不靠“大家自觉”。

个人模式 vs 代理模式

前者像“我自己的助手”,后者像“公司里持证上岗的专职助理”。

多 principal

代理还能服务一个或多个人,像一个团队助理,不必绑死单一主人。

第三站

🪜 权限分层别一口气给满,先从只读草稿开始

官方把这件事讲得很稳:先低后高,按需求升级。

1

Read-Only + Draft

先读邮件、看日历、做摘要、起草回复,但不直接发出。

2

Send on Behalf

再往上,才允许它以自己的身份代表某人发信、发邀请。

3

别跳级

能只读解决,就别一开始给“代发全开”。这不是保守,是正常组织卫生。

🎈

最后记一句

Delegate architecture 的灵魂只有一句:代理有自己工牌,但能依法代表别人办事。