Claude Sonnet 5でAI社員は何が変わるか。任せ方5つ
合同会社Leadfive 山下です。
さて、 Leadfiveでは、AIを便利なツールで終わらせず、会社の実務に組み込むAIエージェント運用を発信・支援しています。Claude Sonnet 5のようなモデル更新で見るべきなのは、性能のすごさより、自社のAI社員にどこまで仕事を任せるかです。
AnthropicはClaude Sonnet 5を発表し、Claude Codeでも使えると案内しています。Claude Codeの changelog でも、Sonnet 5がClaude Codeの標準モデルになったことが確認できます。経営者にとって大事なのは、新しいモデル名を覚えることではなく、新人スタッフの担当範囲、確認方法、費用、引き継ぎノートを見直すことです。
Sonnet 5は、新人スタッフの処理できる仕事量が増えた合図です
Claude Sonnet 5は、Claude Codeで任せる作業の幅を少し広げる検討材料になります。
新人スタッフが入社して数週間たち、文章作成だけでなく、資料整理、調査、簡単な改善案まで任せられるようになった。Sonnet 5の発表は、その感覚で見ると分かりやすいです。
ただし、能力が上がったからといって、金庫の鍵まで渡す話ではありません。任せる仕事を増やすなら、同時に止める仕事も明確にします。
Claude Codeの始め方とCodexとの使い分けを読んだ後なら、次に見るべきはモデル名ではなく、どの作業をClaude Codeへ移すかです。
見直す1つ目は、任せる仕事の棚卸しです
モデル更新の日は、AIに任せる仕事を増やす前に棚卸しをします。
店舗で新人スタッフの担当が増える時、いきなり店全体を任せず、品出し、在庫メモ、レジ前の確認、POP案のように仕事を分けます。
まずは、次のように分けます。
- 任せてよい仕事: 調査、下書き、比較表、レビュー、要約、改善案
- 人間が見る仕事: 公開判断、契約、価格、顧客対応、広告、本番反映
- 任せない仕事: secret、env、DB、支払い、顧客データ、外部送信
少し長い調査と整理を任せられそうでも、外に出る操作まで任せる必要はありません。AIエージェントのルール設計で決めた止める仕事の線は、モデルが新しくなっても残します。
見直す2つ目は、承認ゲートという金庫の鍵です
AI社員の能力が上がるほど、承認ゲートを先に置く必要があります。
金庫の鍵を渡す前に、何を触ってよいかを決める。Claude Codeに調査、設計、下書き、レビューを任せるのは有効です。一方で、公開、SNS投稿、広告、デプロイ、価格変更、顧客接触は人間承認で止めます。
使う時の指示は、短くても構いません。
進めてよいこと:
調査、下書き、比較、修正案、公開前チェック。
止めること:
公開、投稿、送信、広告、本番反映、DB、env、secret、顧客情報。
報告:
作ったもの、確認したこと、未確認のこと、人間が判断する1点を最後に書く。
CodexとClaude Codeの使い分けでも同じ考え方です。AIごとの性能差より、出口を実行、設計、レビュー、承認に分ける方が運用しやすくなります。
見直す3つ目は、料金を作業単位で見ることです
Sonnet 5の価格は、AI社員に任せる作業の原価を見る材料になります。
Anthropicは、Sonnet 5の導入価格と標準価格を公式に示しています。見るべきなのは、1回の回答が高いか安いかではなく、どの作業をAIに渡すと人間の確認時間が減るかです。
たとえば、次の作業は費用対効果を見やすいです。
- 会議メモから次のToDoを作る
- 記事下書きから公開前チェック表を作る
- 既存ページの改善案を出す
- 調査結果をA/B/C案に圧縮する
- 長い社内ルールを新人向けマニュアルに直す
AI利用料は安く見えても、確認する人間の時間が増えたら意味がありません。
見直す4つ目は、Memoryという引き継ぎノートです
モデルが賢くなっても、会社の前提を毎回忘れるなら実務では使いにくいです。
新人スタッフに毎朝同じ説明をすると、社長の時間が減りません。毎回伝える会社ルール、読者、禁止事項、成果物の形は、MemoryやAGENTS.mdのような引き継ぎノートに寄せていきます。
ただし、顧客情報、APIキー、Cookie、請求情報、秘密情報は保存しません。保存するのは、判断軸、文体、禁止操作、成果物の型、公開前チェックのような再利用できる業務ルールです。
AIエージェントのMemoryに保存してよい情報と危ない情報を先に決めておくと、モデル更新のたびに運用が揺れにくくなります。
見直す5つ目は、公式情報を一次情報にする習慣です
AIニュースは、Xで見つけても公式情報で確認してから扱います。
今回も、記事化の判断はXの盛り上がりではなく、Anthropic公式発表、Claude Codeの公式changelog、Claude Code公式ドキュメントで確認しました。Xは発見には使えますが、記事や社内判断の根拠にはしません。
AIに調査を頼む時は、こう書きます。
調査対象:
Claude Sonnet 5とClaude Codeの最新情報。
使ってよい根拠:
公式発表、公式ドキュメント、公式changelog、GitHub公式release。
扱い:
Xは発見入口だけにする。
公式確認できないものはunverifiedと書く。
中小企業の実務判断に関係する点だけ残す。
今日の作業: Claude Codeに任せる仕事を1つだけ増やします
Sonnet 5の発表を見て、最初にやることは設定変更ではありません。自社でClaude Codeに任せる仕事を1つだけ選びます。おすすめは、公開前レビュー、調査整理、業務マニュアルの更新、長いメモの要約です。
チェックする項目は5つです。
- 任せる仕事は1つに絞れているか
- 公開、送信、広告、本番反映は止まっているか
- secret、env、顧客情報を見ない指示になっているか
- 出典は公式情報に限定できているか
- 最後に人間が判断する1点が返ってくるか
AI社員の能力が上がるほど、社長が全部を手作業で抱える必要は減ります。ただし、鍵を渡す場所まで増やす必要はありません。任せる仕事を1つ増やし、止める仕事も同時に書く。この順番で、モデル更新を会社の実務に落とし込みます。
よくある質問
Sonnet 5になったら、Claude Codeに全部任せてよいですか
任せません。調査、下書き、設計、レビューは任せやすくなりますが、公開、投稿、送信、広告、本番、DB、env、secret、顧客接触は人間承認で止めます。
Xで見た新機能をすぐ記事にしてよいですか
公式確認できるまで記事化しません。Xは発見入口として使い、公式発表、公式ドキュメント、公式changelogで確認します。
出典
-
[Introducing Claude Sonnet 5 Anthropic](https://www.anthropic.com/news/claude-sonnet-5) -
[Claude Code changelog GitHub](https://raw.githubusercontent.com/anthropics/claude-code/main/CHANGELOG.md) -
[Claude Code overview Anthropic Docs](https://code.claude.com/docs/en/overview) -
[Codex changelog OpenAI Developers](https://developers.openai.com/codex/changelog)
このシリーズの順番
モデル更新時に任せる仕事、止める仕事、Memoryを見直せる。次の作業は、Claude Codeに任せる仕事を1つ増やす前に承認ゲートを確認することです。