おすすめは、任せたい仕事によって変わる

社内資料に基づいて答えがほしい人と、複数のツールを操作して仕事を進めたい人では、選ぶ仕組みが違います。まず「材料を読む」「案を作る」「別の場所へ反映する」のどこまでを頼みたいかを書き出します。名前にエージェントと付いているかより、最後の操作まで任せる必要があるかを確かめましょう。

Doaの提案は、最初に一つの仕事で試し、人が確認する位置を決めること。大きな会社の導入構成を、少人数の会社へそのまま持ち込む必要はありません。道具を比較する前に、失敗しても下書きへ戻せる仕事を選びます。

用途が異なる仕組みを、同じものとして比べない

Anthropicの設計解説では、決められた経路で処理するワークフローと、モデルが進め方を判断するエージェントを区別しています。この記事でも、固定手順で足りる仕事と、状況に合わせた判断が必要な仕事を分けて考えます。

やりたいこと比較する候補最初に確認する点
共通資料を使って原稿を作るClaudeのProjectsなど、資料と指示を置ける対話環境正式な情報と下書きを分けられるか
複数の資料から根拠を探すNotebookLMなど、ソースを扱う環境元資料の版・該当箇所を確認できるか
決まった条件で通知する既存ツールの自動化や定型ワークフローAIの判断を入れる必要があるか
状況に応じて複数の操作を進める道具を操作するエージェント型の仕組み承認・停止・履歴・やり直しができるか

これは用途別の候補整理で、性能順位や全製品の実測比較ではありません。ClaudeやNotebookLMを表に載せたことは、どちらも同じ種類の自律エージェントだという意味でもありません。

領家A

毎回同じ順番の作業なら、まず決まった手順にできるかを見ます。

領家B

案をたくさん作るところと、お客様へ出す案を選ぶところも分けたいですね。

同じ仕事を渡して、確認のしやすさを見る

試用では、公開情報だけを使った架空のお知らせ一件を準備します。日時、場所、対象、参加条件と、意図的に未確定にした項目を含めます。比較する候補へ同じ材料と完成条件を渡し、出力がきれいかだけでなく、未確定を勝手に埋めないかを見ます。

次に「日付が変更された」という追加条件を渡します。本文の日時だけでなく、見出しや申込案内に古い情報が残らないかを確認します。実務では一度の生成より、変更後に安全に直せることが重要です。確認者が修正箇所を探す時間も記録してください。

導入前に決める六つの条件

  1. 入力する資料と、利用を許可する担当者を限定する。
  2. 読み取りだけか、下書き保存までか、外部送信までかを分ける。
  3. 送信・公開・削除・購入など、実行前に人が確認する操作を決める。
  4. 途中で止まった場合に、どこまで済んだか分かる履歴を残す。
  5. 同じ指示を再実行しても、二重送信や二重登録を起こさない方法を確認する。
  6. 月額だけでなく、利用量・連携・確認作業を含めて費用を見積もる。

連携可能なサービス、料金、管理機能は契約や時期で異なります。候補が決まった時点で公式の条件を確認し、無料という表示だけで社内の重要業務を預けないようにします。この記事では、未確認の最新料金や無制限利用を約束しません。

エージェントを使わない判断も残す

予約の定刻通知のように、条件と文章が決まる処理は、通常のプログラムや標準機能で安定して運用できる場合があります。逆に、自由記述の相談を分類して返信案を用意する部分にはAIが役立つ可能性があります。一つの仕事の中でも、全部を同じ仕組みにそろえる必要はありません。

導入の完了は、動く画面ができたことだけではありません。担当者が止め方を知り、履歴から失敗を追え、担当変更後も使えることまで確認します。技術が詳しい一人だけが直せるなら、まず範囲を小さくします。

比較メモを、一件の仕事にそろえる

候補ごとに違う課題を渡すと、道具の差か材料の差か分かりません。実務担当者が同じ入力を準備し、確認者が同じ項目で点検します。連携先の本番データを変更する前に、架空の入力と下書きの保存先で試す条件を用意します。

比較する仕事:告知の下書きを保存
入力の版:共通資料A
確認:日時、条件、未確定の表示
変更試験:日付を直した後に旧情報が残らないか
運用:停止方法、履歴、再実行、確認時間

「出力は正しいが、どこを修正したか分からない」場合は、そのまま無人運用へ進めません。変更箇所を表示できるか、確認用の表を一緒に出せるかを試します。機能が多い候補より、実際の担当者が確認と停止を行える候補が適する場合があります。

領家A

比較の結果には、うまく動かなかった条件も残しましょう。

領家B

読み手が安心して出せる形まで整うかも、道具選びの判断に入れたいです。

Doaと整理できること

Doaは、依頼内容を聞いて業務を分け、何を社内で確認するか、どこを制作・連携・手順書として用意するかを一緒に考えます。大規模な基幹システムや厳しい運用要件まで一律に請け負う前提ではなく、実際の要件と二人で対応できる範囲を確認してご提案します。

  • 任せたい作業を「読む・作る・反映する」に分けた。
  • 同じ材料で比較し、未確定事項の扱いを確かめた。
  • 確認者、停止方法、費用の上限を決めた。
  • 固定手順で済む部分も検討した。