Skip to content

Commit 1624f0d

Browse files
adding examples
1 parent 2a1cbd8 commit 1624f0d

File tree

1 file changed

+5
-3
lines changed

1 file changed

+5
-3
lines changed

docs/specification/2025-03-26/basic/authorization.md

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -57,10 +57,12 @@ Each of these targets different use cases and scenarios.
5757
This specification focuses on two authorization scenarios:
5858

5959
1. User to system: The client is operated by the end user (a human), allowing the client to operate on the user's behalf.
60-
2. System to system: The client is another application (LLM or not)
60+
* For instance, an agent calls an MCP tool to get the weather forecast at a particular location. This tool is backed by a secure weather service with usage quotas. The user will first authenticate with the weather service, allowing the agent to query it on the user's behalf.
61+
2. System to system: The client is another application (not a human)
62+
* For instance, an agent calls a secure MCP tool to check inventory at a specific store.
6163

62-
**NOTE**: For simplicity purposes, the following examples will assume the MCP server to also function as the authorization server. However,
63-
in a real implementation the authorization server will probably be deployed as its own distinct service.
64+
**NOTE**: For simplicity’s sake, the following examples will assume the MCP server to also function as the authorization server. However,
65+
in a real implementation the authorization server may be deployed as its own distinct service.
6466

6567
### 2.2 OAuth 2.1 User to System through the Authorization Code Grant Type
6668

0 commit comments

Comments
 (0)