Claude CodeのskillsでAI仮想会社の社員を作る

この記事は、Claude CodeのSkillsを「AI仮想会社の社員」と見立て、リサーチ、執筆、校閲の流れをファイルで分けて運用する実験の記録だ。筆者はリポジトリにCLAUDE.mdと.claude/skills/を置き、会社の共通ルールと職種ごとの手順を分けた。CLAUDE.mdには、全作業に常に効かせる「会社の憲法」として、Zenn記事のfrontmatterは必ずpublished: falseにすること、公開は人間がPRマージで承認することなどを書いている。一方、リサーチ部、編集部、校閲部の具体的な手順は、research-topics、write-zenn、review-articleといったSKILL.mdに逃がした。Claude Codeのドキュメントでは、skillは関連する作業のときに読み込まれる仕組みとして説明されている。

面白いのは、「社員」という言葉の使い方だ。多くの人は、AIに毎回長いプロンプトを貼り付けて指示を出す。それは毎朝、新人に同じ説明をしているのと変わらない。この記事の本当の発見は、プロンプトを書き直すのをやめて、ルールの置き場所を変えたことにある。守らなければ事故になるルールは憲法に、その日の作業手順は職務マニュアルに、と変更頻度と重大さで分けた。特に目を引くのは、公開事故を防ぐ仕組みを、文章での注意ではなく、設定値とPRレビューの流れで止めている点だ。AIに「気をつけろ」と言うより、AIが触れない場所にスイッチを置くほうが確実だという、当たり前だが忘れられがちな原則が見える。Zennの方針についても、AI利用そのものは禁止されておらず、正確性や著者自身の経験が重視されると整理したうえで、人間のレビューを公開条件にしている。AIが書いた文章をそのまま出さないという線引きが、運用の背骨になっている。

中小企業の実務に落とすなら、まず「絶対に破ってはいけないこと」を1枚のファイルに書き出すことだ。見積書の発行、顧客への送信、支払いの実行など取り返しのつかない操作は、AIに下書きまでを任せ、最後の送信は人が押す。そのうえで、請求書作成や在庫の集計といった日々の手順を担当業務ごとに短いマニュアルにしておけば、AIへの説明を毎回ゼロから繰り返さずに済む。新人を雇うときと同じく、ルールと手順を書くことがAIを使う最初の一歩になる。