点検はスキルとサブエージェントに任せ、決めるのは社長

CLAUDE.md の点検は、手順書（スキル）と寡黙な職人（サブエージェント）に任せられます。寡黙な職人とは、頼まれた仕事を黙々とこなす担い手のことです。

私が使っている点検の手順書と職人、改善案を出す手順書の成果、そして提案を受けたときの私の判断の仕方を紹介します。

点検に使っている手順書と職人

点検に使っているのは次の3つです。

• CLAUDE.md を整理する手順書：肥大化、重複、置き場所の誤り、古い記述などを点検する
• CLAUDE.md を点検する職人：企画部門（アイデアと構成を考える部門）のフォルダに置いている。重複や置き場所の誤りなどを探して一覧で返すだけで、ファイルは直さない
• 途中のもの（保留メモ）を出す手順書：フォルダごとにある保留メモを集めて、一覧で見せる。読むだけで、ファイルは変えない

整理の手順書は、見つけたことをまず私に報告します。直すのは、私の了解を得てから。直したあと、もう一度確かめるところまでが、手順書の流れです。

改善案を出す手順書

点検するのは、CLAUDE.md だけではありません。仕事の進め方そのものを見直す手順書もあります。

使うのは、サイトや本を1つ仕上げたとき。作業の記録を読み合わせて、くり返している手間や、毎回同じところで出る直しを見つけ、改善案を出します。この手順書も、案を出すだけです。

1つのサイトを仕上げたあとの改善案から、次の2つの決まりが生まれました。

1. タイトルと本文のずれ：本文と合わないタイトルを、私が読み直して見つけたことが3回ありました。そこで、本文を書き終えてから、部長（部門ごとのフォルダで動く Claude Code）がそれに合うタイトル案をいくつか出す決まりにしました
2. 長すぎる段落：公開したあと、私が段落を分け直し、部長に原稿へ反映してもらうやりとりが16回ありました。そこで、書く段階で段落を100字以内にする決まりと、字数を確かめるプログラムを用意しました

安心して任せている

改善案を出す手順書は、安心して任せられる道具になりました。こちらが期待したとおりの案が返ってくるからです。それが当たり前になり、使うたびに特別な印象が残ることもありません。

整理の手順書や点検の職人が出す提案には、念のため目を通します。とはいえ、ほとんどはそのまま了解しています。

決めるのは私

手順書も職人も、見つけて提案するところまで。直すかどうかは、私が判断します。

保留メモに残った件も同じです。溜めないほうがよい理由は、こちらの記事へ。

関連記事：保留メモは溜めない、変わりやすいことは別のファイルに

判断する目の育て方は、こちらの記事で紹介しています。

関連記事：AI の良し悪しを見抜く目は、本物に触れて育てる