
前提条件
开始本教程前,请确保第一个教程中的机器人能够正常运行且无错误。1. 添加资源授权
回想一下,在上一个教程中,Auth 对象允许你注册一个认证函数,LangSmith 用它来验证传入请求中的承载令牌。现在你将使用它来注册一个授权处理器。
授权处理器是在认证成功后运行的函数。这些处理器可以为资源添加元数据(例如资源的所有者),并过滤每个用户能看到的内容。
更新你的 src/security/auth.py 文件,添加一个在每个请求上运行的授权处理器:
src/security/auth.py
ctx(AuthContext):包含当前user的信息、用户的permissions、resource(“threads”、“crons”、“assistants”)以及正在执行的action(“create”、“read”、“update”、“delete”、“search”、“create_run”)。value(dict):正在创建或访问的数据。该字典的内容取决于正在访问的资源和操作。有关如何获得更精细的访问控制,请参阅下面的添加作用域授权处理器。
- 将用户ID添加到资源的元数据中。
- 返回一个元数据过滤器,使用户只能看到他们拥有的资源。
2. 测试私密对话
测试你的授权。如果设置正确,你将看到所有 ✅ 消息。请确保你的开发服务器正在运行(运行langgraph dev):
- 每个用户可以创建并在自己的线程中聊天。
- 用户无法看到彼此的线程。
- 列出线程时只显示自己的线程。
3. 添加作用域授权处理器
宽泛的@auth.on 处理器匹配所有授权事件。这很简洁,但也意味着 value 字典的内容没有明确的作用域,并且相同的用户级访问控制被应用于每个资源。如果你想更精细地控制,也可以控制特定资源上的特定操作。
更新 src/security/auth.py,为特定资源类型添加处理器:
- 创建线程
- 读取线程
- 访问助手
@auth.on.assistants)匹配 assistants 资源上的任何操作。对于每个请求,LangGraph 将运行与正在访问的资源和操作最匹配的处理器。这意味着上述四个处理器将运行,而不是宽泛作用域的 “@auth.on” 处理器。
尝试将以下测试代码添加到你的测试文件中:
后续步骤
现在你可以控制对资源的访问,你可能想要:Connect these docs to Claude, VSCode, and more via MCP for real-time answers.

