메뉴
変更ファイルを論理的な最小単位でグループ化し、git log のスタイルに合わせた Conventional Commits 形式でグループごとに個別コミットする。ユーザーが commit / push の実行（「コミットして push」`commit and push` など）を依頼したとき、「最小単位でコミット」`atomic commit` を求めたとき、または dotenvx-managed `.env.*` を含むコミット計画で使用する。push 単独、PR 作成、ブランチ作成、GitHub 公開は扱わず、コミット分割とメッセージ作成に範囲を絞る。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | atomic-commit |
| model | sonnet |
| description | ユーザーが素の「commit」「コミット」「残りコミット」「git add commit」など単発のコミット依頼をしたとき、または commit / push の実行（「コミットして push」`commit and push`）・「最小単位でコミット」`atomic commit`・dotenvx-managed `.env.*` を含むコミット計画を依頼したときに使用する。変更ファイルを論理的な最小単位でグループ化し、git log のスタイルに合わせた Conventional Commits 形式でグループごとに個別コミットする。push 単独、PR 作成、ブランチ作成、GitHub 公開は扱わず、コミット分割とメッセージ作成に範囲を絞る。 |
変更ファイルを論理的な最小単位に分割し、グループごとに順番にコミットする。
git コマンドは raw git を基本にする。
このスキルはコミット分割とメッセージ作成だけを担当する。worktree の作成・切替・削除や、隔離 workspace が必要かの判断は using-git-worktrees / git-worktree に委ねる。
git status
git diff --name-only
git diff --cached --name-only
git diff -- <non-env paths>
.env, .env.*, 認証情報, secret が含まれる疑いのあるファイルは差分本文を表示せず、「環境ファイルの安全検査」セクションに従って扱いを決めるgit log --oneline -10
直近ログから Conventional Commits（feat:, fix:, chore:, docs:, build:, test: 等）の type / scope / 言語の傾向を確認し、メッセージをそのスタイルに合わせる。
変更ファイルを 論理的なまとまり でグループ化する。グループ化の基準：
| 優先度 | 基準 | 例 |
|---|---|---|
| 高 | 機能・目的の一致 | 同じ機能追加に関わる複数ファイル |
| 高 | 変更の種類 | 設定変更のみ、テストのみ、ドキュメントのみ |
| 中 | ディレクトリ・モジュール | 同じモジュール配下のファイル |
| 低 | ファイルタイプ | 同種ファイルのまとめ（最終手段） |
git add -p、使えない環境では対象 hunk だけの patch（標準の a/ b/ ヘッダー形式）を作り git apply --cached <patch> で stage する.env.* は「環境ファイルの安全検査」を通過したものだけ、該当する論理グループに入れる| type | 用途 |
|---|---|
feat | 新機能追加 |
fix | バグ修正 |
chore | ビルド・設定・雑務（機能変更なし） |
docs | ドキュメントのみの変更 |
build | ビルドシステム・依存関係の変更 |
test | テストの追加・修正 |
refactor | リファクタリング（機能変更なし） |
スコープが明確な場合は chore(scope): のように付与する。
各グループに対して以下を実行：
# ファイルをステージング
git add <file1> <file2> ...
# コミット（HEREDOC 形式）
git commit -m "$(cat <<'EOF'
<type>(<scope>): <概要>
EOF
)"
git add -A, git add ., git add -u, git commit -a は使わないgit diff --cached --name-only の一覧がグループと完全一致することを確認する。グループ外の staged ファイルが混ざっていたら git restore --staged <file> で外してからコミットする--no-verify でのバイパスはユーザーの明示指示がない限り行わないgit status
git log --oneline -<グループ数>
意図したコミットがすべて揃い、残っている dirty ファイルが「意図的に除外したもの」だけであることを確認して報告する。除外したファイルがあれば、ファイル名と除外理由を併記する。
dirty な .env.* は自動除外せず、dotenvx-managed かを値を表示せずに判定する。repo の source of truth になり得るためである。
# dotenvx 管理ファイルかを値なしで判定する
rg -n '^(DOTENV_PUBLIC_KEY=.*|[A-Z0-9_]+=encrypted:.*)' --replace '<dotenvx-managed>' .env.* 2>/dev/null
| 判定結果 | 扱い |
|---|---|
DOTENV_PUBLIC_KEY または encrypted: 値あり | dotenvx-managed。下の平文 secret 検査を通過すればコミット対象に入れる |
raw .env / dotenvx-managed と判定できない | raw secret の可能性があるため stage しない |
| 平文 secret 候補を含む（下の検査で検出） | stage せず、ファイル名と key 名だけを報告して停止する |
dotenvx-managed と判定できても、追加差分に平文 secret 候補が混入していないか値を出さずに検査する：
# 追加された平文 secret 候補を key 名だけで検出する
git diff -U0 -- .env.* \
| rg '^\+[A-Z0-9_]*(SECRET|TOKEN|PASSWORD|PRIVATE|CREDENTIAL|DATABASE_URL|AUTH)[A-Z0-9_]*=' \
| rg -v '^\+[A-Z0-9_]+=encrypted:' \
| rg -n '^\+([^=]+)=.*' --replace '$1=<plain-secret-candidate>'
この検査は encrypted: 値の行を許可し、平文 secret らしき値が混入した行だけを止める。出力が 1 行でもあれば、その .env.* は stage しない。
報告時は、どの段階でも secret の値・差分本文を表示せず、ファイル名・管理方式・差分の有無だけを伝える。
Hand the current work to another agmsg agent — write a handoff doc, send its path as one line.
Use when adding, closing, or pruning entries in a repository's `TODO.md`, when moving finished work into `CHANGELOG.md`, or when setting up local task tracking for a repository that has no tracker. Do not use for entrypoint-docs drift review (`docs-entrypoint-review`), for cutting a release version section or tag (the repository's release workflow), for manager-facing work reports (`work-log-maintenance`), or for commit splitting (`atomic-commit`).
JEY workspace 固有の Linear 運用ルール: issue のプロジェクト自動ルーティング、ラベル/タイトル/取引ログの書式、Asana からの移行マッピング、ガードレール。CRUD 自体は Linear MCP tools を使い、MCP が使えない環境や MCP に無い操作のみ GraphQL スクリプトへフォールバックする。Use when creating or editing Linear tasks, choosing a project or label, migrating task notes from Asana, or appending transaction logs (date/payment/price) to an existing issue.
Curate external agent collections into this APM workspace. Use when evaluating whether an outside agent repository can be installed through APM, importing selected agents into catalog/agents, recording provenance, or refreshing curated agents from upstream.
Select and run expert review lanes for UI, forms, design specifications, accessibility, and multi-device product quality when ordinary /review or code review is too shallow.
高級モデル(Claude Fable/Opus、Codex sol)のセッションで実装作業を受けたとき、 自分で書かずに安価な Worker モデルへ委譲する Orchestrator-Worker 運用。 Use when the user asks to implement, fix, refactor, add tests, or migrate code; when a task spans multiple files or independent subtasks that could run in parallel; or when another skill needs the delegation-vs-inline decision or the model tier mapping.