「先週なにやったっけ？」問題
個人開発をしていると、ふと振り返ったときに「あれ、先週なにやったんだっけ」と思うこと、ありませんか。
僕はしょっちゅうあります。笑
コミットログを遡ってみても「fix: typo」「chore: update deps」みたいな粒の細かいものが並んでいて、全体像がまったく思い出せない。
「ちゃんと進んでるのかな…」ってモヤモヤすることもしばしば。
これ、地味にストレスなんですよね。
そんな悩みが、Claude Codeに開発ログを自動生成させる仕組みを入れたらキレイに解消されたので、今回はそのときの体験を書いてみようと思います。
実例として使うのは、僕が個人開発でリリースした3D読書管理アプリ「紙心地（kamigokochi）」です。
初回リリース：41日・129コミット・約55時間
dev-log.mdという開発ログを作りました。
これはClaude CodeがGitのコミット履歴をもとに自動で集計・生成してくれる開発ログです。
紙心地のプロジェクトで生成した開発ログはこんな感じ。
・プロジェクト開始：2026-02-11 21:34
・App Store リリース：2026-03-24 09:53 (JST)
・開発期間：41日間（実作業25日）
・実作業コミット：129
・PR / マージ数：86
・推定合計稼働時間：約53〜57時間
コミットタイプ別の内訳はこちらです。
・fix（バグ修正）：42件（33%）
・feat（新機能追加）：39件（30%）
・docs（ドキュメント）：26件（20%）
・chore（雑務）：14件（11%）
・refactor（リファクタリング）：5件（4%）
・perf（パフォーマンス）：1件（1%）
・other：2件（1%）
このほかにも日別作業ログ、フェーズ別進捗、全コミット履歴まで含めて、全部Claude Codeが自動でまとめてくれます。
※技術的な仕組み（カスタムコマンドの作り方やCLAUDE.mdの設定方法）は、別記事としてZennに書いています。
実装してみたい方はこちらを覗いてみてください。
Zenn記事：「Claude Codeで /dev-log 作ったら、振り返りがめちゃくちゃ楽になった」
「あ、これだけ積み上がってたんだ」という感覚
ここで正直に書いておきたいのが、紙心地の開発って ゼロから100まで自分で手を動かして実装したわけじゃない ということです。
コードはほとんどClaude Codeに書いてもらっています。
ただ、設計・アイデア・修正方針の判断・UIの違和感の指摘などは自分の頭にあるので、それをClaude Codeとひたすら壁打ちしながら形を作っていきました。
その中で「どれくらい開発にかかったのか概算でもいいからわかった方がいいよな」と思ったのがきっかけでした。
実際に開発ログを生成して記録を見たとき、
「あ、確かにこれくらい時間かかってたよな」
「これだけ積み上がってたんだな」
と把握できるのって気持ちいいなって思ったんですよ。
概算ではあるんですが、設計を考えてた時間、壁打ちしてた時間、実機で動作確認してた時間が「コミットの裏側にあった作業」として、数字でちゃんと見える形になったので、達成感があったんです。
個人開発って、誰も褒めてくれないし、進捗を共有する相手もいないので、こういう「自分の積み上げを可視化してくれる仕組み」があると、それだけでだいぶ気持ちが違います。
振り返りのいいきっかけになるんですよね。
リリース直前は開発ログが「ブースター」になった
dev-log.mdを見ていて、特に気になったのはリリース直前の追い込み期です。
数字を見るとわかるんですが、リリース直前になってコミット数が増えています。
「もう一息」というところまで来てから、
「ここも直しておきたい」
「これもちょっと気になる」
「ここはこういうUIにしたほうが…」
みたいな細かい修正がたくさん出てきたんですよね。
普通なら「まあ、そこまで詰めなくてもいいか…」と妥協してしまいそうなところを、開発ログが積み上がっていく様子を見ながら
「ここまで積んできたんだから、ちゃんと詰めて出そう」
と踏ん張れた気がします。
これは数字が見えていなかったら、もっと早く妥協していたかもしれません。
開発ログが積み上がっていく様子そのものが、モチベーションを維持する仕組みになっていた。
これは振り返って思う一番の効果かもしれません。
個人開発者にこそおすすめしたい
ここまで書いてきて、なぜこの仕組みが 個人開発者にこそ刺さるのか、改めて言語化してみようと思います。
正直に告白すると、僕は今までに数えきれないほど個人開発のプロジェクトを途中で辞めてきました。
アイデアだけは山ほどあるのに、実装が追いつかない。
仕事の合間に進めようとしても気づけば数ヶ月経って、モチベがなくなる。そんなパターンの繰り返し。。
でもここ最近、状況がガラッと変わりました。AIで実装のハードルが激減しただけじゃなく、「ストアに出すところまで持っていく」というリリースのハードルも一気に下がったんです。
そのおかげで人生で初めて「ちゃんと出せたアプリ」でした。
「自分の作業はこれだけ積み上がってる」
「このペースなら来週にはここまで行ける」
という見立てが立つので、新しいことを始める心理的ハードルがめちゃくちゃ下がるんですよね。
しかも、こんな振り返りの仕組みを 「自分で作ろう」と思ったら絶対無理 だったと思います。
時間管理ツールを別に入れる気力もないし、続かない。
でもAIで開発を進めている流れの中で自動生成してもらうだけなら追加コストはほぼゼロ。
AIで開発そのもののブーストがかかって、さらに開発ログでもう一段ブーストがかかる感覚。
これは個人開発者としては、本当にありがたい時代になったなぁと感じています。
万能じゃない。でも入れる価値はある。
少しだけ注意点もあります。
1. コミットメッセージが雑だと品質が下がる
開発ログの精度はコミットメッセージの品質に直結します。
「fix: 修正」みたいな雑なメッセージだと、ログの価値も下がってしまいます。
「feat: ◯◯機能を追加」
「fix: ◯◯のバグを修正」
のような Conventional Commits を守ると良いです。
2. 推定稼働時間はあくまで推定
コミットしていない時間（設計を考えてた時間、リサーチしてた時間、壁打ちしてた時間）は含まれないので、実際の稼働とは少しラグがあります。
なので 「だいたい」を許容できる人向け の機能です。
3. 初期設定にはちょっとだけ手間
カスタムスラッシュコマンドや CLAUDE.mdの設定には、最初に少し時間がかかります。ただ、一度作れば /dev-log 一発で済むので作っておいて損はないと思います。
まとめ
これまでの開発実績をコマンドひとつで集計してくれる
「ちゃんと積み上がってる」という感覚が個人開発のメンタルにめちゃくちゃ効く
リリース直前の追い込み期にモチベを次の一手に変換するブースターになる
開発ログは「書くもの」ではなく「勝手にたまるもの」にする。
数えきれない挫折の上に今があるタイプの個人開発者にちょっとでも参考になれば嬉しいです。
関連記事
/dev-logコマンドの実装方法やCLAUDE.mdの構成例など技術的な詳細はZennに書きました。
実装してみたい方はこちらから見てみてください。
▶ Zenn記事：「Claude Codeで /dev-log 作ったら、振り返りがめちゃくちゃ楽になった」
YouTubeでフリーランスエンジニアの発信をしているので、よかったらこちらもどうぞ。
▶ YouTubeチャンネル：むね フリーランスエンジニア