commit

分类: 工具与效率 | 上传者: gtapps | 下载: 0 | 版本: v1.0（最新）

整洁、变更日志和提交——日常插件开发工作的轻量级动作。当用户说“提交”、“提交此”、“保存此”、“包装此”、“让我们提交”或完成更改并想要捕获它时触发。不适用于发布、版本升级或推送 — 对于这些，请遵循 /release。始终在用户摆脱不完整的更改之前运行此命令。

更新日志: Source: GitHub https://github.com/gtapps/claude-code-hermit

目录结构

当前层级: tree/main/.claude/skills/commit/

📄 SKILL.md 2.3 KB

SKILL.md

---
name: commit
description: Tidy, changelog, and commit — lightweight motion for day-to-day plugin dev work. Trigger when the user says "commit", "commit this", "save this", "wrap this up", "let's commit", or finishes a change and wants to capture it. NOT for releases, version bumps, or pushing — defer to /release for those. Always run this before the user can walk away from an incomplete change.
---

# Commit

Simplify the diff, append a changelog line, then commit. No push, no tag, no version bump — that's `/release`'s job.

## Guardrails (check before starting)

- Clean tree (`git status` shows nothing) → stop and say so, nothing to commit.
- Detached HEAD, mid-rebase, or mid-merge → stop and ask the user to resolve that first.
- Never `--amend`, `--no-verify`, force-push, or create tags here.
- If a pre-commit hook fails, fix the root cause and create a new commit — don't bypass the hook.

## Steps

### 1. Run /simplify

Invoke the `simplify` skill via the Skill tool. Let it review the changed code for reuse, quality, and efficiency, and fix any issues it finds. Its edits become part of this commit.

### 2. Review the diff

Run `git status` and `git diff HEAD` (or `git diff` if nothing staged yet). Scan for:
- Secrets or credentials (`.env`, API keys, tokens)
- Large binaries or generated files that shouldn't be versioned
- Unrelated files that shouldn't be bundled in this commit

If anything suspicious appears, pause and ask the user before continuing.

### 3. Update CHANGELOG.md

Open `CHANGELOG.md`. Find the `## [Unreleased]` section at the top. Under the correct sub-section (`### Added`, `### Changed`, or `### Fixed`), append one or more bullets that describe what changed and why. Create the sub-section header if it's missing.

Follow the existing format exactly — **Bold summary** — detailed explanation of what changed and why.

Do not create a new version header (`## [X.Y.Z]`). That belongs to `/release`.

### 4. Draft the commit message

Write a short imperative first line (≤72 chars). Add a body only if the why isn't obvious from the diff. Show the proposed message to the user and wait for approval.

### 5. Commit

Once approved, stage and commit:

```bash
git add -A
git commit -m "$(cat <<'EOF'
<message here>
EOF
)"
```

Report the resulting commit hash. Do not push, do not tag.

登录后下载/点赞/收藏 ❤ 11 | ★ 0

commit

目录结构

SKILL.md

举报内容

提示