このシリーズについて
AI と一緒にキャリア資産を育てていく過程を記録しています。この記事は第2回です。
はじめに
前回は、ChatGPT のチャットを1本だけピン留めして、自己分析やスキルの棚卸しをそこで続けている、という話を書きました。
今回はその続きです。1本のチャットで続けた結果どうなったか、そしてなぜ GitHub のプライベートリポジトリを作ることになったかを書きます。
想定している読者
- 仕事では ChatGPT や Claude を使っているが、自分のキャリアにはまだ使っていない人
- AI との壁打ちが増えてきて、内容がどこにあるか分からなくなってきた人
この記事で扱わないこと
- モデルの比較、MCP、Agent、RAG といった AI そのものの深掘り
- Git や GitHub の使い方そのもの
当時のやりとりの載せ方
- 引用: そのまま載せたもの
- 要約: 要点だけ書き直したもの
- 編集: 公開にあたり表現を変えたもの
どこまで進んだのか、分からなくなった
前回の終わりに書いた通りです。1本のチャットを続けていたら、こう聞くことになりました。
引用（2026年4月）
今どのステップまで進んだのか時間経過で忘れてしまった。改めてステップと現在位置を確認したい。
チャットは残っています。過去のやりとりも全部あります。それでも、自分がどこまでやったのかは分からなくなっていました。
理由ははっきりしていて、チャットは会話の記録であって、進捗の一覧ではないからです。何をやったかは残っていても、何が終わっていて何が残っているかは、スクロールして探すしかありません。そしてそのスクロールが面倒になる程度には、会話が長くなっていました。
相談したら、GitHub を勧められた
この相談の流れで返ってきたのが、GitHub のプライベートリポジトリで Markdown を管理するという案でした。
要約（2026年4月）
- 差分管理ができる。いつ何を考えていたかが履歴として残る
- フォルダがそのまま思考の構造になる
- テキストなので、AI に渡すときにコピーしやすい
- エンジニアなら、思考もコードと同じ扱いにするのが自然
このとき一緒に出てきた整理が、いま振り返ると一番効いています。
引用（2026年4月）
GitHub = 内部OS
Google Drive = 外部インターフェース
内部で育てるものと、外に見せるものを分ける、という考え方です。
ただし、この提案を全部採ったわけではありません。Google Drive は使っていません。外に出すものは、そのつど PDF を作って渡せば足りたからです。
前回の記事にも書きましたが、決めているのは自分で、AI は選択肢を出す側です。5つ提案されたら5つ採る必要はありません。
提案されたフォルダ構成
このとき提示されたのが、次の構成でした。
引用（2026年4月）
career/
├ 00_self_profile.md
├ 20_career_history.md
├ 30_strengths_skills.md
├ 40_current_topics.md
├ 50_career_direction.md
├ 60_action_plan.md
├ 90_logs.md
├ resume.md
└ resume_short.md
前回の記事で紹介した1月の提案と比べると、50 と 60、それに職務経歴書のファイルが増えています。最初に全部そろっていたのではなく、必要になった時点で足されていったものです。
番号の意味も一貫していました。00 は変わりにくいもの、90 は未整理の流し書き、その間に変わるものを置く。「半年後も有効なら 00 に入れる。1ヶ月で変わるなら別ファイルにする」という判断基準です。
リポジトリを作って、3ヶ月放置した
正直に書きます。この日にリポジトリは作りました。しかし、中身をきちんと移したのは3ヶ月後でした。
git のログがそのまま残っています。
2026-04-23 Initial commit
2026-07-29 docs: 職務経歴書・スカウト用プロフィール・面談カンペを移行
2026-07-29 docs: 自己分析・活動管理・旧版の資料を移行
理由は単純で、仕事が忙しく手が回らなかっただけです。
前回も1月から3月、3月から4月、4月から7月と空白がありました。今回も同じです。仕組みを作ることと、使い始めることは別で、作った時点では何も解決していません。
ただ、リポジトリを作ったこと自体は無駄になりませんでした。7月に手をつけたとき、「どこに何を置くか」を一から考えずに済んだからです。
動き出したときに決めたこと
7月末にまとめて移したとき、ファイルを置くだけでは足りないと気づきました。同じことを2箇所に書いてしまい、どちらが正しいのか分からなくなったためです。
そこで、置き場を役割で分けることにしました。
素材は、自己分析、実績のログ、活動の記録です。誰にも見せない前提で、事実だけを箇条書きで溜めます。成果物は、職務経歴書やスカウト用のプロフィールです。人に読ませる文章はここにだけ書きます。
分けた理由は、更新のきっかけが違うからです。素材は思い出したときに足すもので、成果物は出すときに整えるものです。同じファイルに混ぜると、書くたびに「これは誰向けの文章か」を考えることになり、手が止まります。
そのうえで、情報が一方向に流れるように決めました。
左の列が思考、右の列が経歴です。どちらも、粗いものから整ったものへ一方向に流れます。逆流させない、というのが唯一のルールです。
たとえば職務経歴書を直したくなったとき、いきなり文章を直すのではなく、先に事実のファイルを直します。文章のほうだけを直すと、次に書き直すときに何が正しいのか分からなくなるためです。
つまずいたこと
push できない
最初の壁がこれでした。
git push
Permission denied (publickey)
鍵の設定が通っていませんでした。結局、鍵を作り直して GitHub に登録し直したら解決しました。原因を追うより、作り直したほうが早い場面です。
キャリアの整理をしようとして、最初にやったのが SSH 鍵の作り直しだったのは、少し笑いました。
何を管理しないか、を先に決める
もう一つは .gitignore です。Claude Code に相談したところ、管理下に置かないものを先に決めるよう勧められました。
結果として、次のものを除外しています。
local/ 公開したくないものの避難先
*.xlsx *.csv *.docx *.pages 一次資料
*.pdf Markdown から生成する成果物
local/ は、公開したくないものの避難先です。人の名前や、外に出せない数字など、うっかり書いてしまうと困るものはすべてここに置きます。ディレクトリごと除外してあるので、置き場所さえ間違えなければ事故が起きません。
一次資料を除外しているのは、手元に届く元データが表計算やドキュメントの形式で、そのままでは差分が読めないためです。必要な部分だけ Markdown に書き出してから管理下に置きます。
PDF を除外しているのは、Markdown から生成しているためです。生成できるものを管理下に置くと、どちらが正しいのか分からなくなります。
キャリアの記録は、経歴、金額、人の名前と、外に出せない情報が混ざります。何を書くかより先に、何を管理下に置かないかを決めておくほうが安全でした。
何が変わったか
役割が分かれました。
チャットは、前提の説明が要らない場所です。数ヶ月ぶりに戻っても、続きから相談できます。リポジトリは、いま何が終わっていて何が残っているかが見える場所です。ファイルを開けば分かります。
そして、この2つを往復できるようになりました。チャットで壁打ちして、まとまったらファイルにする。そのファイルをまた AI に読ませて、指摘を受けて直す。
チャットに置いたままだと、育てた内容は会話の中に埋もれます。ファイルにすると、次に開いたときに続きから始められます。
この記事のまとめ
- AI との壁打ちの成果は、チャットに置いたままにせず、ファイルに出す。チャットは会話の記録であって、進捗の一覧ではない
- 置き場は役割で分ける。自分のための記録と、人に見せる文章は、更新のきっかけが違う
- 何を書くかより先に、何を管理下に置かないかを決める。キャリアの記録には、外に出せない情報が必ず混ざる
次回は、AI に経歴を書かせたときに事実と違う記述が出てきた話と、それを止めるために置いたルールについて書きます。
次回（第3回）
前回（第1回）