ワンクリックでManusで任意のスキルを実行

smart-commits

スター0

フォーク0

更新日2026年7月5日 08:10

Use when the user asks to commit everything, smart commit, group commits, organize staged or unstaged changes, create logical commits, push current work, or preserve a clean commit stack from an existing working tree.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

anionzo

anionzo/Mushrooms

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Smart Commits

Turn the current working tree into one or more coherent commits, then push when the repository has a configured remote. This skill is for committing existing work. It must not become a feature-editing session.

Core Rules

Never edit product code or docs just to make a commit easier. If validation exposes a real blocker, report it and keep the working tree intact unless the user explicitly asks for a fix.
Never stash, reset, checkout away, overwrite, or revert unrelated changes. In multi-agent repos, treat every existing change as intentional work unless the user explicitly asks otherwise.
Preserve the user's requested boundary. If they say to leave a path, topic, or change set alone, do not stage it.
Stage exact files or hunks intentionally. Avoid git add . unless the whole tree has been inspected and belongs in one commit group.
Prefer conventional commit messages with a useful body explaining why the group belongs together.
Push after committing when a remote/upstream exists. If no push destination exists, leave the commits local and say so.

Workflow

Inspect the repository:

git status --porcelain=v1
git branch --show-current
git remote -v
git diff --stat
git diff --cached --stat

Read enough representative diffs and files to understand intent. Include staged, unstaged, untracked, deleted, and renamed files.
Identify commit groups by product intent, not by file type:
- foundational/configuration changes before dependent feature changes
- source and directly coupled tests together when they prove one behavior
- docs as a separate commit only when they are independently meaningful
- generated artifacts only when they are part of the requested deliverable
Run appropriate quality gates before committing when code changed. Use the repo's own checks first. If checks are unavailable, expensive, or already known broken, record that in the final response.

Commit one group at a time:

git add <specific files>
git commit -m "<type>(<scope>): <subject>" -m "<body>"

After each commit, re-run git status --porcelain=v1 and continue until all in-scope changes are committed.
Push:
```
git push
```
If the branch lacks an upstream, use git push -u origin <branch> only when the remote and branch name are clearly correct.

Grouping Guidance

Good groups:

refactor(auth): extract token validation helper
feat(users): add email verification endpoint
test(users): cover email verification flow

Bad groups:

chore: update files
docs: update docs and app code
test: update tests when the tests prove multiple unrelated features

Final Response

Report the commits created, push result, validation run, and any remaining out-of-scope or uncommitted files. If the tree is already clean when invoked, verify the latest relevant commit and say no new commit was needed.

このリポジトリの他の Skills

同じリポジトリ

agent-creator

anionzo/Mushrooms

Use when the user asks to create a persistent repo-local Codex agent, scaffold `.codex/agents/*.toml`, define a reusable specialist role, or match an agent to existing local skills and MCP servers.

2026-07-050

animated-landing-pages

anionzo/Mushrooms

Use when designing or implementing a premium animated landing page with AI-generated visuals or looping video, especially when the workflow involves Higgfield-style image and video generation, Google AI Studio-style code prompting, React or Tailwind landing-page implementation, dark-mode video blending, scroll-tied playback, aspect-ratio-matched media blocks, or motion-first section design.

2026-07-050

book-sft-pipeline

anionzo/Mushrooms

Use when the user asks to fine-tune on books, create an SFT dataset from books, train a style-transfer or author-voice model, extract ePub text, segment long-form book content, or prepare literary data for LoRA or small-model training.

2026-07-050

bootstrap-project-context

anionzo/Mushrooms

Bootstrap a new AI-agent session by reading the repository operating docs and rebuilding project understanding from source. Use when Codex needs to start a new conversation, get up to speed on an unfamiliar repo, read AGENTS.md and README.md completely before acting, investigate the codebase to understand the project's purpose and architecture, or turn a rough onboarding prompt into an execution-ready repo-orientation prompt.

2026-07-050

compounding

anionzo/Mushrooms

Use when reviewing completes or work is intentionally abandoned. Extract durable patterns, decisions, and failures into history/learnings, then promote only critical reusable lessons to critical-patterns.md.

2026-07-050

concept-game-builder

anionzo/Mushrooms

Use when Codex should turn a concept, topic, tutorial, lesson, algorithm, system, workflow, or abstract idea into a playable browser game that teaches through interaction. Use for planning or implementing educational web games with the Game Studio plugin, including concept-to-mechanic translation, gameplay loop design, learning progression, and browser-game QA.

2026-07-050

name	smart-commits
description	Use when the user asks to commit everything, smart commit, group commits, organize staged or unstaged changes, create logical commits, push current work, or preserve a clean commit stack from an existing working tree.
metadata	{"dependencies":{"git-cli":{"kind":"command","command":"git","missing_effect":"unavailable","reason":"The skill inspects repository changes, creates commits, and pushes through git."}}}

Smart Commits

Core Rules

Never edit product code or docs just to make a commit easier. If validation exposes a real blocker, report it and keep the working tree intact unless the user explicitly asks for a fix.
Never stash, reset, checkout away, overwrite, or revert unrelated changes. In multi-agent repos, treat every existing change as intentional work unless the user explicitly asks otherwise.
Preserve the user's requested boundary. If they say to leave a path, topic, or change set alone, do not stage it.
Stage exact files or hunks intentionally. Avoid git add . unless the whole tree has been inspected and belongs in one commit group.
Prefer conventional commit messages with a useful body explaining why the group belongs together.
Push after committing when a remote/upstream exists. If no push destination exists, leave the commits local and say so.

Workflow

Inspect the repository:

git status --porcelain=v1
git branch --show-current
git remote -v
git diff --stat
git diff --cached --stat

Read enough representative diffs and files to understand intent. Include staged, unstaged, untracked, deleted, and renamed files.
Identify commit groups by product intent, not by file type:
- foundational/configuration changes before dependent feature changes
- source and directly coupled tests together when they prove one behavior
- docs as a separate commit only when they are independently meaningful
- generated artifacts only when they are part of the requested deliverable
Run appropriate quality gates before committing when code changed. Use the repo's own checks first. If checks are unavailable, expensive, or already known broken, record that in the final response.

Commit one group at a time:

git add <specific files>
git commit -m "<type>(<scope>): <subject>" -m "<body>"

After each commit, re-run git status --porcelain=v1 and continue until all in-scope changes are committed.
Push:
```
git push
```
If the branch lacks an upstream, use git push -u origin <branch> only when the remote and branch name are clearly correct.

Grouping Guidance

Good groups:

refactor(auth): extract token validation helper
feat(users): add email verification endpoint
test(users): cover email verification flow

Bad groups:

chore: update files
docs: update docs and app code
test: update tests when the tests prove multiple unrelated features