跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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 的全部技能

报告此技能的问题