cicd-integrator

Generates GitHub Actions workflows and scripts that gate pull requests on eval regressions.

1|9|Updated Jul 11, 2026
One-click install
npx skills add https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul --skill cicd-integrator-agenticgogol
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: cicd-integrator
Source: https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul/tree/main/.claude/skills/cicd-integrator
Command: npx skills add https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul --skill cicd-integrator-agenticgogol

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Eval results often live only in local runs, so prompt or agent changes can silently regress quality before anyone notices. This Skill wires your eval suite into CI/CD so every pull request is automatically compared against a stored baseline and merges are blocked on real regressions. ## Core Features & Use Cases - Baseline Comparison Script: Generates eval/scripts/compare_to_baseline.py, which reruns the eval via the existing promptfoo config and fails on aggregate score drops or any previously-passing example that now fails. - Judge Trust Gating: Reads eval/calibration_report.md so metrics with judge kappa below 0.6 warn instead of block, keeping uncalibrated judges from halting merges. - PR Comment Reporting: Creates eval/scripts/post_pr_comment.py to post aggregate deltas, regressed example IDs, and per-metric breakdowns directly on the pull request. - Use Case: A team editing prompts in prompts/** wants every PR checked: the generated .github/workflows/eval-gate.yml runs cheap code-based assertions first, then judge-based metrics, and blocks the merge only on calibrated, blocking failures. ## Quick Start Ask the agent to wire the eval into CI by generating a GitHub Actions eval gate that compares each PR against the stored baseline and posts the results as a PR comment.

Frequently Asked Questions about cicd-integrator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I block pull requests on eval regressions in GitHub Actions?▼

Generate an eval gate workflow that runs a comparison script on each pull request, checking the new results against a stored baseline.json. The build fails if the aggregate score drops beyond tolerance or if any previously passing example now fails.

How to add an eval gate to a CI pipeline for LLM prompts?▼

Create a workflow triggered on pull_request events filtered to paths like prompts/**, tools/**, and agent/**. It checks out the repo, installs dependencies, runs the baseline comparison, and posts results as a PR comment before exiting non-zero on blocking failures.

Should uncalibrated LLM judges block merges in CI?▼

No. Judges with a calibration kappa below 0.6, or with no calibration report at all, should warn only and never fail the build. Only judge-based metrics calibrated at 0.6 or higher, ideally 0.8, should be allowed to block a merge.

Why run code-based assertions before LLM judge metrics in CI?▼

Code-based assertions are cheap and deterministic, so running them first fails fast without spending judge-call budget. This ordering mirrors the baseline eval run and reduces API cost per pull request.

What are the cost implications of running LLM evals on every PR?▼

Each pull request triggers live provider calls for the eval and judge metrics, incurring real API charges. Confirm the expected PR frequency and budget with the team before enabling the workflow.