ディップ株式会社所属のエンジニア dai_chi さんが、Qiitaで「Claude Code ベストプラクティス2026」を公開しています。 個人のQiita投稿ですが、現場で使えるMCP設計方針と5フェーズのワークフローがひと通りまとまっていて、僕のClaude Code運用の見直しにも直結する内容でした。
「ツールの話」というより「Claude Codeをどう業務プロセスに組み込むか」の実践知の記事です。 大規模導入事例ではないので、派手な売上数字は出てきません。 でも、年商5億の会社で一人エンジニア・少人数チームが日常業務に落とすならこの粒度のほうが使いやすい、というタイプの記事です。
僕が注目したのは「シフトレフトセキュリティ」の考え方です。 後工程でセキュリティ問題を直すと修正コストが10〜100倍になる、という引用値が記事に出てきますが、 ここは中小企業の受託開発や社内ツール開発でもそのまま刺さる論点です。
Claude Code運用でよくある課題
個人や少人数チームでClaude Codeを使い始めると、こんな壁にぶつかります。
- MCPサーバーを入れすぎてコンテキストが膨張、応答が遅く・高くなる
- 「Plan→Implement」を区切らずに一発で書かせて、意図とズレた実装が返ってくる
- セキュリティ観点のレビューがAI任せになり、本番で穴が見つかる
- 誰のPC・どのプロジェクトで何を許可しているかが分からなくなる
Claude Codeは単体で強力ですが、「全部盛り」で使うと逆に効率が落ちる、という構造の問題があります。 記事の主張は「道具が強いなら、使い方の型を先に決めよう」です。
記事で紹介されている構成
元記事(Qiita、dai_chi、2026-01-23)で提示されている構成は以下です。
- 対象: Claude Codeを日常業務に組み込みたい個人開発者・少人数チーム
- ツール: Claude Code + 各種 MCP(GitHub / Slack / Jira / Web Search / Google Drive 等) + Agent Skills + Hooks
- ワークフロー: RESEARCH → PLAN → IMPLEMENT → REVIEW → VERIFY の5フェーズ
- フェーズごとに権限モード切り替え:
dontAsk/plan/acceptEdits/bypassPermissionsを使い分け
ポイントは「フェーズによって権限を切り替える」ところです。 全フェーズを一律で bypassPermissions にすると事故りますし、常に plan だと手が止まります。 研究(Research)は読み取り中心、実装(Implement)は書き込み許可、検証(Verify)はテスト専用、という分け方で安全性と速度を両立する発想です。
記事で挙げられている主な数値
元記事に明示されている数値は以下です(すべて記事内引用または記事中の推奨値)。
- トークン削減: 工夫次第で最大98%(記事内の計測事例として提示)
- 後工程での修正コスト: セキュリティ問題を後工程で直すと 10〜100倍(記事内引用の参照値)
- MCPサーバー推奨上限: 20〜30個まで
- 1プロジェクトでの有効化上限: 10個以下
- ツール総数上限: 80以下
- セキュリティ参照値: 「81%の組織が脆弱性のあるコードをデプロイしている」(Checkmarx 2025レポート引用)
注意点として、これは「全員が98%削減できる」という話ではありません。 MCPの入れ方・コンテキストの渡し方・プロンプトの作り方次第、という前提条件つきの数値です。
中小企業の開発現場で再現するなら
ここからが本題です。年商5億規模・社内に開発者が1〜3人という中小企業で同じ発想を取り入れるならどう組み立てるか。
構成
| 項目 | Qiita元事例(個人) | 中小企業(開発者1〜3名) |
|---|---|---|
| 対象 | 個人開発者 | 社内開発チーム(1〜3名) |
| ツール | Claude Code + 複数MCP + Hooks | Claude Code Max Plan(月3,000円/人〜、2026年4月時点。要最新価格確認) + 必要MCPのみ |
| 月額費用 | 数千円〜 | 推定 月1〜3万円(1〜3名分、2026年4月時点) |
| 初期費用 | ほぼゼロ(個人試行錯誤) | 推定 20〜50万円(ワークフロー整備・社内ルール策定) |
| 体制 | 本人1人 | 既存開発者+外部支援月5〜10時間 |
| 期間 | 継続改善 | 4〜8週間でワークフロー定着 |
評価軸スコア
| 評価軸 | スコア |
|---|---|
| ROI(投資対効果) | ★★★★☆ |
| 再現性(中小企業) | ★★★★☆ |
| 難易度(低いほど簡単) | ★★★☆☆ |
(難易度=数字小さいほど簡単)
スコア根拠は以下です。
- ROIが高いのは、開発者1人の生産性向上がそのまま納期・案件数に跳ね返るため
- 再現性は高めだが、既にClaude Codeを日常使いしているチームでないと学習コストが重い
- 難易度は中程度。5フェーズ運用の型を回し続けるにはチーム内で型を共有する手間がかかる
前提条件・必要データ
- 社内の開発タスクが「調査→設計→実装→レビュー→検証」で切り分けできる
- Gitリポジトリ・課題管理(GitHub Issues / Jira等)が整備されている
- 開発者が最低限のターミナル・MCP設定操作に抵抗がない
- 「どのMCPを本当に使うか」をチームで合意できる
失敗条件・適用しないケース
- MCPを入れたいだけで、業務プロセスを型化する気がない
- Claude Codeに全部任せて、レビュー・検証フェーズを省く
- 本番環境への
bypassPermissionsを安易に許可する - セキュリティチェックをAIレビューだけで完結させようとする
「Claude Codeを入れれば開発が爆速になる」という話ではありません。
ワークフロー5フェーズを決める→MCPを絞る→権限モードを使い分ける→レビュー・検証を人間が引き取る、 という順番で初めて、記事に出てくるようなトークン削減・修正コスト削減の方向に近づきます。
ツールを入れただけで型を決めないと、むしろコンテキスト肥大化でコストだけが上がる、という逆転もあり得る点は注意です。
出典・参考
市野
愛知県岡崎市でAI活用支援を手がける一人社長。 中小企業の現場でAIを実装してきた経験から、他社事例を「うちで再現するには」の視点で読み解いて発信中。
愛知県岡崎市を拠点に、中小企業向けのAI活用支援を提供。ChatGPT・Claude Code等を活用した業務自動化やSEO・広告運用の内製化を支援。経営者が自らAIを使いこなせる体制づくりをサポートしている。
＞＞詳細なプロフィールはこちら