> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryprofound.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Agents と Workflows: どちらを使うべきか

> Agents と Workflows の違い、それぞれを使うべき場面、Agent 内で Workflow を実行する方法

Profound でタスクを自動化するには、[Agent](/ja-jp/agents/about)、[Workflow](/ja-jp/agents/workflows/about-workflows)、またはその両方を使用します。どちらも Profound の Agents ページにあり、どちらもスケジュールまたはオンデマンドで実行でき、どちらも Documents、Sheets、その他の出力を生成します。Agents ページで一方の種類のみを表示するには、**Type** フィルターを使用します。

## 違いは何か

Agents は、記述された指示、接続されたツール、トリガーを受け取り、AI Marketer (Aim) が実行のたびにステップを導き出します。

Workflows は、Workflow Builder でノードのチェーンとして自分で構築する自動化で、毎回同じ方法で実行されます。

主な違いは制御の度合いです。Agents では、達成したいことを説明し、実装の詳細は Aim に任せます。Workflows では、すべてのステップを自分で構築し、ステップの順序、ツール、入力と出力を制御します。

## どちらを使うべきか

ほとんどのタスクには Agent を使用してください。Agents を初めて使う場合でも、実装の詳細を省いて、Agent に達成させたいタスクに集中できます。

毎回同じ出力が必要な場合、ステップでコードを実行したり API を正確な方法で呼び出したりする必要がある場合、またはどのステップをどの順序で実行するかを細かく制御する必要がある場合は、Workflow を使用してください。

また、大量のタスクでは Workflows の方が消費クレジットが少なくなる傾向があります。Agent は各ステップを推論しながら進め、その推論にクレジットを使用するためです。

両方が必要な場合は、組み合わせてください。Agent を構築し、固定する必要がある部分は Workflow を実行させます。

## Agent 内で Workflow を使用する

Agent は、実行の一部を Workflow に任せることができます。Agent は、何を確認するかの判断、結果の解釈、文章作成など判断が必要な部分を担当し、Workflow は毎回同じ方法で実行する必要がある部分を担当します。

### 組み合わせるべき場面

* **ステップに固定のロジックが必要な場合。** たとえば、毎回同じ方法で実行する必要がある計算、スコアリングモデル、コード、API 呼び出しなどです。
* **すでに機能している Workflow がある場合。** その部分を Agent の指示で作り直すのではなく、ステップとして再利用します。
* **Agents がまだツールとして使用できない連携が必要な場合。** その連携を使用する Workflow を構築し、Agent に実行させます。
* **既存の Workflow に Agent のトリガーを使用したい場合。** Agent から Workflow を実行することで、モニター、アプリのイベント、Profound のデータ変化をきっかけに Workflow を開始できます。

### Agent に Workflow を追加する

1. Workflow が公開されていることを確認します。Agent に追加できるのは公開済みの Workflows のみです。
2. Agent を開き、設定パネルの **Instructions** に移動します。
3. Agent が Workflow を実行すべきステップにカーソルを置き、**/** を入力して **Agents** を開きます。一覧から Workflow を選択するか、名前を入力して検索します。
4. Workflow は、その名前が付いたピルとして指示内に表示されます。その前後に、Agent が Workflow に何を渡し、結果をどう扱うべきかを記述します。たとえば、「入力の各トピックについて \[Workflow] を実行します。その後、結果を比較して要約を作成します。」のように記述します。

または、Agent のチャットで Aim に追加を依頼することもできます。たとえば、「Competitor Snapshot Workflow を使って数値を取得して」のように依頼します。

Agent から Workflow を削除するには、指示内のピルにカーソルを合わせて **×** を選択します。

### 実行中に起こること

* Agent がそのステップに到達すると、Workflow の実行を開始し、タスクから Workflow の入力を埋めます。
* Workflow の実行は、ステータスとともに Agent のチャットに表示されます。**Open** を選択すると、各ノードが返した内容を含め、Workflow 内の実行を確認できます。この実行は Workflow 自体の実行履歴にも表示されます。
* Workflow に人によるレビューのステップが含まれている場合、誰かがコンテンツをレビューするまで実行は一時停止します。
* Workflow が完了すると、Agent はその結果を次のステップで使用します。

### 要件と制限

* **アクセス:** Agent を実行するすべてのユーザー (トリガーを設定したユーザーを含む) は、Workflow へのアクセス権が必要です。Agent を共有する際は、Agent が使用する Workflows も共有してください。
* **クレジット:** Workflow の実行では、単独で実行する場合と同じようにクレジットが使用されます。
* **Agents は他の Agents を実行できません。** ステップとして追加できるのは Workflows のみです。

## 比較表

| | Agent | Workflow |
| - | - | - |
| **構築方法** | 目標とツールを自然な言葉で説明します。Aim が Agent の下書きを作成し、チャットで改善したり指示を編集したりします。 | 各ステップをキャンバス上のノードとして配置し、ノードを設定して接続します。 |
| **実行方法** | Aim が実行のたびにステップを推論します。 | 毎回同じ固定のパスに従います。 |
| **入力が想定と異なる場合** | 実行中に対処し、何を行ったかを伝えます。 | 失敗したノードで停止するか、エラーを返します。 |
| **出力** | 設定したガードレールの範囲内で、実行ごとに異なる場合があります。表現やステップは実行ごとに異なることがあります。 | 毎回同一の構造です。 |
| **作業の確認** | すべての実行はチャットです。各ステップが行われた理由を確認でき、実行は保存されます。 | 各ノードが返した内容を確認できます。 |
| **ツールと連携** | ツール: G2、Notion、Linear、WordPress などのサービスのアカウントへの接続。Profound のデータは組み込み済みです。 | 連携: 各サービス、Profound のデータ、コード、API 呼び出し用のノード。 |
| **開始方法** | オンデマンド、または Schedule、Monitor、Profound data、アプリのトリガー。 | オンデマンド、スケジュール、または Agent の実行内のステップとして。 |
| **もう一方の利用** | 公開済みの Workflows をステップとして実行できます。 | Agents は実行できません。 |
| **API と Model Context Protocol (MCP)** | まだサポートされていません。Agents は Profound プラットフォーム内で実行されます。 | Profound API と MCP を通じてサポートされています。 |
| **実行あたりのクレジット** | 多い: すべてのステップでの推論にクレジットを使用します。 | 同じタスクであれば少なくなります。 |
| **最適な用途** | 定期的なタスク: モニタリング、解説付きのレポート作成、リサーチ、下書き作成。 | 同一である必要がある大量のタスク、コードや API のステップ、決定論的なデータ操作。 |