Files

PCITI c5313b170a docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

* 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>

2025-06-12 12:10:27 +02:00

api

docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

2025-06-12 12:10:27 +02:00

architecture

docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

2025-06-12 12:10:27 +02:00

contributing

docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

2025-06-12 12:10:27 +02:00

user-guides

docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

2025-06-12 12:10:27 +02:00

README.md

docs+docker: Enhanced Docker configuration and workflow fixes (#4 )

2025-06-12 12:10:27 +02:00

README.md

Gemini MCP Server Documentation

Welcome to the comprehensive documentation for the Gemini MCP Server - a sophisticated Model Context Protocol server that enables Claude to access Google's Gemini AI models through specialized tools for AI-assisted development workflows.

📖 Documentation Overview

This documentation is organized into four main categories to serve different audiences and use cases:

🚀 For End Users

Installation Guide - Set up the server locally or with Docker
Configuration - Configure the server for your environment
Troubleshooting - Common issues and solutions

🛠️ For Developers

Development Setup - Set up your development environment
Development Workflows - Git workflows, testing, and collaboration patterns
Code Style Guide - Coding standards and best practices
Testing Strategy - Testing approaches and quality assurance
Test Structure Analysis - Detailed analysis of existing test suite
Repository Overview - Understanding the codebase structure

🏗️ For System Architects

Architecture Overview - High-level system design and components
Component Details - Detailed component descriptions and interactions
Data Flow Patterns - How data moves through the system
Architecture Decisions - Architecture Decision Records (ADRs)

🔧 For API Users

MCP Protocol - Model Context Protocol implementation details
Tool Reference - Individual tool API documentation

🎯 Quick Start Paths

New User Journey

Install the Server → Get up and running quickly
Configure Your Setup → Customize for your environment
Start Using Tools → Explore AI-assisted workflows
Troubleshoot Issues → Resolve common problems

Developer Journey

Set Up Development → Prepare your dev environment
Understand the Codebase → Navigate the repository
Follow Workflows → Git, testing, and collaboration
Code Quality Standards → Maintain code quality

Architect Journey

System Overview → Understand the high-level design
Component Architecture → Deep dive into system parts
Data Flow Analysis → Trace information flow
Decision Context → Understand design choices

🛠️ Tool Reference

The server provides six specialized tools for different AI collaboration scenarios:

Tool	Purpose	Best For	Documentation
chat	Quick questions, brainstorming	Immediate answers, idea exploration	Low complexity, fast iteration
thinkdeep	Complex analysis, strategic planning	Architecture decisions, system design	High complexity, deep analysis
analyze	Code exploration, system understanding	Codebase comprehension, dependency analysis	Medium complexity, systematic exploration
codereview	Code quality, security, bug detection	PR reviews, security audits	Quality assurance, comprehensive validation
debug	Root cause analysis, error investigation	Bug fixing, performance issues	Problem-solving, systematic debugging
precommit	Automated quality gates	Pre-commit validation, change analysis	Quality gates, automated validation

Tool Selection Guide

For Quick Tasks: Start with chat for immediate answers and brainstorming For Complex Planning: Use thinkdeep for architecture and strategic decisions
For Code Understanding: Use analyze to explore and understand existing code For Quality Assurance: Use codereview and precommit for validation For Problem Solving: Use debug for systematic error investigation

🔄 Collaboration Framework

This project follows the CLAUDE.md Collaboration Framework which defines:

Tool Selection Matrix: Guidelines for choosing the right tool for each task
Memory Bank Integration: Context preservation across development sessions
Quality Gates: Mandatory validation and review processes
Documentation Standards: Comprehensive documentation requirements

Key Collaboration Patterns

Complex Tasks (>3 steps): Always use TodoWrite to plan and track progress
Architecture Decisions: Must involve thinkdeep for exploration before implementation
Code Reviews: All significant changes require codereview analysis before committing
Documentation Updates: Any code change must include corresponding documentation updates

📚 Additional Resources

Configuration Examples

macOS Setup - Local development on macOS
WSL Setup - Windows Subsystem for Linux
Docker Setup - Container-based deployment

Project Information

Main README - Project overview and quick start
Contributing Guidelines - How to contribute to the project
Quick Contributing Guide - Simple guide for new contributors
License - MIT License details
Collaboration Framework - Development collaboration patterns

Memory Bank System

The project uses a Memory Bank system for context preservation:

Product Context - Project goals and architecture
Active Context - Current development status
Decision Log - Architectural decisions and rationale
Progress Tracking - Task completion and milestones

🎨 Documentation Standards

For Technical Audiences

Code Context: All explanations include specific file and line number references (file_path:line_number)
Architecture Focus: Explain why decisions were made, not just what was implemented
Data Flow: Trace data through the system with concrete examples
Error Scenarios: Document failure modes and recovery strategies

For Non-Technical Audiences

Plain Language: Avoid jargon, explain technical terms when necessary
Purpose-Driven: Start with "what problem does this solve?"
Visual Aids: Use diagrams and flowcharts where helpful
Practical Examples: Show real usage scenarios

🔍 Finding What You Need

By Role

System Administrators: Start with Installation and Configuration
End Users: Begin with Tool Reference and Quick Start
Developers: Follow the Developer Journey starting with Development Setup
Architects: Review Architecture Overview and System Design

By Task

Setting Up: Installation → Configuration
Using Tools: Tool Reference → Specific tool documentation
Developing: Setup → Workflows → Code Style
Understanding Architecture: Overview → Components → Data Flow
Troubleshooting: Troubleshooting Guide or relevant tool documentation

By Problem Type

Installation Issues: Installation Guide and Troubleshooting
Configuration Problems: Configuration Guide
Tool Behavior Questions: Specific Tool Documentation
Development Questions: Contributing Guides
Architecture Questions: Architecture Documentation

📝 Contributing to Documentation

This documentation follows the standards defined in CLAUDE.md:

Accuracy: Documentation must reflect actual code behavior
Completeness: Cover all user-facing functionality
Accessibility: Understandable by intended audience
Currency: Updated with every related code change

To contribute:

Follow the Development Workflows
Maintain Code Style Standards
Include comprehensive Testing
Update relevant documentation sections

Need Help? Check the Troubleshooting Guide or explore the specific documentation section for your use case. For development questions, start with the Contributing Guidelines.