Complete automation for DevOps MVP progress tracking with real-time monitoring and reporting.
GitHub Actions Workflows:
milestone-tracking.yml- Real-time progress updates on every issue/PR changeinit-milestones.yml- On-demand creation of all MVP milestone issues
Progress Tracking Scripts:
scripts/milestone-status.sh- Quick status overview (zero dependencies)scripts/check-milestone-progress.sh- Detailed progress reports with visual bars
Features:
- π Real-time milestone progress updates with percentage tracking
- π¬ Automatic PR/issue comments when milestones update
β οΈ Critical issue detection and alerts- π― MVP completion tracking and release readiness checks
- π Visual progress bars in detailed reports
- π Automatic milestone completion celebrations
Centralized web dashboard for project management.
Live at: https://dev-ops-omega.vercel.app
Features:
- Real-time webhook monitoring for Telegram bots
- Deployment status dashboard for all Vercel projects
- Quick action buttons for common DevOps tasks
- Service health checks and monitoring
- Integrated console/logs viewer
- Attorney Finder Bot management interface
- CI/CD pipeline status overview
/api/deployments- List all Vercel deployments with status/api/webhook-manager- Manage Telegram bot webhooks (GET/POST)- Full CORS support for cross-origin requests
Automated monitoring system for design.vln.gg with intelligent failure detection and auto-issue creation.
Features:
- β Monitors deployments every 30 minutes automatically
- β Smart error detection with context-aware solutions
- β Auto-creates GitHub issues on build failures with detailed logs
- β Framework validation, dependency errors, build failures, and timeout detection
- β Provides step-by-step solutions based on error type
- β Duplicate issue prevention and cleanup
See: docs/VERCEL-DEPLOYMENT-MONITORING.md for complete documentation
Standardized subdomain structure for vln.gg domain with 12 designated subdomains:
Production Services:
app.vln.gg- Main applicationapi.vln.gg- Backend API endpointsauth.vln.gg- Authentication servicepay.vln.gg- Payment processingwallet.vln.gg- Wallet management
Content & Documentation:
docs.vln.gg- Technical documentationhelp.vln.gg- Help center and supportedu.vln.gg- Educational resourcesdesign.vln.gg- Design system and UI library
Development & Infrastructure:
dev.vln.gg- Development environmentpreview.vln.gg- Preview/demo environmentmail.vln.gg- Email services
See: docs/SUBDOMAIN-ARCHITECTURE.md for complete architecture documentation and deployment guidelines.
- docs/SUBDOMAIN-ARCHITECTURE.md - Complete vln.gg subdomain architecture and configuration
- docs/MILESTONE-TRACKING.md - Complete usage guide with examples
- MILESTONE-AUTOMATION-RECOMMENDATIONS.md - Integration recommendations
# Check milestone progress
bash scripts/milestone-status.sh
# Open DevOps panel
open https://dev-ops-omega.vercel.appCan be integrated into:
setup-devops-quick-access.shwith aliasesMakefilewithmake milestonestarget- Works with existing
scripts/create-milestone-issues.sh
See CHANGELOG.md for complete details.
Contributors: Claude (Milestone Tracking System & DevOps Panel)
π€ Generated with Claude Code
TL;DR: Type devops from anywhere to run comprehensive pipeline checks. 5-minute setup, lifetime productivity boost.
A complete Telegram bot application for helping users find legal counsel!
- π Smart Search - Search attorneys by ZIP code, city, or practice area
- π Web Scraping - Automatically extract attorney info from web pages
- πΎ SQLite Database - Fast, indexed searches with complete attorney profiles
- π€ Telegram Interface - Clean bot with
/search,/scrape,/statscommands - π± Natural Queries - Just type "94621 family law" to search
- π Privacy-Focused - No automated calling, users contact attorneys manually
- β‘ Easy Setup - One-click installation with
setup.shandrun.sh
π Location: attorney-finder-bot/ | π Quick Start Guide β | π Full Docs β
Never start from scratch again! Generate fully-configured Telegram bots with one command.
Quick Start:
cd telegram-bot-templates
./create-bot.sh my-awesome-bot YOUR_BOT_TOKEN
cd my-awesome-bot-bot
./setup.sh && ./run.shWhat You Get:
- β Dual mode (polling for dev, webhook for production)
- β Vercel deployment built-in
- β One-click deploy scripts
- β Clean, maintainable structure
- β Security best practices
- β Full documentation
Features:
- π Instant Setup - Bot ready in 1 minute
- π Local β Production - Seamless workflow
- π¦ Vercel Integration - Deploy with
./deploy-vercel.sh - π Secure by Default - .env gitignored, tokens protected
- π Well Documented - README, quickstart, examples
Use Cases:
./create-bot.sh customer-support # Customer service bot
./create-bot.sh notifications # Alert/notification bot
./create-bot.sh admin-panel # Admin tools bot
./create-bot.sh data-collector # Survey/data collection botπ Location: telegram-bot-templates/ | β‘ Quick Start β | π Full Docs β
Example: The Attorney Finder Bot was built using this template!
We've added powerful new automation features to supercharge your DevOps workflow:
- π Claude Code Usage Tracking - Automatically track AI usage, tokens, and costs on every commit
- β‘ Automated Usage Workflow - GitHub Actions tracks usage on every push/PR with detailed reports
- π§ͺ Enhanced Testing - Comprehensive diagnostics with beautiful progress indicators and troubleshooting
- π Interactive Makefile - Progress bars, colored output, and clear status updates
- π Enhanced CI/CD - Better feedback in GitHub Actions workflows with test troubleshooting
- π¨ SEO & Marketing Automation - Auto-generate sitemap, robots.txt, schema.json, CNAME, and more
- π CNAME Generation - Easy custom domain setup for GitHub Pages with DNS guidance
- π± Social Media Ready - Meta tags and graphics templates for all platforms
- π Auto Update Checker - Stay current with interactive update notifications
# Complete setup (includes new features)
make setup
# Run enhanced tests with diagnostics
make test
# Generate all SEO files (including CNAME)
make seo-optimize
# Check for updates
make update
# View project status and usage
make status
make view-usage
# See all available commands
make helpπ Read the Complete Features Guide β
GitHub Actions automatically tracks Claude Code usage on every push and PR:
- π Token Calculation - Estimates tokens based on code changes
- π° Cost Estimation - Calculates costs using Claude Sonnet 4.5 pricing
- π§ͺ Test Feedback - Comprehensive diagnostics with troubleshooting for failures
- π¬ PR Comments - Automatic comments on PRs with usage stats
- π Reports - Detailed workflow summaries and test results
Triggers: Every push, pull request, and manual workflow dispatch
# Automatically provides on every PR:
## π Claude Code Usage & Test Report
| Metric | Value |
|--------|-------|
| Estimated Tokens | ~6,452 |
| Estimated Cost | $0.0420 |
| Files Changed | 5 |
| Lines Changed | 593 |Easily set up custom domains for GitHub Pages:
# Generate CNAME with DNS instructions
CUSTOM_DOMAIN=docs.yourcompany.com bash scripts/generate-cname.sh
# Or include in SEO generation
make seo-optimizeFeatures:
- β Supports apex domains (example.com) and subdomains (docs.example.com)
- β Provides complete DNS configuration guide
- β A records and CNAME records with GitHub Pages IPs
- β Step-by-step GitHub Pages setup
- β SSL/TLS guidance
Stay current with new features and fixes:
# Check for updates interactively
make updateShows:
- β¨ New features available
- π Bug fixes
- π Documentation updates
- π Affected files
- Interactive update prompt with stash support
Automatically generate professional commit messages and PR descriptions!
- π€ Auto PR Descriptions - GitHub Actions automatically generates comprehensive PR descriptions when you create a PR
- βοΈ Commit Message Generator - Interactive script analyzes your changes and suggests commit messages
- π Commit Linting - Validates all commit messages follow conventional commits format
- π Statistics - Automatic analysis of files changed, insertions, deletions, and commit types
# Generate commit message (interactive)
./scripts/generate-commit-message.sh
# Generate PR description
./scripts/generate-pr-description.sh
# Or use NPM scripts
npm run commit
npm run prWhen you create a PR, the system automatically:
- β Analyzes all commits
- β Categorizes by type (feat, fix, docs, etc.)
- β Generates comprehensive description
- β Adds statistics and commit history
- β Posts summary comment
All commits must follow:
<type>: <description>
Valid types: feat, fix, docs, chore, test, refactor, perf, style, build, ci
π Complete Guide β | Quick Reference β
# Download and run installer
bash setup-devops-quick-access.sh
# Restart terminal or reload config
source ~/.zshrc # or ~/.bashrc
# Try it!
devops-quickResult: Commands available globally in all directories.
# Create prompt directory
mkdir -p ~/.devops-prompts
# Copy prompt files (full.md, quick.md, merge.md, security.md, deploy.md)
# to ~/.devops-prompts/
# Add aliases to your shell config
echo 'alias devops="claude-code \"\$(cat ~/.devops-prompts/full.md)\""' >> ~/.zshrc
# Reload
source ~/.zshrc# In your project directory
mkdir -p .devops/prompts
# Copy prompt files to .devops/prompts/
# Add to Makefile or package.json scripts
make devops # or npm run devops| Command | Purpose | Time | When to Use |
|---|---|---|---|
devops |
Full 15-step pipeline check | 5-10 min | Before major deployments |
devops-quick |
Traffic light health check | 30 sec | Every morning, quick status |
devops-merge |
Pre-merge preparation | 3-5 min | Before creating PRs |
devops-security |
Security scan only | 2 min | Before commits, routine checks |
devops-deploy |
Deployment workflow | 10-15 min | Production deployments |
devops (Full Pipeline)
π Secret scanning (no API keys committed)
π Dependency vulnerabilities (npm audit)
β Build status & troubleshooting
β Code cleanup (console.logs, debug)
ποΈ Database backup verification
β Documentation updates (CHANGELOG, README)
β TODO/FIXME review
β VERSION bumping
π Performance checks (bundle size)
β CI/CD workflow verification
π§ͺ Smoke tests
devops-quick (30-Second Check)
π’ Build | π’ Tests (87%) | π’ Deploy | π’ Monitoring
Or with issues:
π΄ Build FAILED | π’ Tests | β οΈ Deploy SLOW | π’ Monitoring
devops-merge (Pre-Merge)
1. Verify builds passing (auto-retry if failed)
2. Run cleanup checklist
3. Update all documentation
4. Check for merge conflicts
5. Generate PR or merge command
devops-security (Security Only)
1. Scan for secrets (trufflehog/git-secrets)
2. Check dependency vulnerabilities
3. Verify .env not committed
4. Validate environment variables
devops-deploy (Deployment)
1. Pre-deploy: Backup database, verify env
2. Deploy: Execute deployment
3. Post-deploy: Run smoke tests
4. Monitor: Check errors for 15 min
5. Notify: Alert team of status
| File | Purpose | Size |
|---|---|---|
| setup-devops-quick-access.sh | One-click installer | 13 KB |
| DEVOPS-CHEATSHEET.txt | Visual quick reference | 22 KB |
| devops-quick-access.md | Complete guide with all options | 17 KB |
| effective-devops-prompts.md | Advanced patterns & best practices | 22 KB |
| security-implementation-guide.md | Security tools setup guide | 19 KB |
| github-actions-workflows.md | CI/CD automation templates | 21 KB |
| devops-pipeline-template.md | Full pipeline prompt template | 13 KB |
| devops-quickstart.md | Copy-paste ready examples | 4 KB |
Intelligent tiered documentation enforcement that prevents deviation from project goals while maintaining developer velocity.
Automatic Tiered Enforcement:
- π Detects feature size automatically (lines changed)
- βοΈ Applies appropriate requirements based on complexity
- π« Blocks merge for medium/large features without proper docs
β οΈ Provides warnings and guidance for small features
Smart Requirements:
| Tier | Size | Requirements | Enforcement |
|---|---|---|---|
| 1 (Small) | <200 lines | Brief context, 50+ words | Warnings only |
| 2 (Medium) | 200-1000 lines | All sections, 100+ words | Blocks merge |
| 3 (Large) | >1000+ lines | Comprehensive, 200+ words | Blocks merge |
Option 1: Use CLI Tools (Recommended)
# Set up CLI tools (one-time setup)
mkdir -p ~/.devops-prompts/features
cp .devops/prompts/features/*.md ~/.devops-prompts/features/
# Add aliases to ~/.zshrc or ~/.bashrc
echo 'alias devops-feature-start="claude-code \"\$(cat ~/.devops-prompts/features/feature-start.md)\""' >> ~/.zshrc
echo 'alias devops-feature-validate="claude-code \"\$(cat ~/.devops-prompts/features/feature-validate.md)\""' >> ~/.zshrc
source ~/.zshrc
# Start a new feature (CLI guides you)
devops-feature-start
# Validate before PR
devops-feature-validateOption 2: Manual
# Start feature
git checkout -b feature/my-feature
# Copy template
cp docs/templates/FEATURE_TEMPLATE.md docs/features/my-feature.md
# Fill in sections as you develop
vim docs/features/my-feature.md
# Commit with feature
git add docs/features/my-feature.md
git commit -m "docs: add feature documentation"Quick References:
- docs/FEATURE-DOCS-README.md - Quick start for developers
- docs/HYBRID-SETUP-GUIDE.md - 5-minute setup guide
Implementation Guides:
- docs/TIERED-FEATURE-WORKFLOW.md - How the tier system works (6000+ words)
- docs/ROLLOUT-PLAN.md - Progressive 6-week adoption plan (8000+ words)
- docs/FEATURE-DOCUMENTATION-GUIDE.md - Complete developer guide (5000+ words)
- docs/FEATURE-DOCS-IMPLEMENTATION-RECOMMENDATIONS.md - 3 implementation approaches
Templates & Tools:
- docs/templates/FEATURE_TEMPLATE.md - Copy-paste documentation template
- .github/workflows/feature-docs-check.yml - Automated tiered validation
- .devops/prompts/features/ - CLI tool prompts
- scripts/doc-metrics.sh - Coverage and quality tracking
CLI Commands:
devops-feature-start # Create feature branch + docs scaffold
devops-feature-validate # Check documentation completenessMonitoring:
./scripts/doc-metrics.sh # View coverage by tier, quality metricsGitHub Actions:
- Automatic enforcement on all feature branch PRs
- Tier-based requirements
- Helpful PR comments with guidance
- Detailed status reporting
Measurable Impact:
- π 100% coverage for medium/large features (enforced)
- β‘ 40% faster code reviews (reviewers have context)
- π― Zero deviation from project goals (documented alignment required)
- π 30% faster onboarding (feature history available)
- π 60% fewer "why was this built?" questions
Developer Experience:
- π Small features aren't burdened (warnings only)
- π€ CLI tools provide helpful guidance
- π Progressive 6-week rollout (gentle adoption)
- π Quality metrics track improvement
Tier 1: Small Features (<200 lines)
- Example: Button color change, text update, minor UI tweak
- Requirement: Brief documentation recommended
- Enforcement: Warnings only (won't block merge)
- Time: ~5 minutes
Tier 2: Medium Features (200-1000 lines)
- Example: New form component, API endpoint, database migration
- Requirement: All 4 sections, 100+ words, substantive content
- Enforcement: Blocks merge if missing
- Time: ~15 minutes
Tier 3: Large Features (>1000 lines)
- Example: Authentication system, payment integration, major refactor
- Requirement: Comprehensive docs, 200+ words, detailed sections
- Enforcement: Blocks merge if insufficient
- Time: ~30 minutes
Phase 1 (Weeks 1-2): Soft Launch
- Workflow runs in warning mode only
- Team learns tools and process
- No blocking, just guidance
Phase 2 (Weeks 3-4): Large Features
- Tier 3 (>1000 lines) enforcement begins
- Tier 1 & 2 remain warnings only
- ~20% of features affected
Phase 3 (Weeks 5-6): Standard Enforcement
- Tier 2 & 3 enforcement active
- ~80% of features require docs
- Tier 1 remains recommended
Phase 4 (Week 7+): Standard Practice
- Continuous improvement
- Monthly office hours
- Metrics tracking
See: docs/ROLLOUT-PLAN.md for detailed plan with communication templates
For DevOps Lead:
- Read
docs/HYBRID-SETUP-GUIDE.md(5 min) - Set up CLI tools
- Run
./scripts/doc-metrics.shfor baseline - Review
docs/ROLLOUT-PLAN.md - Schedule team demo
For Developers:
- Read
docs/FEATURE-DOCS-README.md(5 min) - Install CLI tools (2 min)
- Try on next feature
- Run
devops-feature-validatebefore PR
For Teams:
- Follow 6-week rollout plan
- Run weekly metrics
- Hold office hours (2x/week initially)
- Iterate based on feedback
# Run metrics script
./scripts/doc-metrics.sh
# Shows:
# - Coverage by tier (Tier 1/2/3 percentages)
# - Quality metrics (sections, word count, project refs)
# - Files needing improvement
# - Overall quality score with recommendationsAdjust tier thresholds:
Edit .github/workflows/feature-docs-check.yml lines 49-67
Adjust word requirements:
Edit .github/workflows/feature-docs-check.yml lines 168-173
Customize template:
Edit docs/templates/FEATURE_TEMPLATE.md
Combines best of three approaches:
- β Automatic enforcement (ensures compliance)
- β Developer guidance (makes it easy)
- β Tiered requirements (appropriate rigor)
Result: High-quality documentation without developer frustration
Complete Guide: docs/FEATURE-DOCS-README.md | Setup: docs/HYBRID-SETUP-GUIDE.md | Rollout: docs/ROLLOUT-PLAN.md
bash setup-devops-quick-access.sh
source ~/.zshrc
devops-quick # Test it workscd /path/to/main-project
devops-add-to-project
make devops # or npm run devopsFollow security-implementation-guide.md:
- Install git-secrets
- Setup npm audit
- Create .env.example
- Add validation scripts
Follow github-actions-workflows.md:
- Add workflows to .github/workflows/
- Configure secrets
- Test automation
- Share setup script with team
- Create project-specific customizations
- Add to onboarding docs
- Add project to your system:
cd your-project
devops-add-to-project- Customize prompts for your project:
# Edit project-specific prompts
vim .devops/prompts/full.md
# Add project-specific checks
echo "- [ ] Test Telegram bot responses" >> .devops/prompts/full.md
echo "- [ ] Verify affiliate links parsing" >> .devops/prompts/full.md
echo "- [ ] Check rate limiting" >> .devops/prompts/full.md- Add to your workflow:
// package.json
{
"scripts": {
"precommit": "npm run devops:security",
"prepush": "npm run devops:merge",
"predeploy": "npm run devops"
}
}Edit base prompts:
vim ~/.devops-prompts/full.md # Full pipeline
vim ~/.devops-prompts/quick.md # Quick check
vim ~/.devops-prompts/merge.md # Pre-merge
vim ~/.devops-prompts/security.md # Security
vim ~/.devops-prompts/deploy.md # Deployment# .git/hooks/pre-push
#!/bin/bash
claude-code "$(cat ~/.devops-prompts/merge.md)".PHONY: check merge deploy
check:
@claude-code "$$(cat .devops/prompts/full.md)"
merge:
@claude-code "$$(cat .devops/prompts/merge.md)"
deploy:
@claude-code "$$(cat .devops/prompts/deploy.md)"{
"scripts": {
"check": "claude-code \"$(cat .devops/prompts/full.md)\"",
"merge": "claude-code \"$(cat .devops/prompts/merge.md)\"",
"deploy": "claude-code \"$(cat .devops/prompts/deploy.md)\""
}
}See github-actions-workflows.md for complete CI/CD setup.
{
"version": "2.0.0",
"tasks": [
{
"label": "DevOps Check",
"type": "shell",
"command": "claude-code \"$(cat .devops/prompts/full.md)\"",
"problemMatcher": []
}
]
}Morning:
devops-quick # Check status from overnight buildsBefore Committing:
devops-security # Scan for secrets & vulnerabilitiesBefore Creating PR:
devops-merge # Run full pre-merge checklistBefore Deploying:
devops # Full pipeline validationDuring Deployment:
devops-deploy # Guided deployment with monitoring-
Standardize checks across team
- Share prompts via gist or repo
- Include in project setup docs
- Add to CI/CD for enforcement
-
Customize per project type
- Frontend: Add Lighthouse, bundle size
- Backend: Add API tests, DB migrations
- Full-stack: Combine both
-
Integrate with existing tools
- Don't replace tools, complement them
- Use as pre-flight checks
- Catch issues before CI/CD
# Reload shell config
source ~/.zshrc # or ~/.bashrc
# Check aliases exist
alias | grep devops
# Re-run installer if needed
bash setup-devops-quick-access.sh# Install Claude Code
# Visit: https://docs.claude.com/claude-code
# Or use Claude.ai web interface instead
# (commands won't work, but prompts still useful)# Check files exist
ls ~/.devops-prompts/
# Should see: full.md, quick.md, merge.md, security.md, deploy.md
# If missing, re-run installer
bash setup-devops-quick-access.sh# Backup current prompts
cp -r ~/.devops-prompts ~/.devops-prompts.backup
# Re-run installer (overwrites with defaults)
bash setup-devops-quick-access.sh
# Or manually edit
vim ~/.devops-prompts/full.md| Document | What's Inside | Read When |
|---|---|---|
| DEVOPS-CHEATSHEET.txt | Visual quick reference card | Keep handy, print it |
| devops-quick-access.md | All access methods & options | Planning implementation |
| setup-devops-quick-access.sh | Automated installer | First time setup |
| effective-devops-prompts.md | Advanced patterns & examples | Learning best practices |
| security-implementation-guide.md | Tool setup & configuration | Adding security scans |
| github-actions-workflows.md | CI/CD automation | Setting up automation |
| devops-pipeline-template.md | Detailed pipeline prompt | Understanding what runs |
| devops-quickstart.md | Copy-paste examples | Need quick examples |
- Run
setup-devops-quick-access.sh - Use
devops-quickdaily - Read
DEVOPS-CHEATSHEET.txt - Try
devops-mergebefore next PR
- Add to one project:
devops-add-to-project - Customize prompts for your needs
- Set up security tools from guide
- Share with team
- Integrate with CI/CD (GitHub Actions)
- Create custom project templates
- Build team-specific workflows
- Contribute improvements back
- Install on your machine
- Use for your projects
- Refine based on your workflow
- Add to main projects
- Customize per project
- Add to CI/CD
- Share setup script
- Add to onboarding
- Create team standards
- Publish internal package
- Standardize across teams
- Measure impact metrics
Track these to measure impact:
- Time saved: Manual checks vs automated
- Issues caught: Before vs after implementation
- Deploy confidence: Failed deploys before/after
- Team adoption: % of team using regularly
- Incident reduction: Production issues over time
# Option 1: GitHub Gist
# Create gist with all prompt files
# Share install link: curl -L gist-url/install.sh | bash
# Option 2: Internal Repo
git init devops-toolkit
cp ~/.devops-prompts/* devops-toolkit/
git add . && git commit -m "Initial toolkit"
git push origin main
# Option 3: NPM Package
npm init
# Add scripts, publish
npm publish @yourcompany/devops-cli# Edit prompts to fit your stack
# Add company-specific checks
# Share improvements back
# Build internal best practicesNext Steps:
- Install:
bash setup-devops-quick-access.sh - Test:
devops-quick - Use: Add to your daily workflow
- Customize: Edit prompts for your needs
- Share: Roll out to team
Questions? Check:
- Cheat sheet:
cat ~/.devops-prompts/CHEATSHEET.txt - Quick ref:
cat ~/.devops-prompts/QUICKREF.md - Full docs: All
.mdfiles in outputs directory
Get Help:
- Check troubleshooting section above
- Review documentation files
- Test individual components
Stay Updated:
- Bookmark installer script location
- Check for prompt improvements
- Share learnings with team
Happy DevOps-ing! π
Making professional DevOps practices accessible to everyone, one command at a time.