- Part 4

ここはタグ「」の4ページ目になります。

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

CLAUDE.md の点検は、手順書（スキル）と寡黙な職人（サブエージェント）に任せられます。私が使っている点検の手順書と職人、改善案を出す手順書の成果、そして提案を受けたときの私の判断の仕方を紹介します。

作業に一区切りついたとき、終わりにするとき。私は決まった問いかけを部長に投げています。保存、肥大化と重複の確認、途中のものの確認、行数。実際に使っている問いかけと、それぞれのねらいを紹介します。

まだ決まっていないこと、保留にしていること、思いついたアイデア。変わりやすいことは、CLAUDE.md とは別のファイルに分けるのがおすすめです。保留メモを溜めないほうがよい理由と、分け方の考え方を紹介します。

CLAUDE.md は、使い続けるうちに散らかっていきます。長くなりすぎる、同じルールが2か所にある、書いたはずのことが守られない。私に実際に起きたことと、防ぐために続けている習慣を紹介します。

報告・連絡・相談は、Claude Code の部門にも必要です。勝手に進めない、隣と共有する。私が部長（部門ごとのフォルダで動く Claude Code）に守ってもらっている決まりを、実際にあった場面と一緒に紹介します。

私の会社（本部）の各部門で、実際に使っている手順書（スキル）と寡黙な職人（サブエージェント）、必ず通る関所（フック）を、部門ごとに紹介します。いちばん助かっているのは、原稿を点検する手順書と、校正の職人です。

手順書（スキル）は、Claude Code に頼めば作ってもらえます。ファイルを自分で書く必要はありません。私の手順書は、全部 Claude Code が作りました。頼むときの流れとコツ、できた手順書の見本をまとめました。

CLAUDE.md、スキル、サブエージェント、フック。4つの違いを、会社のたとえと公式の目安で整理しました。ただ、使い分けは Claude Code に任せてよいと私は考えています。任せてよい理由も紹介します。

フックは、決まった場面で必ず動く仕組みです。返答が英語になるたびにイライラしていた私は、返答のたびに日本語かを確かめるフックを入れました。仕組みと、あとで見つかった穴のことまで、実例でまとめました。

サブエージェントは、Claude Code に頼まれて裏で仕事をする、寡黙な職人です。会話をせず、与えられた仕事を黙々とこなし、結果だけを報告してくれます。そのあいだも相談を続けられ、作業が止まりません。私の使い方と公式の仕組みをまとめました。

スキルは、Claude Code に渡す作業の手順書です。毎回読まれる CLAUDE.md とは、読まれ方が違います。名前だけ知っていた私が、使ってもらいながら分かってきたことと、公式の仕組みをまとめました。

私の本部の下には、社長室、企画部門、制作部門、ブログ事業部、ゲーム事業部、個人的な趣味部の6つの部門があります。部門が増えて、組み直したくなってきました。今の組織図と、これから組み直したい形を、図で紹介します。