You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/project/decisions/0001-use-uv-workspaces-for-package-management.mdx
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
---
2
2
title: "ADR-0001: Use uv Workspaces for Multi-Package Development"
3
-
description: "Architecture decision to use uv workspaces for managing multiple related packages in the KeyCard Python SDK"
3
+
description: "Architecture decision to use uv workspaces for managing multiple related packages in the Keycard Python SDK"
4
4
---
5
5
6
6
# ADR-0001: Use uv Workspaces for Multi-Package Development
@@ -11,7 +11,7 @@ description: "Architecture decision to use uv workspaces for managing multiple r
11
11
12
12
## Context
13
13
14
-
KeycardAI is developing a Python SDK that will consist of multiple related packages (starting with keycard-oauth). We need to decide on the optimal development and packaging strategy that balances:
14
+
Keycard is developing a Python SDK that will consist of multiple related packages (starting with keycard-oauth). We need to decide on the optimal development and packaging strategy that balances:
15
15
16
16
- Development velocity and convenience
17
17
- Dependency management and consistency
@@ -26,7 +26,7 @@ KeycardAI is developing a Python SDK that will consist of multiple related packa
26
26
27
27
## Decision
28
28
29
-
We will use **uv workspaces** for multi-package development in the KeycardAI Python SDK.
29
+
We will use **uv workspaces** for multi-package development in the Keycard Python SDK.
Copy file name to clipboardExpand all lines: docs/project/decisions/0002-modular-package-structure-for-minimal-dependencies.mdx
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ description: "Architecture decision to structure the SDK as multiple focused pac
11
11
12
12
## Context
13
13
14
-
As the KeycardAI Python SDK grows to support multiple integration patterns and frameworks, we need to ensure that consumers only install the dependencies they actually need. Different users have different requirements:
14
+
As the Keycard Python SDK grows to support multiple integration patterns and frameworks, we need to ensure that consumers only install the dependencies they actually need. Different users have different requirements:
15
15
16
16
-**Core OAuth users** only need basic OAuth 2.0 client functionality
17
17
-**FastMCP users** want OAuth integration with FastMCP servers but don't need other MCP implementations
@@ -36,7 +36,7 @@ This creates several problems:
36
36
37
37
### Real-World Example: FastMCP Integration
38
38
39
-
Consider a user who wants to add KeyCard OAuth to their existing FastMCP server:
39
+
Consider a user who wants to add Keycard OAuth to their existing FastMCP server:
40
40
41
41
```python
42
42
# With modular structure ✅
@@ -50,7 +50,7 @@ The modular approach installs only the essential dependencies, while a monolithi
50
50
51
51
## Decision
52
52
53
-
We will structure the KeycardAI Python SDK as **multiple focused packages** rather than a single monolithic package, following the principle of **minimal necessary dependencies**.
53
+
We will structure the Keycard Python SDK as **multiple focused packages** rather than a single monolithic package, following the principle of **minimal necessary dependencies**.
Copy file name to clipboardExpand all lines: docs/project/decisions/0003-use-commitizen-for-commit-validation-and-changelog-management.mdx
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ description: "Architecture decision to use Commitizen for standardizing commit m
11
11
12
12
## Context
13
13
14
-
The KeycardAI Python SDK is structured as a monorepo with multiple packages (oauth, mcp, mcp-fastmcp) that need independent versioning and changelog management. We need a solution that:
14
+
The Keycard Python SDK is structured as a monorepo with multiple packages (oauth, mcp, mcp-fastmcp) that need independent versioning and changelog management. We need a solution that:
15
15
16
16
-**Standardizes commit messages** across the entire development team
17
17
-**Automates changelog generation** from commit history
@@ -39,7 +39,7 @@ Without standardized commit messages and automated changelog generation:
39
39
40
40
## Decision
41
41
42
-
We will use **Commitizen** for commit message standardization and changelog generation across the KeycardAI Python SDK monorepo.
42
+
We will use **Commitizen** for commit message standardization and changelog generation across the Keycard Python SDK monorepo.
0 commit comments