7
6

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Claude Code で技術的な相談をしていると、毎回新しい学びが出てきます。
でも、その会話は閉じた瞬間に流れ去って、「あのとき確かに理解したのに、思い出せない」 という状態になりがちです。

そこで、Claude Code との会話から 学びを抽出して Obsidian に「知見メモ」として残す仕組み を整えました!

今後みなさんの日々の学びを資産化するために試してみてください!

「会話」は資産の宝庫である

Claude Code との対話には、3 つの種類の情報が含まれます。

  1. 作業の結果(コード、設定、コマンド)
  2. 作業のプロセス(どう調べたか、どう判断したか)
  3. 「なるほど」と思った瞬間(一般化できる気付き、原則)

このうち、2 や 3 は価値が高いのに、一番流れ去りやすいのです。
コードやコマンドは履歴に残りますが、「なぜそうするべきなのか」という気付きは、明示的に記録しないと残りません。

コードは形式知、気付きは暗黙知。暗黙知を形式知に変換する作業 こそ、振り返りの本質だと考えています。

今回題材にしたい運用

私の場合、Obsidian に 「知見」 というフォルダを作って、Claude Code との対話で得た学びをそこに溜めています。

執筆時点で下記のような知見メモが並んでいます。(一部抜粋)

  • 「YWTは成長の補助輪」
  • 「try-catchで自分が投げたものを拾い直すのは無駄な処理」
  • 「アイコンは『装飾的』か『情報を持つ』かで実装が違う」
  • 「仕様変更に強い設計は『変更の軸を意識する』ところから」
  • 「AI駆動開発は『基盤整備→開発自動化→運用自動化』の段階的導入」
  • 「実装前の丁寧なすり合わせが長期的な運用コストを削減」

また、新たな学びだけではなく今自分が持っている暗黙知も言語化してくれるところ良いです。

どう仕組み化したのかを順に紹介していきます。

この記事で伝えたいこと

Claude Code との対話から 「知見」を抽出 → 構造化 → Obsidian に保存 する流れをルーティン化することで、日々の学びがチームや未来の自分にとっての資産になります。

ポイントは、1 知見 1 ファイル で、統一フォーマット で残すこと。
これだけで、後から検索したり、ブログ記事の素材として組み合わせたりできるようになります。

3 つの工夫

「知見メモ」を溜めるための運用には、3 つの工夫があります。

工夫① 1 知見 1 ファイルにする

知見は 1 つずつ独立したファイル にします。
これは Obsidian の [[ ]] リンク機能と相性が良く、後から別の知見と関連付けられるからです。

Obsidian/知見/
├── YWTは成長の補助輪.md
├── try-catchで自分が投げたものを拾い直すのは無駄な処理.md
├── アイコンは「装飾的」か「情報を持つ」かで実装が違う.md
└── ...(22ファイル)

ファイル名 = 知見の要約。
ぱっと見ただけで何の知見か分かるように、結論を文として書く ことにしています。

ファイル名が「アイコン.md」だと中身を開かないと分からない。
「アイコンは『装飾的』か『情報を持つ』かで実装が違う」だと、ファイル一覧を見ただけで思い出せます。

工夫② フォーマットを固定する

すべての知見メモを、同じ構造で書きます。

# [知見のタイトル]

## 知見

[1〜3 文で本質を要約]

## 出典

- [[元になった会話やドキュメントへの内部リンク]]

実例(try-catchで自分が投げたものを拾い直すのは無駄な処理.md):

# try-catchで自分が投げたものを拾い直すのは無駄な処理

## 知見

try内で投げたResponseを自分のcatchで拾って再スローするのは回り道。
フレームワーク(React Router)が自動的にハンドリングしてくれるので、
意図的にハンドリングすべきエラー(データなし、バリデーション失敗)だけを
明示的にチェックして、それ以外はフレームワークに任せるのがシンプル。

## 出典

- [[try-catch のはなし]]

このフォーマットの良さは 2 つあります。

  • 「知見」セクションだけ読めば全体像が分かる
    • 忙しいときは要約だけ拾う
    • 人に伝える時、端的に伝えられる
  • 「出典」で元の文脈に戻れる
    • 詳細を確認したいときは元の会話に飛べる

工夫③ Claude Code に「知見化」を頼む

ここが運用の肝です。
作業が終わったあとに、Claude Code に 「今日の会話から知見になりそうなものを抽出して」 と頼みます。

今日のこのセッションで話した内容から、
将来の自分やチームに残しておきたい「知見」を抽出してください。

形式:
- タイトル(結論を文として書く)
- 知見(1〜3 文で本質を要約)
- 出典(このセッションの主題)

1 知見 1 出力でお願いします。

すると、Claude Code がセッションの内容を振り返って、知見化できる箇所を 複数候補で提案 してくれます。
あとは、自分が「これは確かに大事」と思ったものを選んで、Obsidian に出力してもらうだけです。

自分で書こうとすると、結論が散らかります。AI に「結論を 1 文で」と要約させると、自分でも気付かなかった本質が言語化されます。

溜まった知見の使い道

22 個溜まった知見メモは、色んな場面で再利用できます。

使い道① ブログ記事のネタ出し

「最近何書こうかな」と思ったとき、知見フォルダを眺めると 記事のタネ が並んでいます。
1 つの知見をふくらませて 1 記事、または 複数の知見をテーマで束ねて 1 記事 にできます。

使い道② チームへの共有

レビューや MTG で「あれ、これ前に整理したな」と思ったとき、知見メモを共有するだけで議論が早く進みます
口頭で説明すると毎回ブレるところが、書いたものを渡せばブレません。

使い道③ 自分の成長の可視化

3 ヶ月前、半年前の知見を見返すと、「当時はこれが新鮮だったんだ」と分かります。
これは 自分の理解の地層 が可視化される体験で、振り返りとして意外に効きます。

まとめ

知見の残し方を、Before / After で並べてみます。

観点 Before(残さない) After(知見メモ運用)
Claude Code の会話 閉じたら忘れる 知見だけ抽出して資産化
過去の気付きの再利用 「前にも考えたな」で止まる ファイル名一覧から即思い出せる
ブログ記事のネタ 毎回ゼロから考える 知見の組み合わせから書ける
チーム共有 口頭で毎回ブレる リンク 1 本で渡せる

1 つの会話から 1 つの知見を残すだけで、振り返りや共有するときに便利です。

特に、Claude Code に「知見化」自体を頼む ことで、自分では気付けなかった本質が言語化されるのは大きな発見でした。

人間の振り返りには「直近の作業」しか思い出せないというバイアスがありますが、AI は 会話の最初から最後までを均等に俯瞰 してくれます。

本記事の要点は下記のとおりです。

  • Claude Code との対話には「気付き(暗黙知)」が必ず潜んでいる
  • そのままだと流れ去るので、1 知見 1 ファイルで Obsidian に残す
  • フォーマットを固定する(タイトル / 知見 / 出典 の 3 要素)
  • 知見化の作業自体を Claude Code に頼む と、本質を抽出しやすい
  • 溜まった知見は、ブログ・チーム共有・自己成長の素材になる

「Claude Code は便利な作業ツール」ですが、会話の中の学びを抽出する仕組み を作ると、もう一段階使い方が広がります。

ぜひ自分なりの「知見メモ」運用を作ってみてください!

7
6
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
7
6

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?