Detalhes do pacote

ai-coding-assistants-setup

CodySwannGT1.8kMIT16.3.0

Setup tool for integrating AI coding assistants into development workflows

ai, coding, assistant, setup

readme (leia-me)

AI Coding Assistants Setup

Version License Node Test Quality Enterprise-grade development workflow automation powered by AI coding assistants SetupFeaturesPrerequisitesDocumentationContributingLicense

🚀 Quick Start

Get started in seconds with a single command:

npx ai-coding-assistants-setup

This command will:

  • ✅ Analyze your project and detect existing tools
  • ✅ Install and configure essential development tools (Husky, ESLint, Prettier, CommitLint)
  • ✅ Set up GitHub Actions workflows for CI/CD
  • ✅ Add required npm scripts for quality checks
  • ✅ Create AI assistant configuration files
  • ✅ Set up environment templates

Options

npx ai-coding-assistants-setup --help              # Show help
npx ai-coding-assistants-setup --dry-run           # Preview changes without modifying files
npx ai-coding-assistants-setup --non-interactive   # Skip prompts, use defaults
npx ai-coding-assistants-setup --verbose           # Show detailed output

🚀 Overview

AI Coding Assistants Setup is a comprehensive toolkit that transforms your development workflow with enterprise-grade automation, quality assurance, and AI-powered assistance. This project provides production-ready configurations for Claude Code, Roo Code, and other AI assistants, along with automated workflows for code quality, security scanning, performance testing, and release management.

🎯 The Philosophy: AI-First Development with Guardrails

This project embodies a dual-purpose philosophy that revolutionizes how teams work with AI:

1. Making AI Development Easier 🚀

We remove friction from AI-assisted development by providing:

  • Pre-configured AI environments with optimal settings for Claude Code and Roo Code
  • Context-aware configurations (CLAUDE.md, .roomodes) that help AI understand your project
  • Persistent memory systems that maintain context across AI conversations
  • MCP server integrations for enhanced AI capabilities (GitHub, AWS docs, browsers, etc.)
  • Custom AI commands and workflows tailored for common development tasks

2. Enforcing Quality Guardrails on AI Output 🛡️

We ensure AI-generated code meets enterprise standards through:

  • Automated quality checks that validate AI's code (linting, formatting, type safety)
  • Multi-layered security scanning to catch vulnerabilities AI might introduce
  • AI-powered code reviews where AI reviews its own output for best practices
  • Commit/PR enforcement that tracks and requires AI attribution
  • Compliance frameworks for regulated industries (SOC2, ISO27001, HIPAA)
  • Performance monitoring to ensure AI's code meets production standards

The Result: "Use AI for Everything, Verify Everything"

This creates a virtuous cycle where:

  • Developers get 10x productivity from AI assistance
  • Teams maintain enterprise-grade quality standards
  • Organizations gain full auditability of AI contributions
  • Code remains consistent and maintainable across human and AI developers

The AI-only commit/PR enforcement is a perfect example - it encourages teams to leverage AI for all development while ensuring complete transparency and traceability of AI-generated code.

🤖 AI Coding Assistants

Claude Code

Claude Code is Anthropic's official AI coding assistant that provides:

  • Intelligent Code Generation: Write, debug, and refactor code with context-aware suggestions
  • Multi-file Editing: Work across multiple files with understanding of your entire codebase
  • Integrated Terminal: Execute commands and see results directly within your workflow
  • GitHub Integration: Automated PR reviews and issue management
  • MCP Support: Extensible through Model Context Protocol servers

📚 Claude Code Documentation | 🛠️ CLI Usage | 🔧 Settings

Roo Code

Roo Code is an AI-powered development environment that offers:

  • Mode-based Development: Specialized modes for different tasks (architect, debugger, tester, etc.)
  • SPARC Methodology: Structured approach to complex development workflows
  • Persistent Memory: Maintains context across sessions through knowledge graphs
  • Custom Workflows: Define project-specific modes and behaviors
  • Team Collaboration: Share configurations and knowledge across your team

📚 Roo Code Documentation | 🎯 SPARC Methodology | ⚙️ Custom Modes

Why Use This?

  • 🏢 Enterprise Ready: Battle-tested configurations used in production environments
  • 🔒 Security First: Automated security scanning, secret detection, and compliance checks
  • 🚄 Performance Optimized: Built-in load testing and performance monitoring
  • 🤖 AI-Powered: Leverage Claude and Roo's capabilities for code reviews, documentation, and more
  • 📊 Quality Assured: Comprehensive testing frameworks and code quality tools
  • 🔄 Fully Automated: From commit to deployment with intelligent workflows

✨ Features

🤖 AI Assistant Integration

  • Claude Code Integration: Automated code reviews, security analysis, and documentation generation
  • GitHub App Support: Seamless integration with Claude's GitHub app for PR reviews
  • MCP Server Configuration: Model Context Protocol support for enhanced AI capabilities
  • Custom Commands: Pre-configured Claude commands for common development tasks

🛡️ Security & Compliance

  • Multi-layered Security Scanning: GitGuardian, Snyk, and custom security checks
  • Secret Detection: Automated scanning for exposed credentials and API keys
  • License Compliance: FOSSA integration for license validation
  • Vulnerability Management: Dependabot configuration for dependency updates

📈 Quality Assurance

  • Automated Code Reviews: AI-powered reviews with customizable guidelines
  • Code Quality Analysis: SonarCloud integration for maintainability metrics
  • Test Automation: Support for unit, integration, and E2E testing
  • Performance Testing: K6 load testing with cloud integration

🚀 CI/CD Workflows

  • GitHub Actions Workflows: Production-ready pipelines for quality, release, and testing
  • Semantic Release: Automated versioning and changelog generation
  • Multi-environment Support: Configurations for dev, staging, and production
  • Rollback Capabilities: Safe deployment with automated rollback options

🪝 Git Hooks & Automation

  • Pre-commit Hooks: Automated linting, formatting, and security checks
  • Commit Message Standards: Conventional commits with Jira integration
  • AI-Only Development: Enforces AI-generated commits and pull requests
  • Branch Protection: Automated checks before allowing merges
  • Change Detection: Smart workflows that only run when needed

📋 Prerequisites

  • Node.js: Version 18.0.0 or higher
  • npm: Version 7.0.0 or higher
  • Git: Version 2.30.0 or higher
  • GitHub Account: For workflow automation
  • Claude API Key: For AI-powered features

🏁 Setup

Note: The Quick Start command above (npx ai-coding-assistants-setup) is the recommended way to set up your project. The sections below provide additional details and manual setup options.

What Gets Modified

When you run the setup command, the following changes will be made to your project:

Files Created

  • .github/workflows/ - CI/CD pipelines for quality checks and releases
  • .husky/ - Git hooks for pre-commit and commit message validation
  • .claude/ - Claude AI assistant configuration
  • .eslintrc.json - ESLint configuration
  • .prettierrc.json - Prettier formatting rules
  • commitlint.config.js - Commit message standards
  • .env.example - Environment variable template
  • CLAUDE.md - Project context for AI assistants
  • Various other configuration files

package.json Updates

The following scripts will be added (existing scripts are preserved):

{
  "scripts": {
    "lint": "echo \"lint not configured yet\"",
    "typecheck": "echo \"typecheck not configured yet\"",
    "format:check": "echo \"format:check not configured yet\"",
    "build": "echo \"build not configured yet\"",
    "test": "echo \"test not configured yet\"",
    "test:unit": "echo \"test:unit not configured yet\"",
    "test:integration": "echo \"test:integration not configured yet\"",
    "test:e2e": "echo \"test:e2e not configured yet\""
  }
}

These are placeholder scripts that ensure your CI/CD workflows can run immediately. Replace them with your actual commands as you implement each tool.

Customizing Lint and Format Rules

The setup creates default configuration files for ESLint and Prettier, but projects are free to customize or replace these entirely with their own rules:

ESLint Configuration

The default .eslintrc.json provides basic rules, but you can:

# Replace with your existing ESLint config
cp your-existing/.eslintrc.json .eslintrc.json

# Or extend/modify the generated config
# Edit .eslintrc.json to add your custom rules, plugins, and extends

Example custom configuration:

{
  "extends": [
    "eslint:recommended",
    "@typescript-eslint/recommended",
    "your-company/eslint-config"
  ],
  "plugins": ["your-custom-plugin"],
  "rules": {
    "your-custom-rule": "error",
    "indent": ["error", 2],
    "quotes": ["error", "single"]
  }
}

Prettier Configuration

The default .prettierrc.json uses standard formatting, but you can:

# Replace with your existing Prettier config
cp your-existing/.prettierrc.json .prettierrc.json

# Or customize the generated config
# Edit .prettierrc.json with your team's preferences

Example custom configuration:

{
  "semi": false,
  "singleQuote": true,
  "tabWidth": 4,
  "trailingComma": "all",
  "printWidth": 100,
  "useTabs": false
}

Using Existing Configuration

If your project already has lint/format configurations:

  1. Keep your existing files - The setup won't overwrite existing .eslintrc.* or .prettierrc.* files
  2. Update package.json scripts - Ensure your lint and format:check scripts work with your configurations
  3. Verify CI compatibility - Test that your custom rules work with the CI/CD workflows

Framework-Specific Configurations

The setup supports any ESLint/Prettier configuration, including:

  • React: eslint-plugin-react, @typescript-eslint/parser
  • Vue: eslint-plugin-vue, @vue/eslint-config-prettier
  • Angular: @angular-eslint/eslint-plugin
  • Node.js: eslint-plugin-node
  • Custom company standards: Your internal ESLint configs

Validation

After customizing your rules, verify they work with the CI system:

# Test your custom lint configuration
npm run lint

# Test your custom format configuration
npm run format:check

# Run a complete quality check
npm run test && npm run lint && npm run format:check

The AI Coding Assistants Setup provides the infrastructure and automation, while giving you complete freedom to define your code style and quality standards.

AI-Only Development Mode

This setup includes an innovative feature that enforces AI-generated commits and pull requests through git hooks. This ensures consistent, high-quality code contributions while leveraging AI capabilities.

How It Works

  1. Commit Enforcement (.husky/commit-msg):

    • Blocks commits that don't include AI signatures
    • Requires commits to include patterns like:
      • Co-Authored-By: Claude <noreply@anthropic.com>
      • Generated with Claude Code
      • GitHub Copilot signatures
      • 🤖 emoji indicators
  2. PR Enforcement (.husky/pre-push):

    • Checks for AI-generated PRs before allowing pushes
    • Verifies PR body contains AI signatures
    • Requires GitHub CLI (gh) for PR verification
    • Gracefully handles non-GitHub repos

Benefits

  • Consistency: All code follows AI-assisted best practices
  • Quality: Leverages AI for better code structure and documentation
  • Automation: Reduces manual coding errors
  • Compliance: Ensures team adheres to AI-first development

Usage

When using Claude Code:

# Commits automatically include the required signature
/git-commit

# PRs created through Claude include the signature
# The PR body will contain: 🤖 Generated with [Claude Code](https://claude.ai/code)

Disabling AI Enforcement

If you want to allow human-generated commits/PRs, simply remove or modify the hooks:

# To disable commit enforcement
rm .husky/commit-msg

# To disable PR enforcement
rm .husky/pre-push

Optional Dependencies

After running the setup, you may want to install these development tools that the configuration files support:

# Code Quality Tools
npm install --save-dev eslint prettier eslint-config-prettier eslint-plugin-prettier

# Git Hooks
npm install --save-dev husky
npx husky install

# Commit Standards
npm install --save-dev @commitlint/cli @commitlint/config-conventional

# TypeScript (if using)
npm install --save-dev typescript @types/node

# Testing (choose based on your needs)
npm install --save-dev jest @types/jest           # For Jest
npm install --save-dev vitest                      # For Vitest
npm install --save-dev mocha chai                  # For Mocha/Chai

Note: The setup tool only copies configuration files. Installing these packages is optional and depends on which tools you want to use in your project.

Manual Setup

If you prefer to set up manually or need to customize specific parts:

1. Environment Configuration

Create a .env file in your project root:

# Only the Anthropic API key goes here
ANTHROPIC_API_KEY=sk-ant-xxxxxxxxxxxxxxxxxxxx

Configure additional API keys in .claude/settings.local.json (copy from .claude/settings.local.json.example):

  • GitHub Personal Access Token
  • Optional: Context7, Brave, Firecrawl API keys

See the Environment Variables Documentation for the complete reference of all available environment variables.

2. Copy Required Files

Copy these files and directories to your project:

GitHub Workflows and Configuration

  • .github/workflows/quality.yml - Automated quality checks for PRs (testing, linting, security scanning)
  • .github/workflows/release.yml - Semantic release automation with changelog generation
  • .github/workflows/load-test.yml - K6 performance testing pipeline
  • .github/workflows/ci.yml.example - Example CI workflow caller for pull requests
  • .github/workflows/deploy.yml.example - Example deployment workflow showing the complete pattern: release → deploy → load test
  • .github/workflows/k6/ - K6 test scripts and configurations
  • .github/workflows/scripts/ - Helper scripts for CI/CD operations
  • .github/code_review_guidelines.md - Guidelines for AI-powered code reviews
  • .github/security_scan_guidelines.md - Security scanning configuration
  • .github/dependabot.yml - Automated dependency updates

Note: The workflow files (quality.yml, release.yml, load-test.yml) are reusable workflows. You need to create caller workflows in your project to use them. Example callers are provided in ci.yml.example and deploy.yml.example. See Step 6: Create Workflow Callers below for detailed instructions.

Git Hooks

  • .husky/pre-commit - Pre-commit checks (linting, formatting, tests)
  • .husky/commit-msg - Commit message validation, Jira key detection, and AI-generated commit enforcement
  • .husky/pre-push - Pre-push checks to ensure PRs are AI-generated

Claude Configuration

  • .claude/commands/project.md - Custom Claude commands for your project
  • .claude/settings.json - Claude project settings
  • .claude/settings.local.json.example.claude/settings.local.json - Local API keys and MCP configuration

Other Configuration Files

  • .mcp.json - Model Context Protocol server configuration
  • sonar-project.properties.examplesonar-project.properties - SonarCloud configuration
  • commitlint.config.js - Commit message standards enforcement
  • .env.example.env - Environment variables template

3. Install Claude GitHub App

# Open Claude CLI
claude

# Install the GitHub app
/install-github-app

See Claude GitHub Actions Documentation for more details.

4. Configure GitHub Secrets

Use the GitHub CLI to set up secrets from your .env file:

# Copy .github/workflows/.env.example to .github/workflows/.env
cp .github/workflows/.env.example .github/workflows/.env

# Edit the file with your values
# Then run:
gh secret set --env-file .github/workflows/.env

Required secrets:

  • PAT: Your GitHub Personal Access Token

Optional secrets for enhanced features:

  • Security scanning: SONAR_TOKEN, SNYK_TOKEN, GITGUARDIAN_API_KEY
  • Release management: SENTRY_AUTH_TOKEN, SENTRY_ORG, SENTRY_PROJECT
  • Load testing: K6_CLOUD_TOKEN
  • AI Security scanning and code reviews: ANTHROPIC_API_KEY

See the Environment Variables Documentation for details on all available secrets.

5. Update package.json Scripts

Ensure your package.json includes these scripts:

{
  "scripts": {
    "test:unit": "jest --testPathPattern=unit",
    "test:integration": "jest --testPathPattern=integration",
    "test:e2e": "jest --testPathPattern=e2e",
    "lint": "eslint .",
    "format:check": "prettier --check .",
    "typecheck": "tsc --noEmit",
    "build": "your-build-command"
  }
}

6. Create Workflow Callers

The workflow files you copied are reusable workflows. Create these caller workflows in your project's .github/workflows/ directory. Example files are provided as ci.yml.example and deploy.yml.example.

Quality Workflow Caller (ci.yml)

name: CI

on:
  pull_request:
    types: [opened, synchronize, reopened]
  push:
    branches:
      - main
      - develop

jobs:
  quality:
    uses: ./.github/workflows/quality.yml
    secrets: inherit

Release and Deploy Workflow Caller (deploy.yml)

See deploy.yml.example for the complete pattern. The recommended approach:

name: Deploy

on:
  push:
    branches:
      - main # Production
      - staging # Staging (includes automatic load testing)
      - develop # Development

jobs:
  # Step 1: Create release
  release:
    uses: ./.github/workflows/release.yml
    with:
      environment: ${{ github.ref_name }}
      release_strategy: 'semantic'
      require_approval: ${{ github.ref_name == 'main' }}
      node_version: '20'
    secrets: inherit

  # Step 2: Deploy application
  deploy:
    needs: release
    runs-on: ubuntu-latest
    steps:
      # Your custom deployment logic here

  # Step 3: Load test (staging only)
  load_test:
    needs: [release, deploy]
    if: github.ref_name == 'staging'
    uses: ./.github/workflows/load-test.yml
    with:
      environment: staging
      test_scenario: smoke
    secrets: inherit

Note: The workflows are separated for flexibility. See deploy.yml.example for the complete implementation with all features.

Load Test Workflow Caller (load-test-caller.yml)

name: Load Test

on:
  workflow_dispatch:
    inputs:
      test_file:
        description: 'K6 test file to run'
        required: true
        default: 'basic-load-test.js'
      duration:
        description: 'Test duration (e.g., 30s, 5m)'
        required: false
        default: '1m'
      vus:
        description: 'Number of virtual users'
        required: false
        default: '10'

jobs:
  load-test:
    uses: ./.github/workflows/load-test.yml
    with:
      test_file: ${{ github.event.inputs.test_file }}
      duration: ${{ github.event.inputs.duration }}
      vus: ${{ github.event.inputs.vus }}
    secrets: inherit

📁 Project Structure

your-project/
├── .github/
│   ├── workflows/         # CI/CD pipelines
│   │   ├── quality.yml    # Code quality checks
│   │   ├── release.yml    # Automated releases with deployment
│   │   ├── load-test.yml  # Performance testing
│   │   ├── ci.yml.example # Example CI caller workflow
│   │   └── deploy.yml.example # Example deployment workflow
│   ├── code_review_guidelines.md
│   └── security_scan_guidelines.md
├── .claude/               # Claude configuration
│   ├── commands/
│   └── settings.json
├── .husky/                # Git hooks
├── docs/                  # Documentation
├── src/                   # Your source code
└── tests/                 # Test suites

🔄 Workflows

Quality Workflow

Runs on every pull request:

  • 🧪 Automated testing (unit, integration, E2E)
  • 🔍 Code quality analysis
  • 🛡️ Security scanning
  • 📏 Code coverage reporting
  • 🤖 AI-powered code review

Release Workflow

Automated semantic releases:

  • 📦 Version bumping
  • 📝 Changelog generation
  • 🏷️ Git tagging
  • 📢 Release notifications
  • 🔐 Signed releases (optional)
  • 📋 SBOM generation (optional)
  • ✅ Compliance validation

Deployment Workflow

The recommended pattern (see deploy.yml.example):

  1. 📦 Release Creation: Calls release.yml for versioning
  2. 🚀 Custom Deployment: Your deployment logic (AWS, K8s, etc.)
  3. 🔍 Load Testing: Automatic for staging environments
  4. 📊 Monitoring: Post-deployment health checks

Post-Deployment Load Testing

The deployment workflow pattern includes automatic load tests for staging. This follows best practices:

  • Why staging? Load testing on production can impact real users and should be done sparingly
  • Why post-deployment? Ensures the deployed application is tested in its actual environment
  • Automatic execution: No manual intervention needed for staging deployments
  • Non-blocking: Load test failures won't rollback the deployment but are reported for review

Load Testing Workflow

Performance validation:

  • 📊 K6 load tests
  • 📈 Performance metrics
  • 🎯 Threshold validation
  • ☁️ Cloud test execution

📚 Documentation

🚀 Deployment and Load Testing Pattern

The recommended pattern separates concerns for maximum flexibility:

  1. Release Workflow (release.yml): Creates semantic version, changelog, and GitHub release
  2. Deploy Workflow (deploy.yml.example): Implements your custom deployment logic
  3. Load Test Workflow (load-test.yml): Runs performance tests after deployment

Why This Pattern?

  • Flexibility: Each project can implement its own deployment strategy (AWS, K8s, Vercel, etc.)
  • Reusability: Release workflow remains unchanged across different deployment targets
  • Staging Load Tests: Automatic load testing for staging, manual for production
  • Post-Deployment Testing: Tests the actual deployed application, not just the build
  • Non-Blocking: Load test failures are reported but don't rollback deployments

Implementing Your Deployment

  1. Copy deploy.yml.example to .github/workflows/deploy.yml
  2. Customize the deploy job with your deployment commands
  3. The example includes:
    • AWS CDK deployment example
    • Environment URL output for load testing
    • Automatic load testing for staging
    • Post-deployment monitoring

Load Test Configuration

For staging deployments, the example workflow:

  • Runs a smoke test (5 minutes, 50 virtual users)
  • Uses the deployment URL from your deploy job
  • Reports results without blocking the release
  • Can be customized in the load_testing job

To run load tests manually or with different parameters, use the load-test-caller.yml example.

🔧 Development

Local Testing

To test the npx command locally during development:

# Link the package globally
npm link

# Test the command
ai-coding-assistants-setup --help

# Or test with npx from the project directory
npx . --help

Unlink After Testing

npm unlink -g ai-coding-assistants-setup

🤝 Contributing

We welcome contributions! Please see our Contributing Guide for details.

📄 License

This project is licensed under the MIT License - see the LICENSE file for details.

🙏 Acknowledgments


Built with ❤️ by Cody Swann Report BugRequest FeatureDocumentation

changelog (log de mudanças)

Changelog

All notable changes to this project will be documented in this file. See standard-version for commit guidelines.

2.0.7 (2025-05-19)

2.0.6 (2025-05-18)

2.0.5 (2025-05-18)

2.0.4 (2025-05-18)

Bug Fixes

  • fixes security (d4c00c1)
  • fixes security (7d72ef1)
  • git-hooks: prevent infinite commit loop in post-commit hook (139e178)

2.0.3 (2025-05-17)

2.0.2 (2025-05-17)

Bug Fixes

2.0.1 (2025-05-17)

Bug Fixes

1.4.4 (2025-05-15)

Bug Fixes

  • properly implement Claude CLI piping pattern (8160790)

1.4.3 (2025-05-15)

Bug Fixes

  • simplify Claude CLI integration to use correct command pattern (f5d419a)

1.4.2 (2025-05-15)

Bug Fixes

  • update Claude CLI integration to use pipe pattern (7e14469)

1.4.1 (2025-05-15)

Bug Fixes

  • improve .env file parsing and Claude CLI version detection (d9df642)

1.4.0 (2025-05-15)

Features

  • add direct hook runner execution to main entry point (712c372)

Bug Fixes

  • simplify git hooks to avoid running setup script unnecessarily (e6eff16)

1.3.2 (2025-05-15)

Bug Fixes

  • update git hooks to use npx and support non-interactive mode (6ee0511)

1.3.1 (2025-05-15)

1.3.0 (2025-05-15)

Features

  • mcp: add brave-search MCP server with API key support (856be1f)

1.2.0 (2025-05-12)

Features

  • setup: add dependabot removal to uninstall script (7746400)

1.1.7 (2025-05-12)

Bug Fixes

  • eliminate duplicate API key prompts (c979d0a)
  • improve setup completion messages (16d050d)

1.1.6 (2025-05-12)

Bug Fixes

  • add JSON import assertion for ES modules compatibility (15c5a72)

1.1.5 (2025-05-12)

Bug Fixes

  • fixes default for memroy path (7fadaf1)

1.1.4 (2025-05-11)

1.1.2 (2025-05-11)

1.1.3 (2025-05-11)

Bug Fixes

  • update binary name to match package name (c063da9)

1.1.2 (2025-05-11)

Bug Fixes

  • ci: resolve linting errors and add CI workflow improvements (d8f09ed)
  • linter errors (698b27b)

1.1.1 (2025-05-11)

Fixes

  • tests: configure Jest for ES Modules compatibility (a5061d6)

1.1.0 (2025-05-11)

Features

  • add project enhancement recommendations and task planning (d0d3e9a)
  • add Roo mode integration to Claude (eff56b9)
  • gitignore: update gitignore setup for Task Master AI files (a075c18)
  • hooks: add advanced configuration for code review strictness (ef01ef2)
  • hooks: add pre-push and post-merge hooks (703fe8c)
  • hooks: implement base hook extension framework (5a14890)
  • hooks: implement branch strategy enforcement hook (2696590)
  • hooks: implement prepare-commit-msg and commit-msg hooks using enhanced framework (2bc7785)
  • hooks: implement test-first development enforcement (448d3c8)
  • implement AI-enhanced Git Diff Explanation CLI Command (722497a)
  • implement comprehensive uninstall functionality with dry-run support (744f999)
  • implement extended git hooks with Claude CLI integration (58e1685)
  • implement extended git hooks with Claude CLI integration (bab7184)
  • implement Git hooks with Claude AI integration (cbd6317)
  • implement GitHub Copilot detection and compatibility (701c8e6)
  • improve CLAUDE.md template with better references (036165a)
  • mcp: add Command Shell MCP configuration (65215d9)

Bug Fixes

  • ci: fix markdown linting and CI workflows (9d84c48)
  • fix mcp setup (618784f)