Skip to content
cccskills
FreePublished on GitHub

spark-change-scope

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

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md1.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Spark change scope

Establish the change boundary from live repository evidence before recommending edits.

Procedure

  1. Read the nearest AGENTS.md, architecture/packages.json, the owning specification, package README, and nearby tests.
  2. Identify one authoritative owner for every state transition, protocol, policy, and persisted field in scope.
  3. Trace callers and consumers far enough to find cross-package, compatibility, public-documentation, and migration effects.
  4. Separate required behavior from adjacent cleanup. Choose the smallest slice that can prove the requested outcome.
  5. Turn the request into observable acceptance criteria, including failure and compatibility cases.

Do not choose an owner from directory names or prompt prose when an enforced inventory or runtime path contradicts it. Resolve ambiguity from those sources first. If a new state owner or unresolved product choice requires an architecture decision, report the specific decision and continue independent scoped work.

Return owner, surfaces, invariants, risks, acceptanceCriteria, outOfScope, and blockers, citing paths and symbols.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

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

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

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.

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

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

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

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.

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

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

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

Use when a running Spark or DSH web service needs real-browser verification — page load, client-plugin boot errors, console errors, failed requests, or onboarding/dialog rendering — with the repository's own Playwright chromium.

The English summary is being prepared. Showing the original description.

zendev-lab/spark2Updated Oct 19, 2026

See all skills by zendev-lab

Report a problem with this skill