Claude Codeの作業手順書キット、Web制作会社向け──保守・LP・改修・点検の4つの手順書、CLAUDE.mdとsettings.jsonとhooksの雛形、人が見る線の表、記録の型

この記事は、Web制作の現場でClaude Codeを使うための作業手順書と、設定の雛形をまとめたキットです。

保守・LP・Figmaからの実装・改修・アクセシビリティの点検の考え方は、それぞれ無料の記事で扱っています。

▶ Claude CodeでWordPressの保守を回す、制作会社の手順──更新前の調べ、ステージングでの検証、記録はAIに、本番に出す判断と目視は人に残す線の引き方

▶ 既存サイトの改修の見積もりを、Claude Codeの調査で速くする──プランモードで読ませる範囲、調べさせる項目、人が確かめる線と、リスクの上乗せを下げる計算例

メンバーシップ「黒字化オペ室」では、これまでの有料記事を全て読めます。価格、外注、採用、給与を、一本の流れとして。

月額1,980円、単品記事2本分の金額です。合わなければ、いつでも退会できます。詳しくはプロフィールから。

「使い方は、人によってばらばらです」

Claude Codeを入れて3か月。
ある社員は本番のサーバーで直接動かし、ある社員はプランモードを一度も使わず、ある社員は記録を残さない。

事故が起きていないのは、運がいいだけかもしれません。
社内に手順書がないまま使う人が増えると、品質も、説明の責任も、人によって変わってしまいます。

お客様から「この修正、AIが書いたんですか。誰が確認したんですか」と聞かれたとき、担当者ごとに答えが違う。
それが、手順書のない会社で最初に起きる困りごとです。
手順書は、社員を縛る書類ではなく、その問いに会社として同じ答えを返すための道具です。

Claude Codeの作業手順書とは、作業の種類ごとに「AIに任せる範囲・人が見る線・止める操作・残す記録」を決め、設定ファイルと文書の両方に置いたものである

黒字化の外科医です。Web制作の4つの作業について、Claude Codeの手順書を解剖します。

文書と設定の両方に置くべき理由は、三つあります。

第一に、CLAUDE.mdは文脈であって、強制ではないから。
公式ドキュメントは、確実に止めたい操作はPreToolUseのhookで止めるよう案内しています。
「本番に触らない」とCLAUDE.mdに書くだけでは、守られる保証はありません。

第二に、permissionsのルールも、万能の壁ではないから。
公式は、Bashのルールは同じプログラムを別の書き方で呼んだ場合までは止めないと説明しています。だから、本番に触らせない運用を、文書でも決めます。
設定で止められる操作は設定で止め、止めきれない部分は人の決まりで補います。

第三に、記録がないと、お客様に説明できないから。
何をAIに任せ、誰が何を確かめたか。納品の後に聞かれて答えられることが、受託の責任です。
記録の型が決まっていれば、担当者が代わっても答えはそろいます。
保守契約の更新や、追加の見積もりの場でも、その記録がそのまま説明の材料になります。

今すぐ試せる：自社の手順書の下書きを作るプロンプト

私はWeb制作会社の経営者です。Claude Codeの社内の作業手順書の下書きを作ってください。

【前提】
・社員の人数と職種：〔記載〕
・Claude Codeを使う作業：〔保守／LP／改修／点検 から選ぶ〕
・本番のサーバーへの接続の方針：〔例：人だけが触る〕
・お客様のソースやデータの扱いの取り決め：〔記載〕

1. 作業ごとに「AIに任せる」「人が見る」「止める操作」「残す記録」の4つに分ける。
2. 止める操作は、settings.json の deny と hooks のどちらで止めるかを分ける。
3. Claude Codeの機能名は推測で書かず、「公式で確認が必要」と書く。

出てきた下書きは、作業ごとの線がどこに引かれているかを、社長かリーダーが必ず読んで直してください。手順書の中身を決めるのは、AIではなく会社です。

ここから先に、4つの作業の手順書、CLAUDE.mdとsettings.jsonとhooksの雛形、確認役のサブエージェントの定義、作業記録の型、導入の効果を測る計算の型を置きます。