git操作をClaude Codeに任せたら 開発スピードが上がった話_Yusuke Murakami

12/3開催「AIで変わるプロダクト開発現場」〜 開発プロセスとナレッジ運用を加速させる実践知 〜登壇資料です。
https://connpass.com/event/375531/

Transcript

1. git操作をClaude Codeに任せたら 開発スピードが上がった話 株式会社UPSIDER 支払い.com フロントエンドエンジニア Yusuke Murakami
2. プルリク作る作業って地味に時間かかりません？ ブランチ作成 コミット プッシュ プルリク これ、全部 "⽂章を考える時間" が⻑いんですよね。
3. プルリク作る作業って地味に時間かかりません？ ブランチ作成 コミット プッシュ プルリク これ、全部 "⽂章を考える時間" が⻑い。
4. コード変更よりgit操作に時間がかかっていたりする 特に⾃分の場合は… ⽂⾔変更だけなのにブランチ作ってプルリク作って...と反映に時間がかかる 気づいたらブランチ名を考えるのに時間を使っている コミットメッセージも同様 → ⾯倒だ！
5. コード変更よりgit操作に時間がかかっていたりする 特に⾃分の場合は… ⽂⾔変更だけなのにブランチ作ってプルリク作って...と反映に時間がかかる 気づいたらブランチ名を考えるのに時間を使っている コミットメッセージも同様 → ⾯倒！
6. プルリク作成までの作業を 丸ごとClaude Codeに任せた 使ったのはこの2つ： skills カスタム スラッシュコマンド
7. /ship コマンドの対象範囲とskillの役割 STEP 1 git checkout -b 使⽤skill branch-naming feature/ fix/ refactor/ STEP 2 git add + commit 使⽤skill conventional-commits feat: fix: refactor: 日本語 STEP 3 git push -u origin 使⽤skill なし STEP 4 gh pr create 使⽤skill pr-template Done / Not To Do / Other /ship → 4ステップが⼀括実⾏される
8. SKILL branch-naming.md --- description: ブランチ命名規則 --- # ブランチ命名規則 ## パターン ・feature/brief-description → 新機能 ・fix/brief-description → バグ修正 ・refactor/brief-description → リファクタリング ・hotfix/brief-description → 緊急修正 ## ルール ・descriptionは**英語**で簡潔に ・例: feature/add-corporate-number-search
9. SKILL conventional-commits.md --- description: Conventional Commits ルール --- # Conventional Commits ## フォーマット <type>[optional scope]: <description> **コミットメッセージは日本語で記述 ** ## 利用可能な type ・feat: 新機能の追加　　　・ fix: バグ修正　　　・ docs: ドキュメントのみの変更 ・style: コードの意味に影響しない変更　　　・ refactor: バグ修正や機能追加以外のコード変更 ・perf: パフォーマンス向上　　　・ test: テストの追加・修正　　　・ chore: ビルドプロセスや補助ツールの変更 ## 例 ・feat(payment): クレジットカード決済のバリデーション機能を追加 ・fix(auth): ログインリダイレクトの問題を修正 ・refactor(components): フォームバリデーションロジックを共通化 ## コミット実行フォーマット git commit -m "$(cat <<'EOF' <commit-message> 🤖 Generated with Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> EOF )"
10. SKILL pr-template.md --- description: PRテンプレート構造 --- # PRテンプレート ## タイトル ・Conventional Commits形式（日本語） ・フォーマット : <type>[optional scope]: SHITASKXXXX <description> ・例 : feat(payment): SHITASK3673 クレジットカード決済のバリデーション機能を追加 ## 本文構造 ## Done ! このプルリクで何をしたのか箇条書きで記載 ⟶ ## Not To Do ! 関連するけどこの PRではやらなかったこと ⟶ ! なければ「なし」と記載 ⟶ ## Other ! 確認した内容、補足事項など ⟶ ! なければ省略可 ⟶ 🤖 Generated with Claude Code](https://claude.ai/code)
11. CUSTOM SLASH COMMAND /ship コマンド（ .claude/commands/ship.md） --- description: Branch, Commit, Push, and Create PR --- # 引数 ・$ARGUMENTS タスク番号（例 : SHITASK3673） ・引数が指定されていない場合はユーザーに確認 # タスク 現在の変更内容を分析して、ブランチ作成・コミット・プッシュ・ PR作成を一度に実行してください。 Use skill: branch-naming Use skill: conventional-commits Use skill: pr-template ## 手順 ### 1. 変更内容の確認 ・git statusで変更ファイルを確認 ・git diffで変更内容を詳細に確認（ステージング済みとそうでないもの両方） ### 2. ブランチ名の提案と作成 ・変更内容を分析、 branch-naming skillに従ってブランチ名を提案 ・承認されたら git checkout -b <branch-name>でブランチを作成 ### 3. 変更のステージング ・関連する変更ファイルを git addでステージング（不要なファイルは除外） ### 4. コミットメッセージの生成と実行 ・conventional-commits skillに従ってコミット ### 5. リモートへのプッシュ ・git push -u origin <branch-name>でリモートブランチを作成してプッシュ ### 6. プルリクエストの作成 ・pr-template skillに従ってPRタイトル・本文を生成 ・$ARGUMENTSのタスク番号を PRタイトルに含める ## 注意事項 ・各ステップで確認を取りながら進める　・秘密情報を含むファイルはコミットしない
12. skills＋スラッシュコマンドに落ち着いた理由 当初 スラッシュコマンドだけ 問題点 •プルリクのテンプレを読まない •テンプレを読んだ上で無視する → 出⼒にムラがあった 解決策 skills併⽤ ✓ 改善
13. ⽣成されたプルリクを修正するだけで良くなった 作業スピードがシンプルに上がった ✓ ブランチ名やコミットメッセージを考える時間がゼロに ✓ ✓ ⼿⼊⼒だったことによるコミットメッセージのミスがなくなった →レビュー依頼前のセルフチェックだけで良くなった
14. AIをどこに使えばいいかわからない⽅へ おすすめ 1 ⼩さな不便から始める コミット⽂、プルリク本⽂、ブランチ名… ⽇々の「地味にめんどい」がおすすめ おすすめ 2 バイブコーディング開発縛り 1週間AIだけで開発してみる → AIと⼈、どっちが効率的かが⾒える 📝 弊社Techチームでやってみた記事 https://tech.up-sider.com/entry/20250718_shiharai
15. Frontend Engineer Backend Engineer FullStack Engineer エンジニア採⽤強化中です
16. ご清聴ありがとうございました！ ※このスライドはAIと⼈間が頑張って作成しました。
17. X @chelsea08ym GitHub mu-suke 村上 祐亮 Yusuke Murakami 会社 株式会社UPSIDER 所属 ⽀払い.com Tech 担当 フロントエンドエンジニア About me