有自己身份
它有自己的邮箱、显示名、日历,不是假扮成人类。
Concepts 导读
这一页讲的是把 OpenClaw 从“个人助理”升级为“组织委托代理”——代理有自己的邮箱、日历和身份,以“代表”而非“冒充”的方式行事。最该先看的是“能力分级”表格:从只读+草稿开始,别一上来就开写权限。最容易搞错的是:代理从不冒充人类,所有发信都明确来自代理账号,靠身份提供商(而非 OpenClaw 自身)来管控访问范围。
先讲这一页到底在解决什么
这一页讲的是把 OpenClaw 从“个人助理”升级为“组织委托代理”——代理有自己的邮箱、日历和身份,以“代表”而非“冒充”的方式行事。最该先看的是“能力分级”表格:从只读+草稿开始,别一上来就开写权限。最容易搞错的是:代理从不冒充人类,所有发信都明确来自代理账号,靠身份提供商(而非 OpenClaw 自身)来管控访问范围。
第一站
这是这页最重要的一句。
它有自己的邮箱、显示名、日历,不是假扮成人类。
它可以“on behalf of” 某个人,但始终保留自己是谁。
它能看到什么、能发什么,不是 OpenClaw 自己拍脑袋,而是身份系统授予。
像工作守则,写明哪些事能自动做,哪些一定要先请示。
第二站
个人助理模式一进组织环境,最容易糊掉的就是这两件事。
别人看到消息时,知道这是代理发的,不会误以为是老板本人偷偷在线。
代理能接触哪些邮箱、日历、文件夹,由组织权限系统卡住,不靠“大家自觉”。
前者像“我自己的助手”,后者像“公司里持证上岗的专职助理”。
代理还能服务一个或多个人,像一个团队助理,不必绑死单一主人。
第三站
官方把这件事讲得很稳:先低后高,按需求升级。
先读邮件、看日历、做摘要、起草回复,但不直接发出。
再往上,才允许它以自己的身份代表某人发信、发邀请。
能只读解决,就别一开始给“代发全开”。这不是保守,是正常组织卫生。
Delegate architecture 的灵魂只有一句:代理有自己工牌,但能依法代表别人办事。