Skip to content

Standards Integration Guide

🚀 Quick Start Integration

For new projects, use our AI kickstart for instant guidance:

  1. Copy the kickstart prompt from KICKSTART_PROMPT.md
  2. Paste into any LLM (ChatGPT, Claude, Gemini) with your project plan
  3. Get instant standards recommendations and implementation blueprint

See KICKSTART_ADVANCED.md for advanced patterns.

Option 1: Direct Reference (Simplest)

Add this to your project's README.md:

## Development Standards

This project follows the comprehensive standards defined at:
https://github.com/williamzujkowski/standards

Key standards we follow:
- [Coding Standards](https://github.com/williamzujkowski/standards/blob/master/CODING_STANDARDS.md)
- [Testing Standards](https://github.com/williamzujkowski/standards/blob/master/TESTING_STANDARDS.md) (85% coverage required)
- [Security Standards](https://github.com/williamzujkowski/standards/blob/master/MODERN_SECURITY_STANDARDS.md)

Option 2: Git Submodule (Version Control)

# Add standards as submodule
git submodule add https://github.com/williamzujkowski/standards.git .standards

# Create symbolic links to key files
ln -s .standards/CLAUDE.md docs/CLAUDE.md
ln -s .standards/KICKSTART_PROMPT.md docs/KICKSTART_PROMPT.md

Option 3: Project Template (Full Integration)

Use the provided setup script:

# Download and run setup script
curl -O https://raw.githubusercontent.com/williamzujkowski/standards/master/setup-project.sh
chmod +x setup-project.sh
./setup-project.sh my-new-project

📋 Integration Checklist

Immediate Actions

  • Use KICKSTART_PROMPT.md for project analysis
  • Add standards reference to README
  • Copy CLAUDE.md for AI-assisted development
  • Set up pre-commit hooks
  • Configure linters based on CODING_STANDARDS.md
  • Set up test coverage requirements (85%+)

Project Configuration Files

.pre-commit-config.yaml

repos:
  - repo: https://github.com/pre-commit/pre-commit-hooks
    rev: v4.5.0
    hooks:
      - id: trailing-whitespace
      - id: end-of-file-fixer
      - id: check-merge-conflict
      - id: check-yaml
      - id: check-json

pyproject.toml (Python example)

[tool.coverage.run]
branch = true
source = ["src"]

[tool.coverage.report]
fail_under = 85
show_missing = true

[tool.black]
line-length = 88
target-version = ['py38']

[tool.isort]
profile = "black"
line_length = 88

package.json (JavaScript example)

{
  "scripts": {
    "lint": "eslint . --ext .js,.jsx,.ts,.tsx",
    "format": "prettier --write .",
    "test": "jest --coverage",
    "test:coverage": "jest --coverage --coverageThreshold='{\"global\":{\"branches\":85,\"functions\":85,\"lines\":85,\"statements\":85}}'"
  }
}

🤖 AI-Assisted Development

Using CLAUDE.md in Your Project

  1. Copy CLAUDE.md to your project:
cp standards/CLAUDE.md docs/
  1. When using AI tools, reference specific standards:
I'm working on [feature]. Please follow:
@load [CS:api-design + SEC:api-security + TS:integration]
  1. Use task-based templates:
  2. Bug Fix: @load [TS:regression + CS:error-handling]
  3. New Feature: @load [CS:architecture + TS:tdd + SEC:relevant]
  4. Performance: @load [CS:performance + OBS:metrics]

🔧 CI/CD Integration

GitHub Actions Example

name: Standards Compliance

on: [push, pull_request]

jobs:
  standards-check:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
        with:
          submodules: true  # If using submodules

      - name: Set up environment
        run: |
          # Language-specific setup

      - name: Lint Check
        run: make lint

      - name: Test Coverage
        run: |
          make test
          # Ensure 85% coverage per TESTING_STANDARDS.md

      - name: Security Scan
        run: make security-check

📊 Monitoring Compliance

Key Metrics to Track

Based on the standards, monitor:

  1. Code Quality
  2. Test coverage: ≥85% (95% for critical paths)
  3. Linting scores: Zero errors
  4. Security vulnerabilities: Zero high/critical

  5. Performance

  6. Response time: p95 < 200ms
  7. Error rate: < 0.1%
  8. Core Web Vitals: All green

  9. Development Process

  10. PR review time: < 24 hours
  11. Build success rate: > 95%
  12. Deployment frequency: Per your goals

Creating a Standards Dashboard

## Project Standards Compliance

| Standard | Target | Current | Status |
|----------|--------|---------|---------|
| Test Coverage | 85% | 87% | ✅ |
| Security Score | A+ | A+ | ✅ |
| Performance (p95) | <200ms | 150ms | ✅ |
| Accessibility | WCAG 2.1 AA | AA | ✅ |

🎯 Best Practices

  1. Start Small
  2. Don't try to implement all standards at once
  3. Focus on REQUIRED items first
  4. Add RECOMMENDED items gradually

  5. Customize for Your Needs

  6. Document any deviations in PROJECT_STANDARDS.md
  7. Explain why certain standards don't apply
  8. Create project-specific extensions

  9. Keep Standards Visible

  10. Add badges to README
  11. Include in onboarding docs
  12. Review in retrospectives

  13. Automate Enforcement

  14. Pre-commit hooks
  15. CI/CD checks
  16. Automated reporting

🔄 Keeping Standards Updated

# If using submodules
cd .standards
git pull origin master
cd ..
git add .standards
git commit -m "Update to latest standards"

# If using direct reference
# Just check the repository periodically for updates

💡 Tips for Success

  1. Make it Easy: Automate as much as possible
  2. Make it Visible: Dashboard and badges
  3. Make it Valued: Celebrate compliance wins
  4. Make it Collaborative: Get team buy-in early

Remember: Standards are meant to help, not hinder. Adapt them to work for your team and project!