コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新
免费在 GitHub 公开
commit
変更を git-cz 形式でコミットする。リポジトリの直コミット可否の判定手順と、push 後の CI・conflict の確認を含む。/commit 実行時、「コミットして」「pushして」等の依頼時に使用。
--push 引数または「pushして」の依頼で push も行う。境界: PR 作成は create-draft-pr、PR コメントへの対応コミットは pr-comment から呼ばれる。
中文简介正在准备中。当前显示原文说明。
查看安装方法包含的文件（2）
- SKILL.md3.0 KB
- references/commit-policy.md3.4 KB
SKILL.md（原文）
安装前可以查看交给 AI 代理的指令内容。
/commit
変更をコミットする。--push 引数でpushも実行。
引数
--push: コミット後にpushする（デフォルト: false）
自然言語依頼の正規化
- 「pushして」「コミットしてpushして」等のpush依頼は
--push相当として扱う - 未コミットの変更がない状態で「pushして」と依頼された場合は、新規コミットを作らず既存コミットのpushのみ行う（
git statusで判定）
実行手順
0. 直コミット可否の確認
PJ CLAUDE.md / CLAUDE.local.md の記載を確認する。記載が無い、または記載と直近の履歴が食い違うなら references/commit-policy.md の手順で判定し、結果を永続化してから進む。チーム開発リポジトリでmain / develop直コミット不可なら作業ブランチへ切り替える。
1. 現在の状態確認
git status
git diff --stat
git log --oneline -5
2. コミットメッセージの決定
変更内容を分析し、git-cz形式でコミットメッセージを作成:
- prefix: feat/fix/docs/refactor/test/choreなど
- prefix以外は日本語
- 例:
feat: ユーザー認証機能を追加
3. ステージング
git add <files>
NOTE: CLAUDE.mdがglobal gitignoreされている場合は git add -f で追加
4. コミット
git commit -m "$(cat <<'EOF'
<コミットメッセージ>
EOF
)"
5. push（引数に --pushがある場合のみ）
引数に --push が含まれる場合:
git push
rejectされた場合（別PCから同じリポジトリにpush済みのときに起きる）は、rebaseで取り込んでから再pushする:
git pull --rebase --autostash && git push
rebaseがconflictで停止した場合は git rebase --abort で元に戻し、コミットは残したままユーザーに報告する（自動解決しない）。
6. push後の確認（--pushの場合のみ）
pushしたブランチにPRがあれば、CIの結果とconflictの有無を確認してから報告する。走行中なら完了まで監視する。失敗している・conflictがある場合は、指摘を待たず原因調査に入る。
gh pr view --json number,mergeable,mergeStateStatus,statusCheckRollup 2>/dev/null
PRがまだ無いブランチではこの確認は不要。
7. 結果の報告
- コミットハッシュ
- pushした場合はその旨と、PRがあればCI・conflictの状態
评价
还没有评价。欢迎分享你的使用感受。
评论
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
同一仓库的技能
PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用（gh pr create を直接実行しない）。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新
スキルを新規作成する。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill 実行時に使用。AGENTS.md・context・既存スキルと整合させ、重複・競合を避ける。境界: 既存スキル・指示ファイルの修正は update-inst、指示ファイル全体の監査は instructions-audit。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新
抽象的な要件・事業側の要求を深掘りし、既存実装との整合を確認して実装マスタとシステム要件書を作成する。「こういう機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件の提示時、既存機能の拡張や Phase 分割の要件定義開始時、/design-feature 実行時に使用。境界: 要件確定後の実装計画書・PR 分割と実装進行は plan-feature-prs。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新
画面の設計判断（ナビゲーション・重ね方・通知と空状態と読み込み・外枠とトークンと状態表現）の型を決定表で選び、アプリ内の全画面で揃える。画面・ページ・レイアウト・ナビゲーション・ダイアログ・コンポーネントを新しく作る・作り直す時、モックやダッシュボードを作る時、サイドバー・タブ・モーダル・シート・toast・バナー・空状態のどれを使うか決める時に使用。PJ に components.json があれば shadcn の部品とトークンへの対応も扱う。主要なデザインシステム（Material・HIG・Carbon・Primer・Atlassian・Fluent・GOV.UK・NN/g・WAI-ARIA APG・WCAG）の一致点を規則にし、食い違いの採否を定めてある。境界: 画面の文言は writing-ui-text、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、コードの実装原則は writing-code、shadcn 部品の API と組み立ては shadcn。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新
findmem
免费メモリディレクトリの過去タスク・issue をキーワードや変更対象ファイルのパスで検索し、関連する作業履歴を表示する。/findmem 実行時、Phase 0・1 の過去タスク・issue 参照時、PR 番号・チケット番号・機能名で対象が特定できる依頼を受けた時、編集予定のファイルに既知の指摘が無いか確認する時に使用。境界: セッションの引き継ぎ文書を書くのは handoff、コードベース全体の指摘を新しく洗い出すのは codebase-review。
中文简介正在准备中。当前显示原文说明。
ukwhatn/.claude42026年10月19日 更新