Use when Spark engineering knowledge must be placed, deduplicated, migrated, or validated across AGENTS, Notes, Roles, Skills, and Workflows.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
zendev-lab/cogfold22026년 10월 19일 업데이트
무료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
- Read
CONTRIBUTING.md, the validation matrix, PR template, and applicable subtree instructions. - Inspect status, staged and unstaged diffs, commit range, generated output, secrets, runtime state, and unrelated edits.
- Map changed owners to focused tests, static checks, documentation checks, and compatibility gates. Run missing non-publishing checks when authorized.
- Compare every acceptance criterion with concrete code or command evidence.
- 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.
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
같은 저장소의 스킬
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일 업데이트