groq-prod-checklist

name	groq-prod-checklist
description	Execute Groq production deployment checklist and go-live procedures. Use when deploying Groq integrations to production, preparing for launch, or implementing go-live procedures. Trigger with phrases like "groq production", "deploy groq", "groq go-live", "groq launch checklist".
allowed-tools	Read, Bash(curl:*)
version	1.11.0
license	MIT
author	Jeremy Longshore <[e-mail]>
tags	["saas","groq","deployment"]
compatibility	Designed for Claude Code, also compatible with Codex and OpenClaw

Groq Production Checklist

Overview

Complete pre-launch checklist for deploying Groq-powered applications to production. Covers API key security, model selection, rate limit planning, fallback strategies, and monitoring setup. Work top-to-bottom: each section is a gate that must be green before the go-live verification runs.

Deep code (fallback function, health-check endpoint, go-live script) lives in references/ so this file stays scannable — drill in when you reach that step.

Prerequisites

• Staging environment tested with Groq API
• Groq Developer or Enterprise plan (free tier is not suitable for production)
• Production API key created in console.groq.com
• Monitoring and alerting infrastructure ready

Instructions

Read the target app's Groq integration and config, then walk each gate below. Tick every box; an unchecked item is a launch blocker.

1. API Key & Auth

• Production API key stored in secret manager (not .env files)
• Key is NOT shared with development or staging environments
• Key rotation procedure documented and tested
• Pre-commit hook blocks gsk_ pattern in code

2. Model Selection

• Production model chosen and tested (recommend llama-3.3-70b-versatile)
• Fallback model configured (llama-3.1-8b-instant)
• Deprecated model IDs removed (check deprecations)
• max_tokens set to actual expected output size (not context max)

3. Rate Limit Planning

• Production rate limits known (check console.groq.com/settings/limits)
• Estimated peak RPM < 80% of limit
• Estimated peak TPM < 80% of limit
• Exponential backoff with header implemented