category focus

CI/CD

Continuous integration and deployment pipelines.

2465 اسکلزall categories
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
cicd
4

self-hosted-runners

GitHub Actionsセルフホストランナーの設計、セットアップ、セキュリティ管理を行うスキル。 インストールから運用、トラブルシューティングまでの完全なライフサイクル管理を提供する。 Anchors: • GitHub Actions Documentation / 適用: セルフホストランナー公式仕様 / 目的: 正確なAPI使用と設定 • CIS Benchmark for Linux / 適用: ランナーホストのセキュリティ / 目的: セキュリティ強化 • The Pragmatic Programmer / 適用: 実践的改善 / 目的: 段階的な実装と継続的改善 Trigger: Use when setting up self-hosted runners, configuring runner labels, implementing security measures, troubleshooting runner issues, or optimizing runner performance. self-hosted, runner, GitHub Actions, ephemeral, labels, security, setup, configuration

daishiman
daishiman
devops
open
cicd
4

ci-cd-pipelines

GitHub Actionsを用いたCI/CDパイプラインの設計・実装・最適化を支援する。品質ゲート、並列化、キャッシング、デプロイ戦略、可観測性の判断を含む。Use when: GitHub Actionsワークフローの新規作成・改善、CI/CD自動化、品質ゲート設計、並列化やキャッシュ最適化が必要なとき。 Anchors: Continuous Delivery, DevOps, GitHub Actions workflow architecture Trigger: ci/cd pipeline design, github actions workflow, quality gate, caching strategy, parallel jobs, deployment automation

daishiman
daishiman
devops
open
cicd
4

electron-packaging

Electronアプリケーションのビルド・パッケージング・配布を統一的に管理する専門知識。 electron-builderによるクロスプラットフォーム対応、コード署名、インストーラー生成を支援。 Anchors: • electron-builder / 適用: ビルド設定・パッケージング / 目的: クロスプラットフォーム配布 • Code Signing / 適用: macOS/Windows署名 / 目的: セキュアな配布 • The Pragmatic Programmer / 適用: ビルドプロセス設計 / 目的: 繰り返し可能なワークフロー Trigger: Use when building production Electron applications, generating installers for macOS/Windows/Linux, implementing code signing, or packaging desktop apps for release. electron-builder, dmg, exe, AppImage, code signing, packaging

daishiman
daishiman
devops
open
cicd
4

pr-monitor

Monitor a PR through CI, reviews, and merge conflicts until ready for human review. Use when user says "monitor PR", "watch PR", "wait for CI", or wants automated PR workflow. Creates PR if needed, then monitors Dagger CI, automated review comments, and merge conflicts.

shepherdjerred
shepherdjerred
devops
open
cicd
4

push

プッシュ操作。プッシュして、push、リモートに反映、と言われた時に使用。

dealforest
dealforest
devops
open
cicd
4

executing-plans

Use when partner provides a complete implementation plan to execute in controlled batches with review checkpoints - loads plan, reviews critically, executes tasks in batches, reports for review between batches

alexsandrocruz
alexsandrocruz
devops
open
cicd
4

parallel-ready-django

Audit and prepare a Django codebase for parallel multi-agent development. Use when asked to check if a Django project is ready for parallelization, prepare a repo for multi-agent work, audit codebase structure, set up orchestration infrastructure, or identify blockers for parallel development. Analyzes Django apps, models, migrations, and module boundaries.

jpoutrin
jpoutrin
devops
open
cicd
4

writing-plans

Use when you have a spec or requirements for a multi-step task, before touching code

Sentry01
Sentry01
devops
open
cicd
4

docker-build-push-action

GitHub ActionsでのDockerビルド/プッシュを設計・実装するスキル。 レジストリ認証、キャッシュ戦略、マルチプラットフォーム対応を整理する。 Anchors: • docker/build-push-action / 適用: ビルドとプッシュ / 目的: 自動化 • BuildKit / 適用: キャッシュ最適化 / 目的: ビルド高速化 • Registry Authentication / 適用: 認証設計 / 目的: 安全な配布 Trigger: Use when configuring GitHub Actions for Docker build and push, managing registry auth, or optimizing BuildKit cache. docker build push action, buildx, registry auth, github actions docker

daishiman
daishiman
devops
open
cicd
4

release

FABER Phase 5 - Creates pull request, deploys changes, updates documentation, and closes work item

fractary
fractary
devops
open
cicd
4

trivy

This skill should be used when scanning container images, filesystems, or repositories for vulnerabilities using Trivy. Use for CVE detection, security analysis, vulnerability comparison across image versions, understanding scan output (severity levels, status fields), and batch scanning multiple images.

plinde
plinde
devops
open
cicd
4

ghe-transition

CHANGE phases in the GitHub Elements workflow. Closes current thread and opens next phase thread. This is a PHASE CHANGE operation, not just saving progress. USE THIS SKILL WHEN: - User says "transition to TEST" or "move to REVIEW" - User says "I'm done with DEV, start TEST" or "DEV complete" - User says "advance to next phase" or "close this phase" - User says "demote to DEV" (from TEST or REVIEW) - User says "tests pass, ready for review" - User says "merge this" (after REVIEW PASS) - User explicitly wants to END current phase and BEGIN next DO NOT USE THIS SKILL WHEN: - User just wants to SEE status (use ghe-status) - User wants to START work on new issue (use ghe-claim) - User wants to SAVE progress but CONTINUE working (use ghe-checkpoint) - User wants reports (use ghe-report) - User is not ready to END current phase IMPORTANT: This CLOSES current thread and OPENS next thread. Use ghe-checkpoint if you just want to save progress without changing phases. EXAMPLES: <example> Context: DEV work complete,

Emasoft
Emasoft
devops
open
cicd
4

security-scanning

CI/CDパイプラインに統合するセキュリティスキャンの設計と実装を支援するスキル。 依存関係の脆弱性検出、コンテナイメージスキャン、SBOM生成、シークレット検出を対象とする。 Anchors: • OWASP Dependency-Check / 適用: 脆弱性検出とリスク評価 / 目的: 既知の脆弱性の特定 • CIS Docker Benchmark / 適用: コンテナセキュリティ / 目的: コンテナイメージの安全性確保 • NIST SBOM Guidelines / 適用: ソフトウェア部品表 / 目的: サプライチェーンの透明性 Trigger: Use when setting up security scanning in CI/CD, detecting vulnerabilities in dependencies, scanning container images, generating SBOM, or detecting secrets in code. security scan, vulnerability, trivy, dependabot, npm audit, container scan, SBOM, secret detection

daishiman
daishiman
devops
open
cicd
4

confidence-check

Pre-implementation confidence assessment (≥90% required). Use before starting any implementation to verify readiness with duplicate check, architecture compliance, official docs verification, OSS references, and root cause identification.

agiletec-inc
agiletec-inc
devops
open
cicd
4

reusable-workflows

GitHub Actions再利用可能ワークフローの専門スキル。 ワークフロー共有、入力・出力設計、シークレット管理を提供します。 Anchors: • 『Continuous Delivery』(Jez Humble) / 適用: CI/CD / 目的: パイプライン設計と自動化戦略 Trigger: GitHub Actions再利用可能ワークフロー作成時、共通CI/CDパイプライン設計時に使用

daishiman
daishiman
devops
open
cicd
4

gh-pr-review

PR 代码审查、问题修复、CI 验证与合并。

wscffaa
wscffaa
devops
open
cicd
4

deployment-strategies

デプロイ戦略の選定、実装、検証、ロールバック計画を体系化するスキル。 Blue-Green/Canary/Rolling の適用判断と運用設計を整理する。 Anchors: • Release It! / 適用: デプロイ安定性 / 目的: 本番運用の安全性 • Continuous Delivery / 適用: 段階的リリース / 目的: リスク低減 • Observability / 適用: 検証設計 / 目的: 監視による品質担保 Trigger: Use when choosing deployment strategies, designing rollout plans, preparing rollback procedures, or validating deployment readiness. blue green, canary, rolling deployment, rollback, smoke test

daishiman
daishiman
devops
open
cicd
4

parallel-jobs-gha

GitHub Actionsの並列ジョブ実行とジョブ依存関係管理のスキル。needs構文による依存関係制御、outputs/artifacts/cacheを活用したデータ受け渡し、matrix戦略による並列度調整を提供する。 Anchors: • The Pragmatic Programmer (Andrew Hunt, David Thomas) - CI/CDパイプラインの段階的改善による実行時間短縮とリソース効率化 • GitHub Actions公式ドキュメント - needs構文、outputs、artifacts、cacheの正確な実装 • Continuous Delivery (Jez Humble, David Farley) - フィードバックサイクル短縮とパイプライン最適化 Trigger: Use when implementing parallel job execution in GitHub Actions, managing job dependencies with needs syntax, or optimizing workflow performance through parallelization.

daishiman
daishiman
devops
open
cicd
4

approval-gates

承認ゲートの設計・評価・運用を体系化し、変更管理とリリース判断を安全に進めるスキル。 リスク評価に基づくゲート条件、手動承認と自動検証の分離、監査可能な記録設計を支援します。 Anchors: • The Pragmatic Programmer / 適用: 品質ゲートの段階化 / 目的: 変更の安全性を段階的に高める • リスク評価フレームワーク / 適用: 影響度と発生確率の分類 / 目的: ゲート条件の科学的根拠を整える • ITIL Change Enablement / 適用: 変更承認フロー / 目的: 監査可能な意思決定を実現する Trigger: Use when designing approval gates, change control checkpoints, release readiness criteria, or governance workflows that require risk-based approvals and audit trails.

daishiman
daishiman
devops
open
cicd
4

deployment-environments-gha

GitHub Actions の environments 設計、承認フロー、シークレット運用を体系化するスキル。 複数環境の保護ルールと段階的デプロイを整理する。 Anchors: • Release It! / 適用: 環境分離 / 目的: 本番保護 • GitHub Actions / 適用: environments と approval / 目的: 標準的な運用設計 • The Pragmatic Programmer / 適用: 自動化 / 目的: 手順の一貫性 Trigger: Use when setting up multi-environment deployments, approval gates, protection rules, or environment-specific secrets in GitHub Actions. github actions environments, approval workflow, deployment gates, environment secrets

daishiman
daishiman
devops
open
cicd
4

workflow-security

GitHub Actionsワークフローセキュリティの専門スキル。 権限最小化、シークレット保護、サプライチェーン攻撃対策を提供します。 Anchors: - GitHub Actions Security Hardening(GitHub公式)/ 適用: ワークフロー権限・シークレット保護 / 目的: 安全な自動化 - OWASP CI/CD Security(OWASP)/ 適用: サプライチェーン対策 / 目的: 脆弱性防止 - Principle of Least Privilege / 適用: 権限設計全般 / 目的: 攻撃面最小化 Trigger: ワークフロー権限監査時、シークレット漏洩対策時、サプライチェーン攻撃対策時、PRワークフロー設計時に使用

daishiman
daishiman
devops
open
cicd
4

quality-gates

Systematic quality verification procedures for code review and delivery. Use when validating completed work, conducting code reviews, or ensuring production readiness.

duyet
duyet
devops
open
Previous
Page 54 / 103
Next