Career-Ops + GitResume:AI 求職活動をバージョン管理する
あるエンジニアが 740 件の求人に向けて 100 件以上の AI 履歴書をカスタマイズし、Head of Applied AI のオファーを獲得。Career-Ops + GitResume で追跡・diff・改善できる求職ワークフローを構築する方法を紹介します。
AI を使ってカスタマイズ履歴書を 20 件生成しました。
3 週間後、こんな状況になっていませんか:
- どのバージョンをどの会社に送ったか分からない
- 毎回どのキーワードを変えたか覚えていない
- どのバージョンで実際に面接が決まったか思い出せない
そこで Career-Ops × GitResume のコンボが効いてきます。
Career-Ops とは
Career-Ops は Claude Code をベースにしたオープンソースの AI 求職システムです。求人 URL を貼り付けるだけで、AI がマッチ度を評価し、ATS キーワードを分析し、カスタマイズされた履歴書を生成 — すべてターミナル内で完結します。最近、開発者コミュニティで注目を集めています。
Career-Ops の作者である Santiago は、これを使って 740 件以上の求人を評価し、100 件以上のカスタマイズ履歴書を生成、最終的に Head of Applied AI のオファーを獲得しました。
しかし数回使ってみると、ある問題に気付きます:カスタマイズした履歴書はすべて孤立したローカルファイルに過ぎません。
その結果:
- バージョン履歴がない — 何を変更したのか、なぜ変更したのか、記録が残らない
- 結果の比較ができない — どのキーワード戦略がより効果的だったか分からない
- 過去の応募を活かせない — 毎回ゼロからやり直し
AI のアウトプットは素晴らしいが、管理が辛い
- Career-Ops は「執筆と最適化」を担当:JD 分析、キーワード最適化、コンテンツのカスタマイズ。
- GitResume は「バージョン管理とビルド」を担当:バージョン管理、PDF 自動ビルド、ホスティング。
一方は AI パイプライン、もう一方はバージョン管理システムです。Resume as Code のコンセプトに馴染みがない方は、まずこちらの紹介をご覧ください。
組み合わせると:
Career-Ops: JD 分析 → キーワード最適化 → 履歴書コンテンツのカスタマイズ
↓
GitResume: バージョン管理 → PDF 自動ビルド → ダウンロードまたは gitresume.co にデプロイ
GitResume Edition
私たちは Career-Ops を fork して、GitResume とネイティブに統合しました。
GitHub: gitresume-co/career-ops
- オリジナルは HTML を出力し、ローカルで Playwright を使って PDF に変換し保存します。
- GitResume Edition は求人ごとにブランチを作成し、
resume.yamlをコミットして GitHub にプッシュ。最後に GitResume が引き継いで PDF を自動生成します。
ファイル形式の話ではなく、応募ごとを追跡可能な commit として扱うという発想です。
クイックスタート
1. Clone して開く
git clone https://github.com/gitresume-co/career-ops.git
cd career-ops
npm install
claude
Claude Code が自動的にオンボーディングを開始し、CV と Profile の設定をガイドします。
2. GitResume をセットアップ
オンボーディング中、または /career-ops gitresume でいつでも実行可能。
すでに GitResume の repo がある? AI に repo 名を伝えれば完了です。
まだない? AI がガイドします:
- resume-template から repo を作成
- AI が自動で
resume.yamlを push - gitresume.co/start にアクセスしてサインインし、repo を連携
全体で 1 分ほどで完了します。
3. 求人を貼り付け、パイプライン実行
求人 URL を貼り付けるだけ。Career-Ops が以下を実行します:
- 求人を評価 — 10 次元の重み付け、A〜F 評価
- レポート生成 — マッチ度分析、給与調査、面接準備
- カスタマイズした
resume.yamlを生成 — キーワード最適化、経歴順の調整 - GitResume repo に push —
apply/会社名ブランチを作成 - GitResume が自動ビルド — PDF を取得、ビルドはバックグラウンドで進行
応募ごとに専用ブランチを持ちます。公開履歴書(main ブランチ)は変更されません。
実際の GitResume Dashboard:各ブランチが個別にビルド、main は Deployed としてマーク
git diff で求職戦略を構築する
git diff main..apply/acme-corp -- resume.yaml
これは単なるファイルの diff ではなく、以下が見えてきます:
- どのキーワードが面接につながったか
- どの経歴順がより効果的だったか
- どの種類のポジションには応募すべきでないか
実際、求人タイプによって履歴書の調整方法は変わります:
- バックエンド / 分散システム → microservices、scalability を強調
- Tech lead や上級職 → system design、チームリーダーシップを強調
- DevOps / platform → CI/CD、インフラ経験を強調
数週間後、振り返ってどの戦略が再利用に値するか比較できます。これがバージョン管理がもたらす本当の価値です。
なぜ両方を使うのか
| Career-Ops のみ | GitResume のみ | 組み合わせ | |
|---|---|---|---|
| AI 求人分析 | ✓ | ✗ | ✓ |
| ATS キーワード最適化 | ✓ | ✗ | ✓ |
| バージョン管理 | ✗ | ✓ | ✓ |
| 異なるバージョンの比較 | ✗ | ✓ | ✓ |
| PDF 自動ビルド | ✗ | ✓ | ✓ |
| PDF ダウンロードまたは gitresume.co へのデプロイ | ✗ | ✓ | ✓ |
| 求職戦略の蓄積 | ✗ | ✗ | ✓ |
Career-Ops は応募ごとにカスタマイズし、GitResume は唯一の Source of Truth を維持します。
関連リンク
- Resume as Code とは? — Resume as Code 入門
- はじめに — 最初の Resume as Code repo をセットアップ
- GitResume Edition Career-Ops — 統合版 fork
- オリジナル Career-Ops — Santiago 作