← ClaudeAtlas

github-ci-initlisted

GitHub Actions CI scaffolding for this user. Installs the curated "default adopted set" — release-please, Claude Code Action (@claude mentions + automated PR review) — by copying bundled workflow templates into a repository's `.github/`. Load whenever the user wants to add CI, GitHub Actions, automated quality checks, release-please, Claude Code Action, automated code review, or retrofit CI onto an existing repository. This skill is DISTINCT from `gha-style` (which covers the coding conventions for writing and editing individual workflow files) — load THIS one for the initial scaffolding (the "which workflows ship and where do they go" decision), then hand off to `gha-style` for any per-file editing afterwards. Also trigger on "/github-ci-init", "set up CI", "add GitHub Actions", "release-please", "claude code action", "claude code review", "@claude workflow", "artifact attestation", "build provenance", "SLSA", ".github/workflows/", or any mention of project-level CI bootstrap.
furedea/agent-harness · ★ 1 · Code & Development · score 67
Install: claude install-skill furedea/agent-harness
# GitHub CI Init Workflow ## Scope This skill adds **optional, project-specific** GitHub Actions CI workflows to a repository. It complements the `furedea/template-minimal` GitHub template, which already ships the baseline workflows (`gha_lint.yml`, `dependency_review.yml`, `dependency_review_config.yml`, `renovate.json`). It does NOT own **writing or editing the YAML contents of individual workflow files** — that belongs to the `gha-style` skill (permissions minimization, action version pinning, script injection prevention, etc.). ## When to apply vs skip Not every project benefits from these optional workflows. Applying them to a throwaway repo creates maintenance noise (CodeQL alerts on every PR, release-please commits) that outweighs the payoff. ### Apply when - The project has a plausible long-term lifetime (weeks to years) - PRs are expected (from others, or from yourself via feature branches) - The project is public, or likely to become public ### Skip when - It's a throwaway experiment, tutorial follow-along, or one-off script - The project lives in a single commit and won't be touched again - It's a scratch space for exploring a library When in doubt, **skip**. CI can always be added later by running this skill again on the existing repo — that is exactly the retrofit case it is designed for. ## What templates already provide These files are already in GitHub templates and should NOT be added by this skill: - `gha_lint.yml` — actionlint + zizmor (in `tem