コードを書かないSE日誌

SE歴26年。コードを書かずにClaude Codeで8体のAIエージェントチームを動かしています。AIエージェント・自動化・GTDの実験日誌。

Claude Codeでthinネタ帳をreadyにする——1セッションで6本を昇格させた方法

2026-05-02、thin(素材が薄い)状態で止まっていたネタ帳6本を、Claude Codeとの壁打ちセッションで1日のうちに ready(記事化可能)へ昇格させた。1本あたり10〜15分、6本合計で約1〜1.5時間。この記事では、そのセッションで使った手順と、なぜthinネタ帳が止まり続けるのかを説明する。


📚 シリーズ「Claude Code を思考のパートナーにする」番外編

AIをただの実行ツールではなく、思考の相棒として使うためのシリーズ。本記事は番外編として単独で完結しています。第1〜3弾で扱った壁打ちの考え方を、ネタ帳の育成に応用した実践記録。


thinネタ帳はなぜ止まるのか

ネタ帳が「thin」の状態で止まる理由には、ほぼ共通のパターンがある。

「何をしたか」は書いてある。「なぜそうなったか」と「自分がどう感じたか」がない。

コミットログやGitHubのIssue履歴は事実を記録する。コードを修正した・リリースした・バグを直した、という出来事は残る。しかし感情・判断の瞬間・気づきはそこには残らない。

「妙に早く処理が終わったから気づいた」という違和感の瞬間。「次に何を公開すればいいかわからなくなった」という困惑。「AIのために書いたら人間にも読みやすくなったのではないか」という発見。これらはコミットログに書かれない。

thin状態のネタ帳には、事実の骨格だけがあって、記事の核になる「なぜ・どう感じたか」が空白になっている。その空白が埋まるまで、ネタ帳は動かない。

壁打ちはその空白を埋める作業だ。


壁打ちで昇格させた6本

2026-05-02のセッションで ready に昇格させたネタ帳は以下の6本。コミット fcb4273f43fc838 の2コミットに記録されている。

ネタ帳テーマ 昇格した核心の一文
エージェント組織の維持 何もしなくても腐る。腐敗にきっかけは要らない
品質ゲートのすり抜け 「妙に早い」という時間感覚はルールに書けない暗黙知
AIドキュメントの陳腐化 整合性が高いほど疑いにくい——という逆説
AIライターの品質改善 書く前の設計で品質が決まる(4段階)
記事管理のリファクタリング 管理属性は手動更新禁止——ルールでなく構造で解決
GEO最適化の副産物 AIのために書いたら人間にも読みやすくなった

6本のいずれも、壁打ち前には「何をしたか」の記録はあった。しかし「なぜ・どう感じたか」が書けていなかった。


5ステップ、1本10〜15分の手順

このセッションで踏んだ手順は以下の5ステップだ。1本あたり10〜15分、6本で約1〜1.5時間(著者の実績値)。

ステップ 内容 所要時間
0. 選ぶ thin一覧を眺めて「気になる」ものを1〜3本ピックアップ 5分
1. 読む AIがネタ帳を読んで切り口を2〜3提示 2分
2. 選ぶ 方向をA/B/Cで選ぶ 即時
3. 問う 深掘り1〜2問に答える 5〜8分
4. 書き直す AIが核心の一文を抽出しネタ帳を更新 2〜3分
合計 10〜15分/本

以下、各ステップを順に説明する。

ステップ0:「気になる」で選ぶ

「全部やろう」とは思わなかった——気になるものだけ選んだ。

thin一覧を眺めて、「これ気になる」と感じたものだけをピックアップする。選ぶ理由は要らない。興味が湧いたもの = まだ燃えているもの、という直感で十分だ。

このステップは5分程度。消化しなければいけないリストを処理するのではなく、そのとき引っかかるものだけを選ぶ。全件やろうとすると義務感で失速する。

ステップ1:AIがネタ帳を読んで切り口を提示

AIにネタ帳のファイルを読み込ませ、「このネタ帳を記事にするとしたら、どんな切り口が考えられるか」を2〜3案出してもらう。

このときAIには事前にコミット履歴も確認させる。「やったこと」は既に調べてある状態で、問いかけるのは「なぜ・どう感じたか・何が核心か」だけ。

切り口が2〜3案提示されると、「このネタはこういう方向性で書きたかったのか」という気づきが起きることがある。提示された選択肢に答える行為そのものが、自分の興味の所在を確認する作業になる。

ステップ2:方向をA/B/Cで選ぶ

提示された切り口の中から1つ選ぶ。「どれが正解か」ではなく「今の自分が書けそうなのはどれか」で選ぶ。これは即時の判断でいい。

ステップ3:深掘り1〜2問に答える

切り口が決まったら、AIが1〜2問の深掘り質問を投げてくる。この問いに答えることが核心だ。

有効だった質問パターンを実際のセッションから再現する。

  • 「一番困ったのは何でしたか?」(問題の核心を絞る)
  • 「気づいたのはどのタイミングでしたか?」(ストーリーの転換点を特定する)
  • 「今はどうなっていますか?」(正直な結末を引き出す)
  • 「その発言はいつ出てきた言葉ですか?」(気づきの瞬間を特定する)

たとえば ai-document-staleness のセッションでは「気づいたのはどのタイミングでしたか?」という問いに対して、「辞めたと伝えたあとも何度かCoworkという言葉が出てきた。最初に気づけばよかった」という答えが出てきた。この一文が「整合性が高いほど疑いにくい」という核心に直結した。

この問いへの回答は、コミットログにはどこにも書かれていない。壁打ちで初めて言語化される。

ステップ4:AIが核心の一文を抽出してネタ帳を更新

答えた内容をもとに、AIが「核心の一文」を抽出し、ネタ帳の maturity: ready への更新と核心の一文の追記を行う。

「何をしたか」の事実が書かれたネタ帳に、「なぜそうなったか・どう感じたか」が加わる。これでreadyになる。


壁打ちで出てきたもの、出てこなかったもの

このセッションで生まれたものと、壁打ちなしには出てこなかったものを整理する。

壁打ちで初めて言語化できたもの:

  • 「次に何を公開すればいいかわからなくなった」(管理台帳ズレの核心)
  • 「画面に出力を眺めていて、妙に早く処理が終わったから気づいた」(違和感の正体)
  • 「辞めたと伝えたあとも何度かCoworkという言葉が出てきた。最初に気づけばよかった」(更新漏れの後悔)
  • 「AIのために書いたら人間にも読みやすくなったのではないか」(GEO副産物の発見)

コミット履歴を調べることで出てきたもの:

  • テスト15件・E2E通過・コミットハッシュなどの数字
  • 3か所のファイルが整合していたという構造的事実
  • AIO対応が24記事・内部リンク74本という規模感

コミット履歴は「何をしたか」の事実を補完する。壁打ちは「なぜ・どう感じたか」の空白を埋める。この役割分担が、thin状態を突破する仕組みだった。


なぜ「核心の一文」が出ると記事化できるのか

このセッションを通じて見えてきた原則がある。

「"気になる" thin を1本15分——選ぶのは興味、道具は問いかけ、出てくるのは核心の一文」

readyに昇格するということは、「このネタは何についての記事なのか」を1文で言えるようになることだ。6本のネタ帳すべてで、壁打ち後に核心の一文が出てきた。壁打ち前には書けていなかった一文が。

核心の一文が出れば、構成はAIに考えてもらえる。執筆もAIに任せられる。しかし核心の一文は、問いかけに答える過程でしか出てこない。誰かに「なぜやったの?」と聞かれて初めて言葉になるのと同じ構造だ。


まとめ:thinを動かす最小手順

thin状態のネタ帳が止まり続けているとき、そこに不足しているのは多くの場合「なぜそうなったか・自分がどう感じたか」の言語化だ。

再現可能な手順としてまとめると:

  1. thin一覧を眺めて「気になる」1〜3本を選ぶ(5分)
  2. AIに読ませて切り口を2〜3提示してもらう(2分)
  3. 方向を選ぶ(即時)
  4. 深掘り1〜2問に答える(5〜8分)
  5. AIが核心の一文を抽出してネタ帳を更新する(2〜3分)

合計10〜15分/本。「壁打ち」という言葉に馴染みがなければ、「AIに読ませて質問に答える」というだけだ。Claude Codeでも、Claude.aiのブラウザ版でも、切り口を出して問いを投げてくれるなら何でも機能する。

「全部のthinをやる」必要はない。今日気になる1本だけ選んで試す——それが最初のステップだ。


Claude Codeで思考を整理したい方へ: 参考書籍

このシリーズで紹介した「Claude Code を思考のパートナーにする」考え方の全体像は、Zenn Book にまとめています。

ネタ帳・メモ管理・PKM(Personal Knowledge Management)に関心がある方向けに、参考になる書籍をAmazonでまとめています。

[PKM・ノート術・知的生産 関連書籍(Amazon)]

この記事のテーマを深掘りした本

コードを書けない私がClaude Codeで「AIチーム」と書き続けるまで ネタの自動収集から公開まで、書き続ける仕組みの育て方(序章無料)

シリーズ全6冊: Vol.1 作るまでVol.2 回すまでVol.3 書き続けるまでVol.4 仕組みを渡すまでVol.5 仕事を任せるまでVol.6 1人エージェントチーム