jade-core-atomic-commit

Stage and commit verified migration-rule changes as one atomic Git commit.

1|Updated Apr 14, 2026
One-click install
npx skills add https://github.com/TheRealSeber/PolishedJADEite --skill jade-core-atomic-commit
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: jade-core-atomic-commit
Source: https://github.com/TheRealSeber/PolishedJADEite/tree/main/.claude/skills/jade-core-atomic-commit
Command: npx skills add https://github.com/TheRealSeber/PolishedJADEite --skill jade-core-atomic-commit

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill turns a verified migration rule into one clean Git commit, preventing rule batches from being mixed together and keeping the migration history easy to audit.

Core Features & Use Cases

  • Atomic rule commits: Stages only the files touched by the current rule and creates a single conventional commit for that rule.
  • Safety validation: Refuses to commit when unrelated files are dirty or staged, protecting the workspace from accidental cross-rule changes.
  • Commit traceability: Writes the commit hash, message, timestamp, and file list to artifacts/09-rule-commit-log.json so the orchestrator can confirm progress.
  • Use case: After a migration rule passes verification, use this Skill to finalize the rule, log the result, and move to the next rule without breaking sequential batching.

Quick Start

Use the jade-core-atomic-commit skill to commit the verified files for rule raw-types with a short description of the change.

Frequently Asked Questions about jade-core-atomic-commit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I commit migration rule changes as a single atomic Git commit?▼

To create an atomic Git commit for migration rules, stage only the files touched by the current verified rule and execute a single conventional commit. This prevents rule batches from mixing and keeps migration history auditable.

What is the best way to prevent unrelated working-tree changes from polluting rule-based migration commits?▼

Preventing unrelated changes in migration commits requires strict safety validation. The process refuses to commit when unrelated files are dirty or staged, protecting the workspace from accidental cross-rule file modifications.

How does conventional commit formatting work for sequential migration pipelines?▼

Conventional commit formatting for migration pipelines stages verified file edits and creates a single commit per rule. It advances sequentially through committed checkpoints, ensuring each migration step is isolated and traceable.

How do I log Git commit hashes to JSON for migration rule traceability?▼

Logging Git commit hashes to JSON requires writing the commit hash, message, timestamp, and file list to artifacts/09-rule-commit-log.json. This allows the orchestrator to confirm migration progress and verify rule completion.

Why does my atomic commit fail when other files are staged in the working tree?▼

Atomic commits fail when other files are staged because strict file-list validation rejects dirty or unrelated working-tree changes. This safety check ensures only verified rule-specific edits are committed, preventing cross-rule contamination.

When do I need strict file-list validation for Git workflow automation?▼

Strict file-list validation is needed when batching file edits in rule-based migration pipelines. It ensures that only verified files for the current rule are staged, allowing you to advance sequentially without breaking sequential batching.