penguin-claude-platform で開発を始めるための
環境構築・開発フロー・Git の基礎知識
GitHub と Claude のアカウントを準備し、
開発ツールを入れて
接続する手順。
p.3 - 7
自分で開発して internal で試し、
本番反映のときだけ
hori に承認をもらう流れ。
p.8 - 11
Git・GitHub・CI の仕組みと
Cloudflare の構成を
図解でやさしく。
p.12 - 19
GitHub と Claude Code を接続して
開発に必要な最低限のツールを揃える
コードを保管・共有するサービス
アカウント作成
github.com/signup で
アカウントを作る
堀之内に招待を依頼
作成した GitHub の
ユーザー名を堀之内に伝える
招待メールを承認
GitHub から届くメールの
Accept invitation を押せば完了
AI で開発を進めるツール
アプリをダウンロード
claude.ai/download から
Mac 版をインストール
会社のメアドでログイン
penguintrade.co.jp のメアドで
ログインすると Team プランに自動参加
Claude アプリの Code モードを開いて、日本語で指示するだけで開発できる。
こんにちは、penguinさん
Chat の右にある </> で Code モードに切り替わる
こんにちは!何かお手伝いできることはありますか?
左下が「ローカル」であることを確認して、「こんにちは」など何でも送ればセッション開始
右上の >_ ボタンを押すとターミナルが開く。ここにコマンドを貼り付けて開発ツールを入れる。
作業フォルダを選び、GitHub のリポジトリを接続する。以降このフォルダに開発コードが溜まる。
こんにちは
左下のフォルダ名を押すと
フォルダ選択画面が開く
新規フォルダ
新規フォルダの名前:
適当な場所に新しいフォルダを作成
(ここに今後コードが溜まる)
このフォルダで https://github.com/
hori0926/penguin-claude-platform
を繋いでgitのセットアップしてください。
Claude が自動でセットアップ実行
開発からデプロイまでの流れと
承認が必要になるタイミングについて
internal(社内確認用)環境までは自分で完結できる。本番デプロイのみ堀之内の承認が必要。
本番に影響しない作業用ブランチで
Claude Code にコードを書かせる
変更内容を main に取り込むための
申請を出す(Claude が自動作成)
自動テスト通過後、自分で承認して
main に変更を反映する
マージと同時に開発サーバーへ自動反映
自分でアクセスして動作を確認する
開発サーバーで問題なければ堀之内に連絡
ここだけ承認が必要
機能ごとにチャットを分け、完成したら「開発サーバーに入れて」で公開フローへ進む。
開発の段階に応じて 3 つの環境を順番に使う。データは環境ごとに完全に分離されている。
使い方
自分の PC 上でコードを書きながら
動作を確認する。他の人や環境には
一切影響しないため、自由に変更や
修正を繰り返すことができる。
使い方
LINE 連携などローカルでは動かせない
機能がサーバー上で正しく動くか確認する。
他のメンバーの PC からもアクセスできる
ため、チームでの動作確認にも使う。
使い方
お客様が実際の業務で使用する環境。
デバッグや動作検証は行わない。
本番への反映は堀之内が実施するため、
準備ができたらご連絡ください。
Git・GitHub・CI の仕組みと
Cloudflare の構成について
名前は似ているが、それぞれ役割が異なる。以下の図のような包含関係になっている。
GitHub 上で自動処理を実行する仕組み。PR を出すと自動テスト、マージすると自動デプロイ。
Git のデータをクラウドに保存して、みんなで共有する場所。PR やレビューもここ。
ファイルの変更履歴を記録するツール。変更日時・作業者・変更内容がすべて記録される。
任意の時点の状態に戻すことも可能。Git がなければ GitHub も Actions も使えない。
プロジェクトのコード・設定ファイル・変更履歴をまとめて保管する場所。
共有フォルダに似ているが、「誰がいつ何を変えたか」がすべて記録される点が異なる。
GitHub に置くことでチーム全員が同じコードにアクセスでき、過去の任意の時点に戻すこともできる。
うちでは penguin-claude-platform という1つのリポジトリに全アプリをまとめて管理している(モノレポ方式)。
ファイルの変更を「いつ・誰が・何を変えたか」のセットで記録する操作。
ゲームのセーブポイントに近く、いつでも過去の状態に戻せる。
上の画面は過去のコミット一覧で、1行が1回の保存に相当する。
コミットメッセージ(タイトル部分)には変更の要約を書く。
うちでは Claude Code に「コミットして」と言うだけで、差分の要約・コミット実行まで自動で行われる。
本番(main)から分岐して作る作業用コピー。本番に影響を与えず開発でき、完成したら main に合流(マージ)させる。
ブランチで作った変更をmain に取り込む「申請」のこと。
「このコードを本番に反映していいですか?」というリクエストで、変更差分・変更理由・CI チェック結果がひとまとめに記録される。
上の画面は PR 一覧で、各行が1つの申請に対応する。
CI(後述)が通れば自分でマージ(=main に合流)できる。
うちでは Claude Code に「PR 出して」と言えば、タイトル・本文の作成から GitHub への投稿まで自動で行われる。
PR を出すと自動で走る「品質チェック」の仕組み。
GitHub Actions というサービスが、lint(コードの書き方ルール違反がないか)・typecheck(型の整合性に矛盾がないか)・build(アプリが正しくビルドできるか)の3つを順に実行する。
すべて通過(緑チェック)しないとマージできない。
人間が目視で確認する代わりに機械が自動判定するので、うっかりミスの混入を防げる。
失敗した場合は Claude Code に「CI 直して」と言えば、エラー内容を読み取って自動修正してくれる。
Cloudflare = 現在使用しているサーバー管理サービス。開発用・本番用でサーバーもデータベースも別々に存在する。
コードの置き場所
マージで
自動反映
堀之内が
承認して反映
Worker
コードが動くサーバー
D1
データベース
環境変数
APIキー等の秘密情報
Worker
コードが動くサーバー
D1
データベース
環境変数
APIキー等の秘密情報
gh, wrangler, Claude Code を
インストールし GitHub に接続する。
開発 → PR → マージ → 動作確認。
承認不要で繰り返し実行できる。
internal で動作確認が取れたら
堀之内に承認を依頼する。
不明点は Claude Code に質問できる。解決しない場合は堀之内(hori0926)に連絡する。