Objective
Create comprehensive documentation for MCP server configuration patterns, addressing the 30+ toolset variations and 95 workflows missing explicit mode specification. Establish canonical patterns for common use cases.
Context
From the MCP Server Integration Quality analysis:
- 95/166 workflows (57%) are missing explicit MCP mode specification
- 30+ variations of GitHub toolset patterns exist with no clear standard
- Developers face decision paralysis when configuring MCP servers
Approach
- Create new documentation file at
docs/src/content/docs/reference/mcp-configuration-patterns.md
- Structure with mode selection guide, toolset patterns, examples, and troubleshooting
- Add validation warning for missing mode configuration
- Link from existing documentation
Documentation Structure
Mode Selection Guide
- When to use
mode: remote (hosted MCP servers, production workflows)
- When to use
mode: local (Docker-based, development, custom servers)
- Default behavior explanation
- Performance and security considerations
GitHub Toolset Patterns
Canonical patterns for common use cases:
# Pattern 1: Basic (recommended for most workflows)
github:
mode: remote
toolsets: [default]
# Pattern 2: Repository management
github:
mode: remote
toolsets: [repos, issues, pull_requests]
# Pattern 3: Code security
github:
mode: remote
toolsets: [repos, code_security]
# Pattern 4: Full access (use sparingly)
github:
mode: remote
toolsets: [all]
What to Document
- What
[default] toolset includes (link to GitHub MCP server docs)
- List all available toolsets with descriptions
- Explain ordering doesn't matter (deduplicated internally)
- Common configuration examples
- Troubleshooting guide
- Migration guide for workflows missing mode
Code Changes
Add validation warning in pkg/workflow/mcp_config_validation.go:
if mcpServer.Mode == "" {
warnings = append(warnings, fmt.Sprintf(
"MCP server '%s' missing 'mode' specification. Defaulting to 'remote'. Consider explicitly setting mode for clarity. See: docs/reference/mcp-configuration-patterns",
serverName))
}
Files to Create/Modify
- Create:
docs/src/content/docs/reference/mcp-configuration-patterns.md
- Update:
pkg/workflow/mcp_config_validation.go (add validation warning)
- Update:
docs/src/content/docs/setup/mcp-server.md (add link to patterns guide)
- Update:
AGENTS.md (add reference in MCP section)
- Update:
docs/src/content/docs/guides/getting-started-mcp.md (add link)
Acceptance Criteria
Related
AI generated by Plan Command for discussion #11508
Objective
Create comprehensive documentation for MCP server configuration patterns, addressing the 30+ toolset variations and 95 workflows missing explicit mode specification. Establish canonical patterns for common use cases.
Context
From the MCP Server Integration Quality analysis:
Approach
docs/src/content/docs/reference/mcp-configuration-patterns.mdDocumentation Structure
Mode Selection Guide
mode: remote(hosted MCP servers, production workflows)mode: local(Docker-based, development, custom servers)GitHub Toolset Patterns
Canonical patterns for common use cases:
What to Document
[default]toolset includes (link to GitHub MCP server docs)Code Changes
Add validation warning in
pkg/workflow/mcp_config_validation.go:Files to Create/Modify
docs/src/content/docs/reference/mcp-configuration-patterns.mdpkg/workflow/mcp_config_validation.go(add validation warning)docs/src/content/docs/setup/mcp-server.md(add link to patterns guide)AGENTS.md(add reference in MCP section)docs/src/content/docs/guides/getting-started-mcp.md(add link)Acceptance Criteria
make agent-finishpasses without errorsRelated