mcpField
H
heyeddi-ci-runners

heyeddi-ci-runners

github.com/heyeddi-comクラウド・DevOps039 回インストール1 日前に更新
リポジトリ

heyeddi-ci-runners について

HeyEddi CI のランナー経路を設定するスキルです。リポジトリに応じて GHA と Spot の組み合わせ、または封印型の `pipeline:` ジョブを選びます。設定や YAML lint を実行済みと誤認せず、実行の証拠を確認します。

主な機能

  1. 01GHA または封印型 pipeline の選択
  2. 02GHA の Spot ルーティング設定
  3. 03言語とコマンドの調査
  4. 04制約付き pipeline ジョブの作成
  5. 05実行主張の証拠確認

活用シーン

  1. 01GitHub Actions 利用リポジトリの Spot 設定
  2. 02GHA がないリポジトリの封印型ジョブ設計
  3. 03CI 実行の主張に証拠があるか確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/heyeddi-com/heyeddi-ci-skills --skill heyeddi-ci-runners

インストール後、Claude Code で/heyeddi-ci-runnersを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

manifest.json
context/
ANTI_PATTERNS.md
EXAMPLES.md
PROSE_ANTI_SLOP.md
VOCABULARY.md
reference/
runners.md
scripts/
_skill_cli.py
assert_runners_claims.py
assert_runners_placeholder.py
inspect_repo.py
load_policy_contract.py

詳細

HeyEddi CI Runners

Spot は提供中です。ユーザーが適切なランナー経路を設定できるよう支援し、実行に関する主張を決して捏造しないでください。

2 種類のジョブ(混同しないでください)

種類場所チェック名使用する状況
GHA on Spot.github/workflows/*.yml + ワークスペース gha_spot_mode同じワークフローのチェックすでに Actions を使っているリポジトリ(デフォルト)
Sealed pipeline:eddi-ci.yaml の pipeline: ジョブHeyEddi Runner: {job_id}GHA がない(または最小限の)場合、あるいは特殊な封印済みチェック

最重要ルール: GHA と pipeline: で同じテスト/ビルドを重複させないでください。GHA + Spot ルーティングを優先し、pipeline: {} のままにしてください。

製品ドキュメント:https://ci.heyeddi.com/docs · ハブのミラーについては reference/runners.md を参照してください。

GHA の overflow/always を優先してください

  1. .github/workflows/ が存在すること(またはユーザーが Actions ベースの CI を希望していること)を確認します。
  2. すべての Linux ジョブで次を使用していることを確認します。
runs-on: ${{ vars.HEYEDDI_RUNS_ON || 'ubuntu-latest' }}
  1. ci.heyeddi.com で、ワークスペースの Runners モードを設定するようユーザーに伝えます。
    • overflow — まず GitHub の利用枠を使い、使い切ったら Spot JIT を使用
    • always — 最初の実行から Linux ジョブを Spot で実行
    • off — ホステッドのみ
  2. eddi-ci.yaml は Reviewer 専用とし、pipeline: {} を設定します(@heyeddi-ci-config を使用してください)。
  3. 制限事項:Linux のみ、プライベートリポジトリ、前払い済み/利用資格のあるワークスペース、プラットフォームのキルスイッチは運用担当者が管理します。Overflow の信頼性にも空白が生じる可能性があります。「常に動作する」と約束しないでください。

封印済み pipeline:(上級者向け/GHA なし)

  1. load_policy_contract — 変更可能な設定のみを確認します。
  2. inspect_repo — 根拠のあるコマンドとパスのプレフィックスを使用します。pytest / npm test を決して捏造しないでください。
  3. ユーザーから明示的なオプトインを得ます(ランナー時間は課金対象です)。
  4. argv セーフな run を作成します(シェル演算子、sudo、curl、wget は使用しません)。カタログの image と、可能な場合は filter.paths を使用します。
  5. ワークスペースが利用資格を満たし、Spot 環境が稼働している場合、ジョブは Spot で実行され、HeyEddi Runner: {job_id} のチェックを投稿します。

作成/更新の判断ゲートには @heyeddi-ci-config を優先してください。

根拠のルール(必須)

  • ジョブは、利用資格と Spot 基盤が揃っていれば実行できます。
  • ジョブが実行されたと言えるのは、チェック/Spot の根拠(HeyEddi Runner: …、ワークフローのチェック結果、Ops/ログ)がある場合のみです。
  • YAML のリントは実行を意味しません。不明な場合はその旨を伝え、@heyeddi-ci-fails を使用してください。
  • 実行を示唆する要約を作成する前に、次を実行します。
assert_runners_claims --check --agent-text "<your summary>"

パイプライン

load_policy_contract
inspect_repo
→ choose GHA-first vs sealed pipeline (never both for the same CI)
→ wire HEYEDDI_RUNS_ON hook and/or author pipeline: jobs
assert_runners_claims --check --agent-text "<your summary>"

ツール

ツール目的
load_policy_contract変更可能な設定/ガイド
inspect_repo言語と根拠のあるコマンド
assert_runners_claims根拠のない実行の主張をブロック

安全性

  • YAML にシークレットを記載しないでください
  • テストコマンドを捏造しないでください
  • auto_merge を使用しないでください
  • authorize merge なしでマージしないでください
  • 相関する AI とランナーのタイムラインを主張しないでください(近日公開)

コメント