Spark Kanban CI Gates

Enforce CI gate checks for Spark Kanban repositories before shipping.

Updated Feb 3, 2026
One-click install
npx skills add https://github.com/BedaBeda-Growth/bedabeda-growth-site --skill spark-kanban-ci-gates
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Spark Kanban CI Gates
Source: https://github.com/BedaBeda-Growth/bedabeda-growth-site/tree/main/skills/spark-kanban-ci-gates
Command: npx skills add https://github.com/BedaBeda-Growth/bedabeda-growth-site --skill spark-kanban-ci-gates

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Coordinate and enforce repository CI gates for Spark Kanban to prevent unsafe changes from shipping.

Core Features & Use Cases

  • Mode-based gate checks: preflight, quick, and full to validate changes before merging.
  • Safety rules enforcement: block deployment when violations occur; require explicit env-switch prompts for production targets.
  • Environment awareness: detect production and flag or block actions unless user confirms environment switch.

Quick Start

From the repository root, select a mode (preflight, quick, or full) and run the corresponding gate checks to validate changes before shipping.

Frequently Asked Questions about Spark Kanban CI Gates

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

FAQPage Schema
How do I enforce CI gates to prevent unsafe changes from shipping?

To enforce CI gates, coordinate preflight, quick, and full mode gate checks on your repository to validate changes before merging. This blocks deployment upon safety rule violations and requires explicit confirmation for production environment switches.

What are preflight, quick, and full gate checks in CI?

Preflight, quick, and full gate checks are mode-based validation steps that test repository changes before merging. They enforce safety rules by detecting violations and blocking unsafe deployments, especially when targeting production environments.

How do I block production deployments unless an environment switch is confirmed?

Block production deployments by enabling environment awareness within your CI gates. This feature detects production targets, flags or blocks actions automatically, and requires explicit user confirmation before proceeding with any environment switch.

Can I run specific CI gate modes based on the type of repository change?

Yes, you can run specific CI gate modes by selecting preflight, quick, or full checks from the repository root. This mode-based gate execution allows you to scale validation depth according to the safety requirements of your changes.

Why does my CI gate block changes when production targeting is detected?

CI gates block changes when production targeting is detected because explicit safety constraints are enforced. This non-negotiable safety rule prevents unsafe deployments by requiring explicit environment switch prompts and user confirmation before proceeding.