社内マニュアルを、AIに作らせて育てる

社内マニュアルには、2つの困りごとがあります。作る時間がないことと、作っても更新されないことです。

このうち根が深いのは、2つ目です。 一度作ったマニュアルが古くなり、誰も見なくなり、結局また口頭で教えている。この状態の会社は少なくありません。

この記事では、ClaudeCodeを使ってマニュアルを作る方法と、更新を続けられる形にする方法を書きます。そしてもう1つ、この方法には副産物があります。作ったマニュアルは、ClaudeCode自身も読みます。

なぜ社内マニュアルは使われなくなるのですか？

古くなるからです。 そして古くなる原因は、更新が面倒だからです。

順番に見ると、こういう循環になっています。

マニュアルを作る
業務が変わる
更新が面倒で、後回しになる
書いてある内容と実際の作業が食い違う
「あれは古いから」と言われ、誰も見なくなる
結局、口頭で教える

マニュアル作成ツールの記事でも、**「読む人の問題ではなく、使われる設計になっていないことが本質」**という指摘があります。3番を人手だけで抱えている限り、この循環は止まりません。

つまり、手をつけるべきは3番です。 作る部分だけを楽にしても、半年後には同じ状態に戻ります。

作る時間がありません。どうすればいいですか？

ゼロから書かないでください。すでにあるものから起こします。

マニュアルを作る作業がつらいのは、白紙から書き始めるためです。ClaudeCodeに任せる場合、出発点になる材料は社内にすでにあります。

材料	例
既存の資料	過去の手順書、引き継ぎメモ、研修資料
実際の成果物	過去に作った書類、記入済みの帳票
メールのやり取り	新人への説明メール、質問への回答
口で説明した内容	話した内容を文字にしたもの

最後の「口で説明した内容」は、実務でいちばん効きます。ベテランに手順を書かせるのは大変ですが、話してもらうのは簡単です。

ClaudeCodeには音声入力の機能があります（公式ドキュメント、2026年8月時点）。キーを押しながら話すと、話した内容が文字になって入力されます。「まずこのフォルダを開いて、先月分のファイルを探して……」と口で説明すれば、それが元になります。

いきなり完成品を目指す必要もありません。箇条書きの粗いメモからでも、体裁の整った文書に起こせます。

更新が面倒なのは、なぜですか？

変更点を探して、該当する箇所を直す作業が面倒だからです。

「単価が変わった」という1つの変更でも、実際にはこうなります。

マニュアルのどこに単価の記述があるか探す
関連する箇所（計算例、注意書き）も探す
見落としがないか確認する
表記を揃えて直す

1箇所直すだけなら簡単ですが、探すのが面倒です。 そして探し漏れると、直っている箇所と古いままの箇所が混在します。この状態がいちばん危険です。

ClaudeCodeは、この「探して直す」を扱えます。「単価表が変わったので、マニュアル全体で古い単価に触れている箇所を直してください」と伝えれば、該当箇所を探して直します。

さらに、変更が起きたときに更新するのではなく、定期的に見直す形にもできます。 毎朝9時に、集計を終わらせておくことはできますかで書いた定時実行を使えば、「毎月1日にマニュアルと実際の書類を見比べて、食い違いを一覧にする」といった動かし方ができます。

作ったマニュアルは、AIも読みます

ここが、マニュアル作成ツールを使う場合との決定的な違いです。

マニュアル作成ツールで作ったマニュアルは、人が読むためのものです。読んだ人が、その通りに作業します。

ClaudeCodeで作ったマニュアルは、ClaudeCode自身も読み込みます。 CLAUDE.md という仕組みで、作業を始めるたびに内容を読みます（公式ドキュメント）。

つまり、こうなります。

	人が読む	AIが読む
マニュアル作成ツールで作った文書	○	×
ClaudeCodeで作ったマニュアル	○	○

「マニュアルを整備する」作業と、「AIに業務を任せる準備をする」作業が、同じ1つの作業になります。 どちらか一方をやれば、もう一方も進みます。二度手間になりません。

この考え方は構築仕様書は、秘伝のたれですに詳しく書きました。継ぎ足して育てるほど濃くなる、という話です。マニュアルもまったく同じ性質を持っています。

どこまで細かく書けばいいですか？

書きすぎないでください。優先すべきは、判断が要る場面です。

マニュアルが読まれない理由の1つに、細かすぎて読む気にならないというものがあります。「ファイルを右クリックします」から始まる何十ページもの文書は、たいてい読まれません。

優先順位をつけるなら、こうなります。

優先度	書くこと
高い	判断が要る場面と、その基準（値引きの範囲、例外の取引先など）
高い	間違えると影響が大きいところ
中	作業の順番と、どこに何があるか
低い	画面の操作手順（変わりやすく、調べれば分かる）

いちばん価値があるのは、判断基準です。 操作手順は調べれば分かりますが、「この場合はどう判断するか」は社内にしか答えがありません。そして、そこがベテランの頭の中にある部分です。

前回の記事ClaudeCodeで置き換えられる作業と、置き換えられない作業で、3つの問いのうち**いちばん詰まるのは「手順を人に説明できるか」**だと書きました。マニュアル作りは、その説明を作る作業そのものです。

気をつけることはありますか？

3つあります。

1つ目は、扱う情報の範囲です。 マニュアルには顧客名や取引条件が入りがちです。何を入れてよいかは、AIに入れてよい情報を、どう決めるかに書いた考え方で先に決めてください。

2つ目は、書かれた内容の確認です。 ClaudeCodeが起こした手順が、実際の作業と合っているかは人が確かめる必要があります。元になった材料が古ければ、古い手順のマニュアルができあがります。

3つ目は、どれが最新かを分かるようにすることです。 マニュアルが複数の場所に散らばると、また元の状態に戻ります。置き場所を1つに決めてください。

よくある質問

WordやExcelで作った既存のマニュアルは、そのまま使えますか？

材料としては使えます。既存の文書を読み込ませて、整理し直したり、抜けを補ったりできます。ただし、更新を続けやすい形にするなら、最終的にはテキスト形式にまとめ直すことをお勧めします。

全部の業務のマニュアルを作る必要がありますか？

ありません。むしろ1つに絞って始めてください。繰り返しがあり、担当者が休むと止まる業務から手をつけると、効果が分かりやすくなります。

マニュアルはどこに置けばいいですか？

社内で共有できる場所に、1か所だけ決めてください。複数の場所に置くと、どれが最新か分からなくなります。ClaudeCodeに読ませる場合は、作業に使うフォルダの中に置く形になります。

まとめ

マニュアルの本当の問題は、作ることより更新されないことにある
ゼロから書かない。既存資料や、口で説明した内容から起こす
ClaudeCodeで作ったマニュアルはAIも読むので、業務を任せる準備と同じ作業になる

マニュアルが続かないのは、担当者の意欲の問題ではありません。更新の工数を人手だけで抱えている限り、いつか止まります。

Black Bullの導入支援では、この整理を「ClaudeCode構築仕様書」という形にまとめ、御社に残しています。手順書はあるが更新が止まっている、という状態からのご相談でも構いません。お気軽にお声がけください。