Slide 1

Slide 1 text

git操作をClaude Codeに任せたら 開発スピードが上がった話 株式会社UPSIDER 支払い.com フロントエンドエンジニア Yusuke Murakami

Slide 2

Slide 2 text

プルリク作る作業って地味に時間かかりません? ブランチ作成 コミット プッシュ プルリク これ、全部 "⽂章を考える時間" が⻑いんですよね。

Slide 3

Slide 3 text

プルリク作る作業って地味に時間かかりません? ブランチ作成 コミット プッシュ プルリク これ、全部 "⽂章を考える時間" が⻑い。

Slide 4

Slide 4 text

コード変更よりgit操作に時間がかかっていたりする 特に⾃分の場合は… ⽂⾔変更だけなのにブランチ作ってプルリク作って...と反映に時間がかかる 気づいたらブランチ名を考えるのに時間を使っている コミットメッセージも同様 → ⾯倒だ!

Slide 5

Slide 5 text

コード変更よりgit操作に時間がかかっていたりする 特に⾃分の場合は… ⽂⾔変更だけなのにブランチ作ってプルリク作って...と反映に時間がかかる 気づいたらブランチ名を考えるのに時間を使っている コミットメッセージも同様 → ⾯倒!

Slide 6

Slide 6 text

プルリク作成までの作業を 丸ごとClaude Codeに任せた 使ったのはこの2つ: skills カスタム スラッシュコマンド

Slide 7

Slide 7 text

/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ステップが⼀括実⾏される

Slide 8

Slide 8 text

SKILL branch-naming.md --- description: ブランチ命名規則 --- # ブランチ命名規則 ## パターン ・feature/brief-description → 新機能 ・fix/brief-description → バグ修正 ・refactor/brief-description → リファクタリング ・hotfix/brief-description → 緊急修正 ## ルール ・descriptionは**英語**で簡潔に ・例: feature/add-corporate-number-search

Slide 9

Slide 9 text

SKILL conventional-commits.md --- description: Conventional Commits ルール --- # Conventional Commits ## フォーマット [optional scope]: **コミットメッセージは日本語で記述 ** ## 利用可能な type ・feat: 新機能の追加   ・ fix: バグ修正   ・ docs: ドキュメントのみの変更 ・style: コードの意味に影響しない変更   ・ refactor: バグ修正や機能追加以外のコード変更 ・perf: パフォーマンス向上   ・ test: テストの追加・修正   ・ chore: ビルドプロセスや補助ツールの変更 ## 例 ・feat(payment): クレジットカード決済のバリデーション機能を追加 ・fix(auth): ログインリダイレクトの問題を修正 ・refactor(components): フォームバリデーションロジックを共通化 ## コミット実行フォーマット git commit -m "$(cat <<'EOF' 🤖 Generated with Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude EOF )"

Slide 10

Slide 10 text

SKILL pr-template.md --- description: PRテンプレート構造 --- # PRテンプレート ## タイトル ・Conventional Commits形式(日本語) ・フォーマット : [optional scope]: SHITASKXXXX ・例 : feat(payment): SHITASK3673 クレジットカード決済のバリデーション機能を追加 ## 本文構造 ## Done ! このプルリクで何をしたのか箇条書きで記載 ⟶ ## Not To Do ! 関連するけどこの PRではやらなかったこと ⟶ ! なければ「なし」と記載 ⟶ ## Other ! 確認した内容、補足事項など ⟶ ! なければ省略可 ⟶ 🤖 Generated with Claude Code](https://claude.ai/code)

Slide 11

Slide 11 text

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 でブランチを作成 ### 3. 変更のステージング ・関連する変更ファイルを git addでステージング(不要なファイルは除外) ### 4. コミットメッセージの生成と実行 ・conventional-commits skillに従ってコミット ### 5. リモートへのプッシュ ・git push -u origin でリモートブランチを作成してプッシュ ### 6. プルリクエストの作成 ・pr-template skillに従ってPRタイトル・本文を生成 ・$ARGUMENTSのタスク番号を PRタイトルに含める ## 注意事項 ・各ステップで確認を取りながら進める ・秘密情報を含むファイルはコミットしない

Slide 12

Slide 12 text

skills+スラッシュコマンドに落ち着いた理由 当初 スラッシュコマンドだけ 問題点 •プルリクのテンプレを読まない •テンプレを読んだ上で無視する → 出⼒にムラがあった 解決策 skills併⽤ ✓ 改善

Slide 13

Slide 13 text

⽣成されたプルリクを修正するだけで良くなった 作業スピードがシンプルに上がった ✓ ブランチ名やコミットメッセージを考える時間がゼロに ✓ ✓ ⼿⼊⼒だったことによるコミットメッセージのミスがなくなった →レビュー依頼前のセルフチェックだけで良くなった

Slide 14

Slide 14 text

AIをどこに使えばいいかわからない⽅へ おすすめ 1 ⼩さな不便から始める コミット⽂、プルリク本⽂、ブランチ名… ⽇々の「地味にめんどい」がおすすめ おすすめ 2 バイブコーディング開発縛り 1週間AIだけで開発してみる → AIと⼈、どっちが効率的かが⾒える 📝 弊社Techチームでやってみた記事 https://tech.up-sider.com/entry/20250718_shiharai

Slide 15

Slide 15 text

Frontend Engineer Backend Engineer FullStack Engineer エンジニア採⽤強化中です

Slide 16

Slide 16 text

ご清聴ありがとうございました! ※このスライドはAIと⼈間が頑張って作成しました。

Slide 17

Slide 17 text

X @chelsea08ym GitHub mu-suke 村上 祐亮 Yusuke Murakami 会社 株式会社UPSIDER 所属 ⽀払い.com Tech 担当 フロントエンドエンジニア About me