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.