本文へ移動
cccskills
無料GitHub で公開

spark-pre-push-checks

Use when a Spark branch or pull request needs final diff hygiene, validation selection, commit scope, remote topology, and readiness checked before publication.

日本語の概要は準備中です。原文の説明を表示しています。

インストール方法を見る

含まれるファイル(1)

  • SKILL.md1.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Spark pre-push checks

Treat repository and remote state as evidence. The upstream Session retains publication authority.

Procedure

  1. Read CONTRIBUTING.md, the validation matrix, PR template, and applicable subtree instructions.
  2. Inspect status, staged and unstaged diffs, commit range, generated output, secrets, runtime state, and unrelated edits.
  3. Map changed owners to focused tests, static checks, documentation checks, and compatibility gates. Run missing non-publishing checks when authorized.
  4. Compare every acceptance criterion with concrete code or command evidence.
  5. For an existing PR or stack, read back exact head/base SHAs, topology, mergeability, and current checks. Mark pending checks as pending.

Never push, force-push, create, ready, merge, or close a PR. Never claim a check passed from an old SHA. Reject when intended commit scope is ambiguous or required evidence is absent.

Return diffScope, commands, acceptanceEvidence, remoteState, pending, verdict, and blockingReasons.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

Use when Spark engineering knowledge must be placed, deduplicated, migrated, or validated across AGENTS, Notes, Roles, Skills, and Workflows.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

Use when adding or updating Spark AI provider models or their compact and preflight metrics, especially baidu-oneapi, Grok, Claude, GPT, DeepSeek, OneAPI, context windows, output budgets, prices, thinking maps, or transports.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

Use when a Spark change needs its authoritative owner, affected boundaries, risks, acceptance criteria, and smallest verifiable slice established before implementation or review.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

Use when a Spark implementation needs an evidence-based review for correctness, ownership, compatibility, failure handling, maintainability, and unnecessary complexity.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

Use when designing a Spark feature or writing or materially revising a design proposal that needs repository-first research, user input on unresolved key choices, and an owner-aligned implementation plan before code changes.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

Use when a working Spark implementation should be simplified without changing its observed behavior, ownership, compatibility, or public contract.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/cogfold22026年10月19日 更新

zendev-lab のスキルをすべて見る

このスキルの問題を報告する