エージェントが何の上で動き、何に向かって働くか
問いは二つあります。エージェントが「何で」働くか、それがエンジンです。言語モデルを動かす道具で、今日は Claude、その隣に ChatGPT。エージェントが「何に」働きかけるか、それが対象システムです。作り付けのコネクタではなく、自分の操作と自分のイベントと自分の手引きを携えたプラグインです。どちらも画面で有効にし、資格情報を与え、エージェントに割り当てます。
何の上で動くか
エンジンとは言語モデルを動かす道具のことです。何を置くかで支払い方が決まります。サブスクリプションの席か、API キーか。同じ名前のもとに複数あれば、それが作業場の余力になります。covey は仕事をその間で分け、できるかぎり同じ席に同じエージェントを留め、席が使い切られたらほかへ移します。
Claude Code（Anthropic）
covey が今日動いているエンジンです。画面を持たない Claude Code が、エージェントの作業場の中で走ります。セッションを再開できます—だからエージェントは最初からやり直さずに顧客の返事を待てます—そして費用とサブスクリプションの消費を、推定に任せず自分で報告します。サブスクリプションの席でも API キーでも構いません。
Codex（OpenAI）
第二のエンジンとして整えてあり、二通りのアクセスに対応します。API キーは環境変数として、ChatGPT のログインは実行のあいだだけ存在するファイルとして。プログラム本体に対する動作確認はまだ済んでいません。そのあいだは「対応済み」ではなく「準備中」と書いておきます。
educa AI
三つ目のエンジンであり、単一の提供者ではなくゲートウェイの前に立つ最初のものです。educa AI Core は Anthropic のインターフェースも OpenAI のインターフェースも提供します。covey はそこでも他と同じ Claude Code を使い、宛先が educa のエンドポイントになるだけです。ホスト版に対して確認済み: 実行は動き、ツールも走り、セッションは再開できます。トークンは一つ、契約の形は二つ（従量か定額枠か）。ツールが報告する金額は意図的に採用しません。それは他人の契約に値段を付けるものだからです。トークン数は残します。そちらは実測だからです。
さらに別のエンジン
エンジンは自分で登録するプラグインです。どの資格情報がどんな形で必要か、セッションを再開できるか、手引きをどこに探しに行くか。それを一つのファイルが述べます。プラットフォームは割り当てのときにその申告を検査します。だから次のエンジンに特別扱いは要りません。
仕事はどこから来るか
Zammad
チケットを見て、返信し、状態を設定し、必要ならエスカレーションします。顧客が返信すると Zammad が covey に知らせ、エージェントが起こされます。自分で見に行き続ける必要はありません。
Salesforce
Service Cloud のケースを仕事として扱います。会話まるごとを読み、開いているものを見つけ、同じ質問に以前どう答えたかを調べ、返信する。社内メモとして、顧客ポータルに見えるコメントとして、あるいは本物のメールとして。添付は双方向、状態変更とエスカレーションも含みます。covey は待っているものがないか一定間隔で確認し、Salesforce から直接知らせることもできます。
Zendesk
サポートチケットを作業対象に。監査ログから組み立てた全履歴とともにチケットを読み（古い回答を見落とさないため）、顧客が添付したファイルを確認し、同じ質問に以前どう答えたかを調べて返信します。社内メモとしても、顧客に見える回答としても書けます。状態の変更、エスカレーション、重複の統合も含みます。covey は定期的に待っているものがないか確認します。希望すれば Zendesk 自身に知らせてもらうこともできます。
GitHub
Issue とプルリクエストを仕事として扱います。ソースを取得し、専用のブランチで直し、QA エージェントをレビュアーにしてプルリクエストを開く。そのあとのコメントや失敗したチェックへの往復も含みます。GitHub は新しいイベントを自分で知らせ、covey も一定間隔で確認します。
GitLab
Issue を仕事として扱い、ソースを取得し、専用のブランチで直し、上長宛てにマージリクエストを開きます。そのあとのコメントや失敗したパイプラインへの往復も片づけます。
Jira
企業が実際に計画を立てるボードです。クラウド版でも自社データセンター版でも構いません。検索クエリで仕事を見つけ、履歴とスクリーンショットつきでチケットを読み、引き受け、ワークフローを進め、ラベル・見積り・サブタスクで最新に保ちます。コードは GitLab か GitHub に残り、チケット番号が両者をつなぎます。だからエージェントはコミットメッセージの先頭に必ずそれを置きます。
メール（IMAP/SMTP）
エージェント専用のメールボックスです。受信箱を見て、返信し、片づけます。ポータルもプログラミング用の接点もないまま届くもののために。
Microsoft Teams
Azure Bot Service を通したチャットチャネルです。メッセージを受け取り、送ります。届いた呼び出しは暗号的に本物かどうか確かめられます。
Google Search Console
検索エンジンがそのページに対して実際に何をしたか——ページが自分について述べていることとは別に。どのアドレスが索引に入っているか、宣言した正規 URL の代わりに Google がどれを選んだか、訪問者が来る前に何を検索したか。サイトマップの送信を除いて読み取り専用で、OAuth のスコープは操作ごとに選ばれます。読み取り権限のエージェントが持つトークンは書き込めません。
ファイルと文書
Confluence
チケットとコードがぶら下がる文書置き場です。クラウド版でも自社データセンター版でも構いません。キーワードや検索クエリでページを見つけ、読み、節を書き足し、コメントし、ラベルを付け、ファイルを添えます。ここから起床は来ません。エージェントは別の仕事の途中でこのシステムに立ち寄り、その仕事が済んだときに書きます。
Nextcloud
共有リンクかアカウントを通したファイル置き場です。一覧、読み取り、書き込み、フォルダー作成。アクセスは WebDAV 経由で、エージェントにはリンクだけで足ります。
SharePoint／Teams のファイル
Microsoft の世界での同じファイル操作です。Entra ID に登録したアプリケーションを通じてドキュメントライブラリへ、必要なぶんだけの権限で。
ウェブとサンドボックス
ブラウザー（画面なしの Chrome）
専用プラグインのないウェブアプリケーションのための最後の手段です。ページを開き、文字を読み、クリックし、入力し、スクリーンショットを保存します。そもそもどのページに届くかは、ネットワークの許可リストが決めます。
開発用サンドボックス
エージェント自身の計算機です。コマンドを実行し、開発サーバーやデータベースを立ち上げ、試し、また片づけます。
脆弱性データベース
使っているライブラリの既知の脆弱性です。入力はバージョンを固定するファイル、出力は識別子・深刻度・問題を直すバージョンつきの所見で、いま使っているバージョン系列に合わせて示されます。npm、Composer、Dart/Flutter に対応します。
Kubernetes
クラスターを変えずに中を見ます。Pod の状態と再起動、落ちたコンテナのログ、イベント、ワークロード、Ingress、権限、ネットワーク規則。クラスター内の資格情報は読めないままで、あるべき状態は引き続きインフラのリポジトリから来ます。
足りないものがありますか。待たずに自分でつないでください。
新しいリリースを待たない道が二つあります。どちらも画面の中で完結し、配備し直すものはありません。
マニフェストによる REST システム
JSON ファイルが認証、操作、そして届くイベントの項目を記述します。アップロードし、有効にし、割り当てる。プログラムは一行も要りません。
MCP サーバー
Model Context Protocol を話すサーバーなら、どれでも対象システムとして登録できます。covey はどんなツールがあるかを自分で見つけ、そのうちどれを使ってよいかはエージェントごとにあなたが決めます。
エージェントが資格情報を見ることはありません
持続的なパスワードも鍵も、エージェントの作業場には置かれません。すべてのアクセスは covey のコントロールプレーンを通ります。許されているかを確かめ、その時点で初めて資格情報を差し込み、操作を記録に書きます。エージェントに何が許されているかは、プロンプトではなくプラットフォームの設定に書かれています。
プラットフォームの残りの部分は？
対象システムは半分です。もう半分は、その周りにある、エージェントの集団を信頼できるようにするすべてです。