groq-ci-integration
Sets up automated CI/CD for Groq-powered apps, featuring unit tests, live integration tests, and model deprecation checks.
Install
mkdir -p .claude/skills/groq-ci-integration && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6879" && unzip -o skill.zip -d .claude/skills/groq-ci-integration && rm skill.zipInstalls to .claude/skills/groq-ci-integration
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Configure Groq CI/CD integration with GitHub Actions, testing, and modelKey capabilities
- →Configure GitHub Actions for Groq unit tests
- →Set up GitHub Actions for Groq integration tests
- →Implement a weekly model deprecation check
- →Store Groq API keys as GitHub secrets
- →Gate releases behind a live Groq check
How it works
The skill outlines creating GitHub Actions workflows for unit, integration, and model deprecation tests, storing API keys securely, and implementing an integration test suite.
Inputs & outputs
When to use groq-ci-integration
- →Configuring GitHub Actions for Groq SDK testing
- →Setting up live integration tests for model inference
- →Creating automated checks for model deprecation
- →Managing API keys as secure environment variables in CI
About this skill
Groq CI Integration
Overview
Set up CI/CD pipelines for Groq integrations with unit tests (mocked), integration tests (live API), and model deprecation checks. Groq's fast inference makes live integration tests practical in CI -- a completion round-trip takes < 500ms.
Prerequisites
- GitHub repository with Actions enabled
- Groq API key stored as GitHub secret
- vitest or jest for testing
Instructions
The integration has four moving parts. Read this section for the high-level flow, then drill into the reference files for the full copy-paste blocks — the complete workflows and configuration live in references/implementation.md and the full test suite in references/examples.md.
Step 1: GitHub Actions workflow
Write .github/workflows/groq-tests.yml with three jobs: unit-tests (mocked
groq-sdk, runs on every PR, no key), integration-tests (live API,
push-to-main only, guarded by if: github.event_name != 'pull_request'), and
a weekly model-check cron that diffs the model IDs the code references against
Groq's live model list. The job skeleton:
# .github/workflows/groq-tests.yml — see references/implementation.md for full file
on:
push: { branches: [main] }
pull_request: { branches: [main] }
schedule:
- cron: "0 6 * * 1" # Weekly model deprecation check
jobs:
unit-tests: # mocked groq-sdk, no API key
integration-tests: # live API, push-to-main only
model-check: # curl /v1/models, flag deprecated IDs
Step 2: Configure secrets
Store a CI-scoped key with gh secret set GROQ_API_KEY --body "gsk_your_ci_key_here". Keep it separate from the production key so it rotates
and tracks CI usage independently.
Step 3: Integration test suite
Add tests/groq.integration.ts gated on a GROQ_INTEGRATION env var (so the
file is a no-op without a key). It asserts model listing, chat completion,
streaming, and JSON mode. Full file:
references/examples.md.
Step 4: Release workflow
Gate npm publish behind a live production Groq round-trip so a broken key or
deprecated model blocks the release. Full release.yml:
references/implementation.md.
CI best practices: mock groq-sdk in unit tests, run integration tests
only on main push (saves quota), prefer llama-3.1-8b-instant (cheapest,
fastest) with low max_tokens (5-50), add timeout-minutes: 2, and schedule
the weekly deprecation check.
Output
Applying this skill produces the following files in the target repository:
| File | Purpose |
|---|---|
.github/workflows/groq-tests.yml | Unit + integration + weekly model-check jobs |
.github/workflows/release.yml | Tag-triggered release gated on a live Groq check |
tests/groq.integration.ts | GROQ_INTEGRATION-gated live API test suite |
GROQ_API_KEY GitHub secret | CI-scoped key set via gh secret set |
At runtime the workflow reports three independent checks in the GitHub Actions
panel — unit-tests (green without any key), integration-tests (verbose
per-assertion output on push to main), and model-check (a code-vs-Groq
model diff that exits non-zero on any deprecated model ID).
Error Handling
| Issue | Cause | Solution |
|---|---|---|
| Secret not found | GROQ_API_KEY not configured | gh secret set GROQ_API_KEY |
| Integration test timeout | Network issue or rate limit | Increase timeout, add retry |
| Model check fails | Model deprecated | Update model ID in source code |
| Flaky tests | Rate limiting in CI | Add backoff, run integration tests less often |
Examples
Set the CI secret and scaffold the workflow. Store a dedicated CI key, then drop in the workflow from the reference file:
gh secret set GROQ_API_KEY --body "gsk_your_ci_key_here"
# copy .github/workflows/groq-tests.yml from references/implementation.md
Run the integration suite locally before pushing. The suite is inert without the flag, so opt in explicitly:
GROQ_INTEGRATION=1 npx vitest tests/groq.integration.ts --reporter=verbose
Full walkthroughs: references/implementation.md (workflows, secrets, release gate) and references/examples.md (complete integration test suite + how to read the CI output).
Resources
Next Steps
For deployment patterns — provisioning production keys, environment promotion,
and rollback on a failed Groq health check — see the groq-deploy-integration
skill, which picks up where this CI gate leaves off.
When not to use it
- →When a different testing framework than vitest or jest is required
- →When not using Groq for inference
Prerequisites
Limitations
- →Integration tests run only on main branch push
- →Unit tests require mocking the groq-sdk
- →Model check flags deprecated IDs
How it compares
This skill provides specific CI/CD configurations for Groq integrations, enabling automated testing and model validation within GitHub Actions.
Compared to similar skills
groq-ci-integration side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| groq-ci-integration (this skill) | 1 | 26d | Review | Intermediate |
| perf-lighthouse | 13 | 5mo | Review | Intermediate |
| smoke-test | 6 | 4mo | Review | Beginner |
| 1k-dev-commands | 2 | 28d | Review | Beginner |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
perf-lighthouse
tech-leads-club
Run Lighthouse audits locally via CLI or Node API, parse and interpret reports, set performance budgets. Use when measuring site performance, understanding Lighthouse scores, setting up budgets, or integrating audits into CI. Triggers on: lighthouse, run lighthouse, lighthouse score, performance audit, performance budget.
smoke-test
mastra-ai
Create a Mastra project using create-mastra and smoke test the studio in Chrome
1k-dev-commands
OneKeyHQ
Development commands — yarn scripts for dev servers, building, linting, testing, and troubleshooting.
instantly-ci-integration
jeremylongshore
Configure Instantly CI/CD integration with GitHub Actions and testing. Use when setting up automated testing, configuring CI pipelines, or integrating Instantly tests into your build process. Trigger with phrases like "instantly CI", "instantly GitHub Actions", "instantly automated tests", "CI instantly".
obsidian-ci-integration
jeremylongshore
Set up GitHub Actions CI/CD for Obsidian plugin development. Use when automating builds, tests, and releases for your plugin, or setting up continuous integration for Obsidian projects. Trigger with phrases like "obsidian CI", "obsidian github actions", "obsidian automated build", "obsidian CI/CD".
apollo-ci-integration
jeremylongshore
Configure Apollo.io CI/CD integration. Use when setting up automated testing, continuous integration, or deployment pipelines for Apollo integrations. Trigger with phrases like "apollo ci", "apollo github actions", "apollo pipeline", "apollo ci/cd", "apollo automated tests".