結論：Claude Codeの成果物13個を1つのGitHub Privateリポジトリにまとめて、毎日2:00に自動バックアップしています。
- 1ヶ月で月100ファイル単位で増える成果物を、ローカル1台で管理するのは怖い
- 「マルチリポ vs モノレポ」で迷ったが、非エンジニアにはモノレポが正解
- Windowsのタスクスケジューラに任せれば、Claude Codeを起動していなくても勝手にpushされる
正直「GitHubってエンジニアが使うやつでしょ?」と思って遠ざけていました。
非エンジニアの方こそ、バックアップ目的で使う価値があります。今回は「コードを書かない人がGitHubを使う」という前提で、最小構成を共有します。
「PCが壊れた瞬間に全成果物が消える恐怖」を、月額0円で解消した話です。
誰向けの記事か
これ、誰が読むといいの?
Claude Codeを使い始めて、ローカルにフォルダが10個以上たまってきた非エンジニアの方です。
具体的には次のような方を想定しています。
- AIで作ったツール・ゲーム・サイトがフォルダ単位で増えてきた
- 「PCが壊れたら全部消える」と最近うっすら不安を感じる
- GitHubの名前は聞くが、実際に使う場面が分からない
技術解説より、「非エンジニアが詰まらずに最初の一歩を踏み出す」 ことに重きを置いています。
何が問題だったか:PCが壊れたら全消滅
ローカルに置いておくだけじゃダメなの?
1ヶ月前の自分はそう思っていました。でも成果物が13個に増えた頃、急に怖くなったんです。
ローカルだけ運用の問題点を整理するとこうなります。
| リスク | 結果 |
|---|---|
| PCが起動しなくなる | 全成果物が消える |
| 誤って親フォルダを削除 | 13プロジェクト同時消滅 |
| Windowsアップデート失敗 | 復旧不能の可能性 |
| 外付けHDDも同時故障 | 二重バックアップでも全滅 |
⚠️ 「ローカルに置いてあるから安全」は錯覚です。ハードウェアは必ずいつか壊れます。問題は「いつ」だけです。
クラウド同期(OneDriveやGoogle Drive)でも代替できますが、変更履歴が辿れない問題があります。1ヶ月前のコードを見たくなった時、クラウド同期だと最新版しか残っていません。
GitHubってそもそも何?
GitHubって名前は聞くけど、何のサービスなの?
**「変更履歴が全部残るファイル倉庫」** だと思ってください。非エンジニアにはこれが一番しっくりきます。
GitHubの特徴を3つに絞ると、こうなります。
📌 非エンジニア向けGitHubの本質 1. ファイルをクラウドに保存できる(個人なら無料枠で十分) 2. 「いつ何を変えたか」が全部記録される(タイムマシン) 3. Privateにすれば自分以外には絶対見えない
「コードを共有するためのサービス」と紹介されがちですが、非エンジニアにとっては 「履歴付きの安全な倉庫」 という側面の方が圧倒的に大事です。
マルチリポ vs モノレポ:なぜ1つにまとめたか
プロジェクトごとに別のリポジトリにしないの?
最初はそうしようと思いました。でも非エンジニアには現実的じゃないと気づきました。
2つの方式を比較するとこうなります。
| 方式 | 良い点 | 悪い点 |
|---|---|---|
| マルチリポ(プロジェクト1個ずつ) | 公開・非公開を細かく分けられる | リポ作成が面倒、管理対象が増えすぎる |
| モノレポ(全部1つにまとめる) | リポ管理が1個で済む、横断的な検索が楽 | 全体がPrivate前提になる |
非エンジニアの自分にとって、「リポを1個ずつ作る」という作業自体が継続障壁でした。
📌 公開が前提のサービス(ブログサイトなど)だけ別リポに切り出し、それ以外は全部モノレポに突っ込む。これが現状の自分にとって最適解でした。
Privateが必須な理由
全部Privateじゃないとダメ?
**絶対にPrivateじゃないとダメ**です。これだけは譲れません。
非エンジニアがやりがちな事故を3つ挙げます。
⚠️ Publicにすると起きる事故 1. .envに書いたAPIキーが世界中から見える(数時間で悪用される) 2. 顧客情報・第三者データが入ったExcelが公開状態になる 3. 自分のメアドや本名がコミット履歴経由で漏れる
特に1のAPIキー流出は GitHubの自動スキャンに引っかかる ので、Public化した瞬間にAnthropicやOpenAIから「キーを取り消しました」通知が飛んできます。
非エンジニアの自分が学んだルールは1つだけです。
📌 「公開する前提のもの以外、全部Private」 が最も安全な初期設定です。迷ったらPrivateにしておけば事故は起きません。
.gitignoreで除外したもの
全ファイルをアップロードするの?
そうしたいところですが、**入れてはいけないファイル**があります。これを除外するのが .gitignore の役目です。
実際に除外しているものをカテゴリ別に並べます。
| カテゴリ | 除外したもの | 理由 |
|---|---|---|
| 機密情報 | .env(APIキー入り) | 流出事故の最大原因 |
| 大容量データ | 楽天/output/(422MB) | リポが肥大化して動作不能 |
| 配布バイナリ | scrcpy/(17MB) | 公式から再DLできるので不要 |
| 第三者データ | *.xlsx(リサーチ結果) | 個人情報・取引先情報の混入リスク |
| キャッシュ | pycache/, node_modules/ | 自動生成物 |
| 個人ログ | 引き継ぎサマリー.md | 機密情報の混入リスク |
⚠️ 特に .envを.gitignoreに入れる前に1度でもpushしたら、即座にAPIキー再発行してください。Git履歴に永遠に残ります。
.gitignoreファイルを作って、リポジトリのトップに置くだけ。Claude Codeに「.gitignore作って」と頼めば、適切な内容で書いてくれます。
毎日2:00に自動pushする仕組み
毎日手動でpushするの面倒じゃない?
最初は手動でしたが、すぐに「これ続かないな」と察しました。**Windowsのタスクスケジューラ**を使えば、自動化できます。
仕組み全体は次の通りです。
コミットメッセージは固定にする
毎日のコミットメッセージは 「Daily backup YYYY-MM-DD」 で固定にしました。
| パターン | 例 | 良い点 |
|---|---|---|
| 固定(日付のみ) | Daily backup 2026-05-12 | 一目で「自動push」と分かる |
| その日の変更要約を毎回書く | 楽天ツール修正、Suno曲整理 | 後で履歴が読みやすい |
固定にした理由はシンプルで、「内容まで書こうとすると続かない」 からです。非エンジニアの自分には、自動化の中身まで考える余裕がありません。
📌 「変更内容を書く」は手動コミット時の特権。自動コミットは『記録が残るだけで十分』 と割り切るのが続けるコツです。
10日連続で動いている実績
設定したのが2026年4月末。今日まで毎日きちんと動いています。
1eb6626 Daily backup 2026-05-12
71d2ea5 Daily backup 2026-05-11
2e5b1dc Daily backup 2026-05-10
8abc30d Daily backup 2026-05-09
a6be6b6 Daily backup 2026-05-08
664dbb5 Daily backup 2026-05-07
1fdbdb9 Daily backup 2026-05-05
7b26fcb Daily backup 2026-05-04
629da2b Daily backup 2026-05-03
5/3から5/12までの10日間、ほぼすべてに「Daily backup」コミット。手動で意識しなくても、勝手に履歴が積み上がっています。
やってよかった点
実際に使ってみて、一番嬉しかったことは?
**「もうPCが壊れても怖くない」**という安心感、これに尽きます。
✅ モノレポ + 自動push でできるようになったこと
- 過去のコード履歴をすぐ呼び出せる — 1ヶ月前の自分が書いたコードを瞬時に参照できる
- 複数PCで作業を継続できる — 別のPCからcloneすれば即作業再開
- ファイル消失の恐怖から解放 — ハード故障・誤削除のリスクがほぼゼロに
- 改善のループが回せる — 「先週のあのバグ修正どうやったっけ?」が30秒で見つかる
特に1番は革命的でした。Claude Codeに「先週これ修正したよね、どんな変更だった?」と聞くだけで、Gitの履歴から該当箇所を引っ張ってきてくれます。
やる前に絶対知っておくべき注意点
始める時の落とし穴ってある?
3つだけ、絶対知っておいてください。これを知らないとアカウントが乗っ取られたり、データが流出します。
1. PrivateをPublicにしない
⚠️ GitHubには「visibility変更」というボタンがあり、1クリックでPrivate→Publicに切り替わります。誤操作で公開された事例は多数あります。
設定画面で「Public」のボタンの近くで操作する時は、必ず一拍置いてから動いてください。
2. APIキーは絶対にコードに書かない
APIキー(Anthropic、OpenAI、楽天など)を直接コードに書いてpushすると、数時間以内に世界中のスクレイパーに発見されます。
| 正しい書き方 | 危険な書き方 |
|---|---|
| .envファイルに書く(.gitignore済み) | api_key = "sk-xxxxxxxxxx" をコードに直書き |
.envファイルを.gitignoreに登録すれば、ローカルにあってもGitHubにはアップロードされません。
3. コミット履歴にメアド・本名が残る
Gitの設定で「メアド」を登録すると、全コミットに自分のメアドが永久に残ります。Privateリポでは見えませんが、誤ってPublicにした瞬間に世界中から見えます。
📌 GitHubには「ノーリプライメアド」というダミーアドレスを発行する機能があります。設定 → Emails → "Keep my email addresses private" にチェックを入れると、本物のメアドが履歴に出ません。
学んだ3つのこと
今回の構築で得た一番の学びは?
「バックアップは仕組みで自動化する」が、非エンジニアでも余裕で実現できる時代だ、ということです。
✅ モノレポ + 自動push で学んだ3つのこと
- 「ローカルだけ運用」は時限爆弾 — ハード故障は必ずいつか起きる
- モノレポは非エンジニアの最適解 — 管理対象を増やさないことが継続のコツ
- 自動化は『設定1回・恩恵365日』 — 30分の初期設定で1年間自動バックアップ
最後に:自分の思い
これからAIで成果物を作り始める非エンジニアに、何を伝えたい?
**『バックアップは保険ではなく、続けるための土台』**ということです。失う恐怖がなくなれば、もっと自由にチャレンジできます。
非エンジニアの自分は、半年前まで 「GitHubは別世界のサービス」 だと思っていました。
でも実際に使ってみると、技術的に難しいのは最初の1日だけです。あとは毎日勝手に動いてくれます。
Claude Codeに「GitHub Privateリポを作って、毎日自動pushして」と頼めば、全部やってくれます。
非エンジニアにとって本当に難しいのは、「これをやる必要がある」と決めることだけだと、今は思います。
💡 大事なのは「自分のPCはいつか壊れる」と1度認めること。認めた瞬間に、バックアップは「面倒なタスク」から「絶対やるべき投資」に変わります。
成果物が増えるほど、これを早くやっておいてよかった気持ちが強くなります。
これからも、「失う恐怖を仕組みで解消する」 動きを続けていきます。
この記事のシリーズ:ブログ立ち上げ全工程・家賃トラッカー全工程も合わせて読むと、「非エンジニアがAIで何を作って何を残したか」の全体像が見えます。