* addinte templates and user guide * up docs * up * up claude.md * add mb * umb * up workflow * up settings claude * adding detailed docs * adding missing files docs * add main readme for docs * up main readme * adding docs for tests * Complete documentation integration with test structure analysis link Adds link to comprehensive test structure documentation in main README.md, finalizing the progressive disclosure strategy for project documentation. This completes the documentation integration work that includes: - Architecture documentation - API reference documentation - Contributing guidelines - Detailed test analysis 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * removing folders from git * up * up * up gitignore * feat: Add automatic semantic versioning workflow - Create GitHub Actions workflow for automatic version bumping based on PR title prefixes - Add version bumping script (scripts/bump_version.py) for programmatic updates - Update PR template with semantic versioning guidelines - Document versioning workflow in contributing guide - Integrate with existing Docker build workflow via git tags This enables automatic version management: - feat: triggers MINOR version bump - fix: triggers PATCH version bump - breaking: triggers MAJOR version bump - docs/chore/test: no version bump 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> * fix: Separate Docker workflows for testing and publishing - Add docker-test.yml for PR validation (build test only) - Fix build_and_publish_docker.yml to trigger only on tags - Remove problematic sha prefix causing invalid tag format - Ensure proper workflow sequence: PR test → merge → version → publish 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * style: Fix black formatting issues in bump_version.py - Fix spacing and indentation to pass black formatter - Ensure code quality standards are met for CI workflow 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * style: Modernize type hints in bump_version.py - Replace typing.Tuple with modern tuple syntax - Remove deprecated typing imports per ruff suggestions - Maintain Python 3.10+ compatibility 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * fix: Remove invalid colon in bash else statement - Fix bash syntax error in auto-version workflow - Remove Python-style colon from else statement - Resolves exit code 127 in version bump determination 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: Add Docker build combinations for non-versioning prefixes - Add support for prefix+docker combinations (docs+docker:, chore+docker:, etc.) - Enable Docker build for non-versioning changes when requested - Add repository_dispatch trigger for Docker workflow - Update Docker tagging for PR-based builds (pr-X, main-sha) - Update PR template with new prefix options This allows contributors to force Docker builds for documentation, maintenance, and other non-versioning changes when needed. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * docs: Add comprehensive PR prefix and automation documentation - Update CONTRIBUTING.md with detailed PR prefix system explanation - Add automation workflow documentation to docs/contributing/workflows.md - Create new user-friendly contributing guide at docs/user-guides/contributing-guide.md - Include Mermaid diagrams for workflow visualization - Document Docker testing combinations and image tagging strategy - Add best practices and common mistakes to avoid This provides clear guidance for contributors on using the automated versioning and Docker build system effectively. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * docs+docker: Complete documentation infrastructure with Docker automation testing (#2) * fix: Remove invalid colon in bash else statement - Fix bash syntax error in auto-version workflow - Remove Python-style colon from else statement - Resolves exit code 127 in version bump determination 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: Add Docker build combinations for non-versioning prefixes - Add support for prefix+docker combinations (docs+docker:, chore+docker:, etc.) - Enable Docker build for non-versioning changes when requested - Add repository_dispatch trigger for Docker workflow - Update Docker tagging for PR-based builds (pr-X, main-sha) - Update PR template with new prefix options This allows contributors to force Docker builds for documentation, maintenance, and other non-versioning changes when needed. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * docs: Add comprehensive PR prefix and automation documentation - Update CONTRIBUTING.md with detailed PR prefix system explanation - Add automation workflow documentation to docs/contributing/workflows.md - Create new user-friendly contributing guide at docs/user-guides/contributing-guide.md - Include Mermaid diagrams for workflow visualization - Document Docker testing combinations and image tagging strategy - Add best practices and common mistakes to avoid This provides clear guidance for contributors on using the automated versioning and Docker build system effectively. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Patryk Ciechanski <patryk.ciechanski@inetum.com> Co-authored-by: Claude <noreply@anthropic.com> * fix: Correct digest reference in Docker artifact attestation - Add id to build step to capture outputs - Fix subject-digest reference from steps.build.outputs.digest - Resolves 'One of subject-path or subject-digest must be provided' error 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * docs: Add comprehensive Docker image usage instructions - Add Option B (Published Docker Image) to main README.md - Update installation guide with published image as fastest option - Add comprehensive configuration examples for GHCR images - Document image tagging strategy (latest, versioned, PR builds) - Include version pinning examples for stability - Highlight benefits: instant setup, no build, cross-platform Users can now choose between: 1. Published image (fastest, no setup) - ghcr.io/patrykiti/gemini-mcp-server:latest 2. Local build (development, customization) - traditional setup 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: Add automated Docker image usage instructions and PR comments - Generate comprehensive usage instructions in workflow summary after Docker build - Include exact docker pull commands with built image tags - Auto-generate Claude Desktop configuration examples - Add automatic PR comments with testing instructions for +docker builds - Show expected image tags (pr-X, main-sha) in PR comments - Include ready-to-use configuration snippets for immediate testing - Link to GitHub Container Registry and Actions for monitoring Now when Docker images are built, users get: - Step-by-step usage instructions in workflow summary - PR comments with exact pull commands and config - Copy-paste ready Claude Desktop configurations - Direct links to monitor build progress 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * feat: Add automatic README.md updating after Docker builds - Updates Docker image references in README.md and documentation files - Automatically commits and pushes changes after image builds - Handles both release builds (version tags) and development builds (PR numbers) - Ensures documentation always references the latest published images - Uses sed pattern matching to update ghcr.io image references 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * correcting * up * fix: GitHub Actions workflows semantic errors Fixed critical semantic and logic errors in auto-version and Docker workflows: Auto-version.yml fixes: - Removed duplicate echo statements for should_build_docker output - Fixed malformed if/else structure (else after else) - Removed redundant conditional blocks for docker: prefixes - Cleaned up duplicate lines in summary generation Build_and_publish_docker.yml fixes: - Replaced hardcoded 'patrykiti' with dynamic ${{ github.repository_owner }} - Enhanced regex pattern to support underscores in Docker tags: [a-zA-Z0-9\._-]* - Fixed sed patterns for dynamic repository owner detection These changes ensure workflows execute correctly and support any repository owner. 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> * docs: Add advanced Docker configuration options to README Added comprehensive configuration section with optional environment variables: Docker Configuration Features: - Advanced configuration example with all available env vars - Complete table of environment variables with descriptions - Practical examples for common configuration scenarios - Clear documentation of config.py options for Docker users Available Configuration Options: - DEFAULT_MODEL: Choose between Pro (quality) vs Flash (speed) - DEFAULT_THINKING_MODE_THINKDEEP: Control token costs with thinking depth - LOG_LEVEL: Debug logging for troubleshooting - MCP_PROJECT_ROOT: Security sandbox for file access - REDIS_URL: Custom Redis configuration Benefits: - Users can customize server behavior without rebuilding images - Better cost control through model and thinking mode selection - Enhanced security through project root restrictions - Improved debugging capabilities with configurable logging - Complete transparency of available configuration options This addresses user request for exposing config.py parameters via Docker environment variables. 🤖 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Patryk Ciechanski <patryk.ciechanski@inetum.com> Co-authored-by: Claude <noreply@anthropic.com>
15 KiB
Repository File Overview
Purpose
This document provides a comprehensive guide to the repository structure, explaining the purpose and role of each directory and key file within the Gemini MCP Server project.
Repository Structure
gemini-mcp-server/
├── CLAUDE.md # Collaboration framework and development guidelines
├── README.md # Project overview and quick start guide
├── LICENSE # Project license (MIT)
├── requirements.txt # Python dependencies
├── pyproject.toml # Poetry configuration and project metadata
├── pytest.ini # Test configuration
├── Dockerfile # Container image definition
├── docker-compose.yml # Multi-service Docker orchestration
├── setup.py # Python package setup (legacy)
├── config.py # Centralized configuration management
├── server.py # Main MCP server entry point
├── gemini_server.py # Gemini-specific server implementation
├── log_monitor.py # Logging and monitoring utilities
├── setup-docker.sh # Docker setup automation script
├── claude_config_example.json # Example Claude Desktop configuration
├── examples/ # Configuration examples for different platforms
├── docs/ # Complete project documentation
├── tools/ # MCP tool implementations
├── utils/ # Shared utility modules
├── prompts/ # System prompts for different tool types
├── tests/ # Comprehensive test suite
└── memory-bank/ # Memory Bank files for context preservation
Core Configuration Files
CLAUDE.md
Purpose: Defines the collaboration framework between Claude, Gemini, and human developers Key Components:
- Tool selection matrix for appropriate AI collaboration
- Memory Bank integration protocols
- Mandatory collaboration patterns and workflows
- Quality gates and documentation standards
When to Update: When changing collaboration patterns, adding new tools, or modifying development workflows
config.py
Purpose: Centralized configuration management for the MCP server Key Components:
- Environment variable handling (
GEMINI_API_KEY,REDIS_URL) - Model configuration (
GEMINI_MODEL,MAX_CONTEXT_TOKENS) - Security settings (
PROJECT_ROOT, path validation) - Redis connection settings for conversation memory
Dependencies: Environment variables, Docker configuration Extension Points: Add new configuration parameters for tools or features
server.py
Purpose: Main MCP server implementation providing the protocol interface Key Components:
- MCP protocol compliance (
@server.list_tools(),@server.call_tool()) - Tool registration and discovery system
- Request routing and response formatting
- Error handling and graceful degradation
Dependencies: tools/ modules, utils/ modules, MCP library
Data Flow: Claude → MCP Protocol → Tool Selection → Gemini API → Response
Tool Architecture
tools/ Directory
Purpose: Contains individual MCP tool implementations following plugin architecture
tools/base.py
Purpose: Abstract base class defining the tool interface contract Key Components:
BaseToolabstract class withexecute()andget_schema()methods- Standardized error handling patterns
- Response formatting utilities (
ToolOutputdataclass)
Extension Points: Inherit from BaseTool to create new tools
Individual Tool Files
tools/chat.py
- Purpose: Quick questions, brainstorming, general collaboration
- Thinking Mode: Default 'medium' (8192 tokens)
- Use Cases: Immediate answers, idea exploration, simple code discussions
tools/thinkdeep.py
- Purpose: Complex architecture, system design, strategic planning
- Thinking Mode: Default 'high' (16384 tokens)
- Use Cases: Major features, refactoring strategies, design decisions
tools/analyze.py
- Purpose: Code exploration, understanding existing systems
- Thinking Mode: Variable based on analysis scope
- Use Cases: Dependency analysis, pattern detection, codebase comprehension
tools/codereview.py
- Purpose: Code quality, security, bug detection
- Thinking Mode: Default 'medium' (8192 tokens)
- Use Cases: PR reviews, pre-commit validation, security audits
tools/debug.py
- Purpose: Root cause analysis, error investigation
- Thinking Mode: Default 'medium' (8192 tokens)
- Use Cases: Stack trace analysis, performance issues, bug diagnosis
tools/precommit.py
- Purpose: Automated quality gates before commits
- Thinking Mode: Default 'medium' (8192 tokens)
- Use Cases: Git repository validation, change analysis, quality assurance
tools/models.py
Purpose: Shared data models and Gemini API integration Key Components:
ToolOutputdataclass for standardized responsesGeminiClientfor API communication- Thinking mode token allocations (
THINKING_MODE_TOKENS) - Pydantic models for request/response validation
Dependencies: google-generativeai, pydantic
Utility Modules
utils/ Directory
Purpose: Shared utilities used across multiple tools and components
utils/file_utils.py
Purpose: Secure file operations and content processing Key Components:
validate_file_path(): Multi-layer security validationread_file_with_token_limit(): Token-aware file readingtranslate_docker_path(): Host-to-container path mapping- Priority-based file processing (source code > docs > logs)
Security Features:
- Directory traversal prevention
- Sandbox boundary enforcement (PROJECT_ROOT)
- Dangerous path pattern detection
Data Flow: File Request → Security Validation → Path Translation → Content Processing → Formatted Output
utils/git_utils.py
Purpose: Git repository operations for code analysis Key Components:
- Repository state detection (staged, unstaged, committed changes)
- Branch comparison and diff analysis
- Commit history processing
- Change validation for precommit tool
Dependencies: git command-line tool
Integration: Primary used by precommit tool for change analysis
utils/conversation_memory.py
Purpose: Cross-session context preservation and threading Key Components:
ThreadContextdataclass for conversation stateConversationMemoryclass for Redis-based persistence- Thread reconstruction and continuation support
- Automatic cleanup of expired conversations
Data Flow: Tool Execution → Context Storage → Redis Persistence → Context Retrieval → Thread Reconstruction
Dependencies: Redis server, redis-py library
utils/token_utils.py
Purpose: Token management and context optimization Key Components:
- Token counting and estimation
- Context budget allocation
- Content truncation with structure preservation
- Priority-based token distribution
Integration: Used by all tools for managing Gemini API token limits
System Prompts
prompts/ Directory
Purpose: Standardized system prompts for different tool types
prompts/tool_prompts.py
Purpose: Template prompts for consistent tool behavior Key Components:
- Base prompt templates for each tool type
- Context formatting patterns
- Error message templates
- Response structure guidelines
Extension Points: Add new prompt templates for new tools or specialized use cases
Testing Infrastructure
tests/ Directory
Purpose: Comprehensive test suite ensuring code quality and reliability
Test Organization
tests/
├── __init__.py # Test package initialization
├── conftest.py # Shared test fixtures and configuration
├── test_server.py # MCP server integration tests
├── test_tools.py # Individual tool functionality tests
├── test_utils.py # Utility module tests
├── test_config.py # Configuration validation tests
└── specialized test files... # Feature-specific test suites
Key Test Files
conftest.py
- Purpose: Shared pytest fixtures and test configuration
- Components: Mock clients, temporary directories, sample data
test_server.py
- Purpose: MCP protocol and server integration testing
- Coverage: Tool registration, request routing, error handling
test_tools.py
- Purpose: Individual tool functionality validation
- Coverage: Tool execution, parameter validation, response formatting
test_utils.py
- Purpose: Utility module testing
- Coverage: File operations, security validation, token management
Memory Bank System
memory-bank/ Directory
Purpose: Local file-based context preservation system
Memory Bank Files
productContext.md
- Purpose: High-level project overview and goals
- Content: Project description, key features, overall architecture
- Update Triggers: Fundamental project changes, feature additions
activeContext.md
- Purpose: Current development status and recent changes
- Content: Current focus, recent changes, open questions/issues
- Update Triggers: Session changes, progress updates
progress.md
- Purpose: Task tracking using structured format
- Content: Completed tasks, current tasks, next steps
- Update Triggers: Task completion, milestone achievements
decisionLog.md
- Purpose: Architectural decisions with rationale
- Content: Technical decisions, rationale, implementation details
- Update Triggers: Significant architectural choices, design decisions
systemPatterns.md
- Purpose: Recurring patterns and standards documentation
- Content: Coding patterns, architectural patterns, testing patterns
- Update Triggers: Pattern introduction, standard modifications
Data Flow: Development Activity → Memory Bank Updates → Context Preservation → Cross-Session Continuity
Documentation Structure
docs/ Directory
Purpose: Complete project documentation following CLAUDE.md standards
Documentation Categories
docs/architecture/
overview.md: High-level system architecture and component relationshipscomponents.md: Detailed component descriptions and interactionsdata-flow.md: Data flow patterns and processing pipelinesdecisions/: Architecture Decision Records (ADRs)
docs/api/
mcp-protocol.md: MCP protocol implementation detailstools/: Individual tool API documentation
docs/contributing/
setup.md: Development environment setupworkflows.md: Development workflows and processescode-style.md: Coding standards and style guidetesting.md: Testing strategies and requirementsfile-overview.md: This file - repository structure guide
docs/user-guides/
installation.md: Installation and setup instructionsconfiguration.md: Configuration options and examplestroubleshooting.md: Common issues and solutions
Configuration Examples
examples/ Directory
Purpose: Platform-specific configuration examples for different deployment scenarios
claude_config_macos.json
- macOS-specific Claude Desktop configuration
- Local development setup patterns
- File path configurations for macOS
claude_config_wsl.json
- Windows Subsystem for Linux configuration
- Path translation patterns for WSL environment
- Docker integration considerations
claude_config_docker_home.json
- Docker-based deployment configuration
- Container path mapping examples
- Volume mount configurations
Container Configuration
Dockerfile
Purpose: Container image definition for consistent deployment Key Components:
- Python 3.9 base image
- Dependency installation (requirements.txt)
- Application code copying
- Entry point configuration (
server.py)
Build Process: Source Code → Dependency Installation → Application Setup → Runnable Container
docker-compose.yml
Purpose: Multi-service orchestration for complete system deployment Services:
gemini-server: Main MCP server applicationredis: Conversation memory persistence- Volume mounts for configuration and data persistence
Data Flow: Docker Compose → Service Orchestration → Network Configuration → Volume Mounting → System Startup
Extension Guidelines
Adding New Tools
- Create Tool Class: Inherit from
BaseToolintools/new_tool.py - Implement Interface: Define
execute()andget_schema()methods - Add Registration: Update
server.pytool discovery - Create Tests: Add comprehensive tests in
tests/ - Update Documentation: Add API documentation in
docs/api/tools/
Adding New Utilities
- Create Module: Add new utility in
utils/new_utility.py - Define Interface: Clear function signatures with type hints
- Add Security: Validate inputs and handle errors gracefully
- Write Tests: Comprehensive unit tests with mocking
- Update Dependencies: Document component interactions
Modifying Configuration
- Update config.py: Add new configuration parameters
- Environment Variables: Define environment variable mappings
- Validation: Add configuration validation logic
- Documentation: Update configuration guide
- Examples: Provide example configurations
Dependencies & Integration Points
External Dependencies
- MCP Library: Protocol implementation and compliance
- Google Generative AI: Gemini API integration
- Redis: Conversation memory persistence
- Docker: Containerization and deployment
- pytest: Testing framework
Internal Integration Points
- Tool Registration:
server.py↔tools/modules - Configuration:
config.py→ All modules - File Operations:
utils/file_utils.py→ All file-accessing tools - Memory Management:
utils/conversation_memory.py→ All tools supporting continuation - Security:
utils/file_utils.pyvalidation → All file operations
Data Flow Integration
- Request Flow: Claude →
server.py→ Tool Selection →tools/→utils/→ Gemini API - Response Flow: Gemini API →
tools/→utils/→server.py→ Claude - Memory Flow: Tool Execution →
utils/conversation_memory.py→ Redis → Context Retrieval - Security Flow: File Request →
utils/file_utils.py→ Validation → Safe Processing
This file overview provides the foundation for understanding the repository structure and serves as a guide for contributors to navigate the codebase effectively and make informed architectural decisions.