小規模ビジネスのAIエージェントは、今日、5つの日常業務を引き継ぐことができます:ルーチンの受信トレイの整理と回答、問い合わせを見積もりに、見積もりを請求書に変換、未払いの請求書をスケジュールに従って追跡、在庫を再注文ポイント以上に保ち、発注書を作成し、日記とそれに伴うフォローアップを管理します。これらはすべてルーチンで、レビュー可能で、システムがアクションとして公開できるステップで構成されています。
条件はソフトウェアです。エージェントは、ただ読むことしかできないシステムや、受信トレイ、請求書、在庫が互いに知らない3つの場所に存在するシステムに対して、これらのいずれも実行できません。エージェントに業務を任せるときに選んでいるのは、その業務のアクションをエージェントがあなたの権限の下で呼び出せるツールとして公開するシステムです。1つの業務を選び、それを証明し、次を追加してください。
月曜日、8時40分、9人の企業
9人の設置ビジネスのオーナーがノートパソコンを開きます。41通の新しいメール。3通は今日中に見積もりが必要な問い合わせ、2通は請求書の所在を尋ねる顧客、1通は納品が遅れたと知らせるサプライヤー、1通は金曜日の休暇を求めるフィッター、4通は日記に記入が必要な確認、残りは雑音です。8月の2つの請求書は未払いで、誰も追跡していません。在庫室は今週のすべての仕事に必要な部品が不足しており、再注文は誰かの頭の中にあります。
これらは難しくありません。すべてはオーナーの朝であり、明日もオーナーの朝になります。これがオーナーに留まる理由は、判断が必要だからではなく、作業が4つのシステムに存在し、それらをつなぐのは人だけだからです。エージェントが変えるのはその状況であり、システムがエージェントが行動できるように構築されている限りです。
エージェントが今日引き継げる5つのオペレーション
これらはほぼすべての小規模企業で現れる5つの要素であり、ほとんどのオーナーが感じる順序で示されています。それぞれについて、中間の列はエージェントが行うこと、右の列はその下にあるソフトウェアが満たすべき条件です。右の列はほとんどの記事で省略される部分であり、実際に仕事を引き継げるかどうかを決定する部分です。
| 操作 | エージェントの役割 | ソフトウェアが提供すべきもの |
|---|---|---|
| 受信トレイ | 新しいメールをその内容に基づいて分類し、記録からの定型的な質問に回答し、残りを適切な顧客またはサプライヤーにファイルし、必要なものをリストします。 | 顧客記録と同じシステム内のメールにより、推測ではなく、注文、請求書、または納品日から返信を書くことができます。 |
| 見積もりと請求書の作成 | 問い合わせと価格リストから見積もりを作成し、承認時に送信し、作業が完了したら請求書に変換し、文書を添付して請求書を送信します。 | 見積もり、請求書、連絡先を単なる画面ではなくアクションとして扱います:作成、送信、変換し、税処理と顧客の参照を引き継ぎます。 |
| 追跡 | 毎朝、未払い残高に関する書面によるリマインダーを実行し、明細書を送信し、顧客が返信または日付を約束した場合は一時停止し、例外をあなたに渡します。 | 請求書ごとの未払い残高、顧客のアカウント担当者、請求書に対する返信、及びデータとして保存された一時停止 |
| 在庫と再注文 | 再注文ポイントに対して在庫を監視し、通常のサプライヤーに購入注文を作成し、限度額を超える支出の前に確認し、商品到着時に受領書を記録する | 記録された在庫レベルと再注文ポイント、アイテムのサプライヤーと価格、承認閾値を持つアクションとしての購入注文 |
| 日記とフォローアップ | 確認された仕事をカレンダーに登録し、見積もりが静かになったり仕事が完了した際にフォローアップタスクを作成し、前日にリマインダーを送信する | カレンダー、タスク、連絡先が一つの場所にあり、フォローアップが元の見積もりにリンクされる |
すべての行は同じ形を持つ:エージェントが実行するルーチンとシステムに対する構造的要件。要件が満たされていない場合、エージェントは仕事について話すことはできるが、実行することはできない。
オーナーが期待し、注意すべき第六の要素がある:新しい受取人への支払い、リスト外の価格、または会社が以前に行ったことのない約束。エージェントはこの3つすべてを準備できる。承認することがオーナーの権限がある場所であり、システムはエージェントに立ち止まって確認させるべきである。
それぞれが基盤となるソフトウェアに必要なもの
右側の列を再度見て、5つの要件がシステムの4つの特性に集約される。これらは明確に述べる価値があり、エージェントのホームページの言葉を信じる前に、どの製品に対してもテストすべきものである。
- アクション、ただの画面ではない。 請求書を送信し、購入注文を作成し、仕事を予約することは、エージェントが呼び出すことができる定義された操作として存在し、入力と結果を持たなければならない。請求書を送信する唯一の方法がボタンをクリックすることであれば、エージェントは観客である。
- 一つの記録。 受信トレイは請求書について知っている必要があり、請求書は連絡先について、在庫はサプライヤーについて知っている必要があります。人によって接続された四つのシステムは、エージェントが行動する前に調整しなければならない四つのシステムであり、調整が間違いの原因となります。
- あなたの権限、エージェントの権限ではありません。 エージェントはあなたとして、またはそのために働いている同僚として行動すべきであり、それ以上ではありません。フィッターが発注書を承認できない場合、フィッターのエージェントも承認できません。これが、9人の会社に9人のエージェントを持たせることを安全にする理由です。
- 読めるログ。 エージェントが行ったすべてのアクション、与えられたものと起こったことを含めて、エージェントの1週間の作業をレビューすることが同僚の1週間の作業をレビューするのと同じ作業になるように。
これを実現するオープンプロトコルはモデルコンテキストプロトコルであり、ビジネスシステムがそのアクションを任意の互換性のあるエージェント(Claude、ChatGPT、コーディングエージェント、内部エージェント)が発見し呼び出すことができるツールとして公開することを可能にします。その仕様はサーバーにアクセス制御を強制し、入力を検証することを求め、クライアントにはツール呼び出しを確認し拒否できる人を保持することを求めます。小規模な企業にとっての実際の結果は、ベンダーのアシスタントを購入する必要がなく、すでに支払っているエージェントを接続することです。
ある朝、実行する
ここに、受信トレイ、連絡先、見積もり、請求書、在庫、カレンダーが一つの記録であるSoisワークスペースに接続されたエージェントに渡された月曜日があります。オーナーのリクエストは、入るときに有能なオフィスマネージャーに言うようなことです。
- 41件の新しいメッセージを読み取り、それぞれを顧客、サプライヤー、またはジョブにマッチングします
- 請求書記録からの2つの請求書ステータスに関する質問への返信
- 問い合わせと価格リストから作成された3つの見積もり、あなたの承認のために保留中。
- 8月の2つの請求書に添付された明細書のリマインダーを送信しました。
- 前日にリマインダーが設定された4つの確認済みの仕事がカレンダーに予約されました。
- 収集された例外: 遅延した納品、金曜日の休暇申請、価格表外の問い合わせ。
エージェントは、オーナーの役割が許可する受信箱、連絡先、見積もり、請求書、カレンダー、タスクツールを使用しました。価格に対して会社を拘束するものは送信せず、見るべき3つのことに留まりました。
この実行の2つの特徴は再検討に値します。見積もりは草案として保持されました。なぜなら、価格はコミットメントであり、オーナーがそれを委任していなかったからです。そして、3つの例外は実際のものであり、今週の仕事に影響を与える仕入先の問題、スタッフの決定、会社がこれまでに価格を設定したことのないリクエストです。オーナーの朝は現在、3つの承認と3つの決定となり、他のすべての記録は、彼らが自分で行ったかのように存在します。
最初の業務を選ぶ方法
受信箱から始めてはいけません。受信箱は最も広範な業務であり、他のすべての記録に関わり、最もレビューが難しいです。最も狭く、最もルーチンで、最もレビューしやすく、間違えてもコストが安い業務から始めてください。ほとんどの小規模企業にとって、それは請求書の追跡です:短い文書ポリシー、少数の請求書、送信前に読めるメッセージ、そして到着するお金における明確な成功の指標です。固定価格リストからの見積もりは、次点です。エージェントに支出制限を信頼できるようになったら、在庫の再注文が良い第三の選択肢です。
まず、選択した業務を手作業で1週間実行し、何をしたか、なぜそうしたかを書き留めます。そのページがエージェントに渡すポリシーです。その後、エージェントに実行させ、1週間すべてのアクションをレビューし、その後は例外のみをレビューします。最初の業務が1ヶ月間退屈になったら、次の業務に広げます。退屈が目標です。あなたが注意深くチェックしなければならないエージェントの作業は、あなたが期待した時間を節約していません。
小規模企業のコストと管理
コストの問題は見た目よりも簡単です。すでにClaude、ChatGPT、または他のエージェントに支払っている場合、その理由は支払われています。ビジネスシステムに必要なのは、そのエージェントを受け入れ、ワークスペースと保存するものに対して料金を請求することであり、実行しなかったAIに対して料金を請求することではありません。エージェントがいない場合は、独自のエージェントが平易な言語のメッセージを受け取り、行動するシステムが必要です。そのコストに上限があり、タスクが予期せず進行することがないようにします。
Soisはこのモデルに基づいて構築されたシステムの一つです。ワークスペースはMCPサーバーであり、すでに使用しているエージェントにそのアドレスを追加し、OAuthを介して一度サインインします。トークンを貼り付ける必要はありません。エージェントは、あなたの役割が許可するツールのみを見て、実行時にすべての呼び出しが再確認され、アクセスが失敗した場合は閉じられ、すべてのアクションがあなたに対して記録されます。あなた自身のエージェントが推論を行うとき、Soisはあなたの代わりにAIを実行せず、そのための料金も請求しません。Soisエージェントは、統合ごとに支出制限のあるクレジットで動作します。どのシステムを選んでも、テストは同じです:外部から自分のエージェントを接続し、5つの業務のうちの1つを渡し、誰も画面にいない状態でそれを最初から最後まで完了できるかどうかを確認します。
人々が尋ねる質問
小規模企業が最初にAIエージェントに渡すべき業務は何ですか?
最も狭く、最もルーチンで、最もレビューしやすい業務です。ほとんどの企業にとって、それは請求書の追跡です:1ページのポリシー、送信前に読めるメッセージ、そして受け取った現金における成功の指標です。固定価格リストからの見積もりは、次点です。
これを行うために特定のAIアシスタントを購入する必要がありますか?
いいえ。ビジネスシステムがモデルコンテキストプロトコルを使用している場合、すでに使用しているエージェント(Claude、ChatGPT、Cursor、または他のMCPクライアント)がそれに接続し、あなたの権限内で行動します。エージェントがない場合、一部のシステムは平易な言語のメッセージを受け取る独自のエージェントを提供します。
エージェントに私のビジネスのためにメールや請求書を送信させることは安全ですか?
システムがそれを強制する限り安全です:エージェントはその人の権限を持つ特定の人物として行動し、許可されたツールを通じてのみ送信し、企業をコミットさせる何かについては停止して確認し、すべてのアクションを記録します。最初は週ごとにログをレビューし、その後は月ごとにレビューします。
小規模ビジネスのコストは?
ワークスペースプランと使用、さらにシステムのエージェントが推論を行う場合のみエージェントの消費が発生します。自分のエージェントが推論を行う場合、このように構築されたシステムはあなたの代わりにAIを実行せず、そのための料金は発生しません。
- モデルコンテキストプロトコル仕様:ツール ビジネスシステムがアクションをツールとして公開する方法と、サーバーおよびクライアントのセキュリティ責任
- Sois: あなたのエージェントを接続する 三段階の接続、サポートされているクライアント、OAuthサインイン、統合ごとの支出制限
- Sois: 価格設定 プラン、使用量、エージェントクレジット; 自分のエージェントが推論を行う場合、AI料金は発生しません
この文書は、記載されている製品が変更される際にレビューされます。次回の予定レビュー: 2026年12月4日.
