筆者の運用、部門ごとのスキルとサブエージェント

私の会社（本部）の各部門で、実際に使っている手順書（スキル）と、寡黙な職人（サブエージェント）を紹介します。必ず通る関所（フック）も1つあります。

なかでもいちばん助かっている2つは、少し詳しく紹介します。

部門ごとの手順書と職人

ほかの部門で何を使っているかは、私も把握していませんでした。制作部門の部長（部門ごとのフォルダで動く Claude Code）に、ほかの部門のフォルダを見てもらうと、次のとおりでした。

• 本部全体（すべてのプロジェクトを入れた親のフォルダ）：返答を日本語にそろえるフック（関所）
• 企画部門：途中のもの（保留メモ）を出す手順書、CLAUDE.md を整理する手順書。職人には、CLAUDE.md を点検する職人がいます
• 制作部門：記事を書く手順書、原稿を点検する手順書、新しいサイトを立ち上げる手順書、途中のものを出す手順書、CLAUDE.md を整理する手順書、改善案を出す手順書。職人には、校正の職人と確認の職人がいます
• ブログ事業部：記事の種類ごとの手順書（10種類）
• ゲーム事業部：節目に改善案を出す手順書
• 社長室と個人的な趣味部：なし

手順書と職人を、いろいろな役目でそろえているのは、サイトを作る制作部門です。

返答を日本語にそろえるフックは、本部全体に効かせています。フックについては、こちらの記事で解説しています。

関連記事：フックとは何か、CLAUDE.md の決まりとの違いを知る

いちばん助かっている2つ

制作部門の、原稿を点検する手順書と、校正の職人です。この2つは、組み合わせて動きます。

公式の説明でも、手順書が職人を呼んで、並べて作業させる組み合わせ方が紹介されています。原稿を点検する手順書に書いてあるのは、部長が進める次の流れです。

1. 決まった点検のプログラムで、字数や書き方を確かめる
2. 校正の職人と確認の職人に、同時に仕事を頼む
3. 職人たちの指摘を原稿に反映する
4. 何を確かめ、何を直したかを、原稿に記録する

校正の職人は、言い回しと、私が伝えた体験や考えにないことが混ざっていないかを見ます。確認の職人が確かめるのは、事実です。

手順書は部門ごとに置く

同じ「途中のものを出す」「CLAUDE.md を整理する」手順書が、制作部門と企画部門の両方にあります。手順書は部門のフォルダの中に置くので、同じ役目のものが、それぞれの部門にできているわけです。

一方、ブログ事業部の手順書は、記事の種類ごと。部門の仕事に合わせて、手順書の中身も変わります。

CLAUDE.md を整理する手順書と、CLAUDE.md を点検する職人を使った見直しは、こちらの記事で紹介しています。

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

まずは1つから

あなたの部門でくり返している作業を1つ、手順書にするところから始めてみてください。頼み方は、こちらの記事で紹介しています。

関連記事：スキルの作り方、頼み方のコツと手順書の見本