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
Improve developer documentation for adding new MCP host platforms based on
Kiro MCP integration experience. Addresses critical gap where backup system
integration was missed during initial planning.
Key improvements:
- Add integration point checklist to prevent planning oversights
- Emphasize backup system integration as mandatory (frequently missed)
- Clarify backup integration patterns across different host types
- Add comprehensive task breakdown template with all integration points
- Include CLI integration planning guidance for host-specific arguments
- Add test categories table showing required test types
- Enhance host-specific model documentation with implementation steps
- Add implementation summary checklist for verification
Architecture document updates:
- Add Kiro to supported hosts list with accurate details
- Clarify independent strategies section with configuration paths
- Add backup integration code example to Integration Points section
- Add Model Registry and CLI Integration requirements
- Replace simple extension example with integration point table
Implementation guide updates:
- Add 'Before You Start' integration checklist with lesson learned callout
- Add dedicated 'Integrate Backup System' section (Step 4)
- Clarify backup integration patterns (inherited vs explicit)
- Enhance host-specific model section with implementation steps
- Add CLI integration planning section
- Add test categories table with locations
- Add backup integration test examples
- Add implementation summary checklist
These enhancements ensure future MCP host implementations achieve complete
integration point coverage in initial planning, preventing the backup system
oversight that occurred with Kiro.
Copy file name to clipboardExpand all lines: docs/articles/devs/architecture/mcp_host_configuration.md
+60-17Lines changed: 60 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,9 @@ This article is about:
9
9
10
10
## Overview
11
11
12
-
The MCP host configuration system provides centralized management of Model Context Protocol server configurations across multiple host platforms (Claude Desktop, VS Code, Cursor, etc.). It uses a decorator-based architecture with inheritance patterns for clean code organization and easy extension.
12
+
The MCP host configuration system provides centralized management of Model Context Protocol server configurations across multiple host platforms (Claude Desktop, VS Code, Cursor, Kiro, etc.). It uses a decorator-based architecture with inheritance patterns for clean code organization and easy extension.
13
+
14
+
> **Adding a new host?** See the [Implementation Guide](../implementation_guides/mcp_host_configuration_extension.md) for step-by-step instructions.
13
15
14
16
## Core Architecture
15
17
@@ -45,8 +47,9 @@ Host strategies are organized into families for code reuse:
3.**Extend `MCPServerConfigOmni`** with your fields (for CLI integration)
604
+
605
+
4.**Add CLI arguments** in `cli_hatch.py` (see next section)
606
+
607
+
For most cases, the generic `MCPServerConfig` works fine - only add a host-specific model if truly needed.
608
+
609
+
### CLI Integration for Host-Specific Fields
510
610
511
-
If your host has unique requirements, you can create a host-specific model and register it in `HOST_MODEL_REGISTRY` (in `models.py`). However, for most cases, the generic `MCPServerConfig` works fine.
611
+
If your host has unique configuration fields, extend the CLI to support them:
612
+
613
+
1.**Update function signature** in `handle_mcp_configure()`:
614
+
```python
615
+
defhandle_mcp_configure(
616
+
# ... existing params ...
617
+
your_field: Optional[str] =None, # Add your field
618
+
):
619
+
```
620
+
621
+
2.**Add argument parser entry**:
622
+
```python
623
+
configure_parser.add_argument(
624
+
'--your-field',
625
+
help='Description of your field'
626
+
)
627
+
```
628
+
629
+
3.**Update omni model population**:
630
+
```python
631
+
omni_config_data = {
632
+
# ... existing fields ...
633
+
'your_field': your_field,
634
+
}
635
+
```
636
+
637
+
The conversion reporting system automatically handles new fields - no additional changes needed there.
0 commit comments