ダイアログ ボックスで達成したいことを説明すると、AI がどのデジタル従業員を使用するか、どのタスクに分割するかなどの計画を生成します。 各ステップで何をすべきか。計画はあなたが見ることができるようにレイアウトされており、実行する前にそれを確認します。言うだけですぐに実行が開始されるわけではありません。
何かをしたい場合は、7 ～ 8 つの機能ページを調整する必要があります。
会話形式の入り口は、統一された出発点です。目標を説明すると、AI が関連するアカウント、環境、コンテンツ、スケジュールをタスク チェーンに整理するため、各モジュールに何を入力するかを覚える必要はありません。
新しいオペレーターはシステムを理解しておらず、タスクの作成方法を教えるだけでも数日かかります。
やりたいことを明確に説明してタスクを作成できます。 AI によって生成された計画は、中国語で読める手順のリストです。初心者は、行動を起こす前にまず計画を読むことができ、空白のフォームを手探りするよりも早く実行できます。
同じジョブを毎週再構成する必要があります。 1 つのパラメータの設定が間違っていると、バッチ全体が無駄になります。
成功した計画をワンクリックのテンプレートまたはタスク スクリプトとして保存し、次回アカウント グループを変更するときに直接使用します。パラメータはテンプレートに従い、人間の記憶に依存しません。
タスクを実行した後、「成功」は 1 つだけ表示されます。どの番号とステップが問題を引き起こしたのかわかりません。
サブタスクはタスクの下にハングされ、各サブタスクには独自の実行ログがあります。どのアカウントがどのステップで失敗したか、失敗の原因は何であったかを 1 つずつ見つけることができます。
取り決めが成立するには、発した言葉が入ってくること、削られたものを修正できること、走りを確認できることの３つが同時に満たされなければならない。
最初にシステムのフィールドや用語を学ぶ必要がなく、日常の言葉を使用してダイアログ ボックスで目標を説明します。過去の会話に戻ってチャットを続けることができます。
目標をタスクに分割します。つまり、使用する従業員の数、ステップの数、各ステップの目標と範囲です。スキームは編集可能であり、ブラック ボックスではありません。
計画が確定すると、タスク、サブタスク、スケジュールが一括作成されます。各機能ページに戻って 1 つずつ手動で入力する必要はありません。
タスク間の逐次的な依存関係と並列関係は調整可能です。前のステップが基準を満たしていない場合、次のステップは開始されません。
頻繁に実行される設定はタスク テンプレートとして保存されます。ダイアログステップを含むタスクスクリプトが保存されます。ワンクリック テンプレートとして保存し、新しいグループで再利用します。
タスクは、実行のために特定のアカウント、環境、またはデバイスに分散されます。優先順位により、リソースが不足しているときに誰が最初に実行するかが決まります。
1 回だけ実行することも、時間またはサイクル スケジュールに従って繰り返し実行することもできます。期間と時間枠は必要に応じて設定されます。
各タスクを 1 つずつクリックすることなく、すべてのタスクの進行状況、成功と失敗の分布、確認を待っているアイテムを 1 か所で確認できます。
途中でうなずかなければならない部分が 2 つあります。計画自体と、それが初めて外の世界に送信される部分です。これら 2 つのステップは意図的に自動化されていません。
会話形式の入り口では、何をしたいのか、どのプラットフォームと地域を対象としているのか、必要な時間を明確に述べます。不明な点があればAIが質問します。
この計画には、どのデジタル ワーカーが使用されるか、どのタスクが分割されるか、それぞれの範囲とスケジュールの概要が示されています。ステップの変更やアカウントグループの変更、不要なリンクの削除などが行えます。
確認された計画に従ってタスクを作成し、対応するアカウントと環境に配布し、優先順位とスケジュールを設定します。
最初のグループ送信、プライベート メッセージのバッチ処理、および有料リソースを含むアクションはここで停止して待機します。確認済みの同様のアクションはテンプレートに従ってリリース可能です。
サブタスクは 1 つずつ実行され、ログが書き込まれます。失敗した場合は、ミッション全体を繰り返すことなく、個別に再実行できます。成功した計画はテンプレートとして保存されます。
この計画確認のステップは省略できません。 AIの解体はあなたの一言で決まります。逸脱は認識されていないことを理解しています。逸脱は、アカウントのバッチが送信された後ではなく、タスクが構築される前に確認される必要があります。外部送信にも同様のことが当てはまります。コンテンツが一度送信されると、それを撤回するコストは、もう一度確認するよりもはるかに大きくなります。
オーケストレーション自体はソフトウェアの機能であり、スケジュールするアカウント、環境、コンテンツは個別に準備する必要があります。間違ったコスト予想に基づいて計画を立てないよう、明確に書き留めてください。
目標を細分化し、従業員のフォーメーションを組織する役割。会話オーケストレーションは、ユーザーの意図を受け取るためのゲートウェイです。
標準アクションは調整され、非標準ステップはタスク スクリプトに分類され、スケジュールと実行ログによって均一に管理されます。
計画やフレーズを作成するときは、常識に基づいて推測するのではなく、ナレッジ ベースとビジネス プロンプトを参照してください。
配置されたサブタスクは各アカウントに配布され、それぞれの環境で実行され、アクションの痕跡を追跡することができます。
境界線があります。目標に関係するプラットフォーム、アクションのタイプ、およびおおよその規模がわかれば、それを実行可能なタスク チェーンに分割できます。目標自体が明確に考えられていない場合、たとえば「売上を上げます」とだけ言うと、計画を推測して渡すのではなく、不足している条件を尋ねられます。これは意図的な設計です。推測された計画は完成しているように見えますが、実際に実行してみると、間違った方向に進んでいることがわかり、さらにいくつかの質問をするよりもコストがはるかに大きくなります。複雑なオーケストレーションの場合は、最初に小規模なバッチ検証を実行してからスケールアップすることをお勧めします。
変更可能です。生成された計画は編集可能なステップ リストです。特定のステップのパラメータを変更したり、実行アカウントグループを変更したり、不要なリンクを削除したり、独自のステップを挿入したりできます。変更が完了して確認されるまで、タスクは作成されません。
外部への送信 (最初のバッチ送信、バッチ プライベート メッセージ)、有料リソースの消費、アカウント バインドまたは権限の変更。確認された同様のアクションはテンプレートに従ってリリースすることができ、毎回ブロックされることを避けます。ブロックする特定のものは、チームの習慣に応じて調整できます。
必要ありません。タスクの下のサブタスクにはそれぞれステータスとログがあり、再実行できるのは失敗したサブタスクのみです。ログインステータスの失敗、コンテンツの拒否、環境の未起動など、失敗の理由がログに書き込まれます。理由による処理の方が高速です。
できる。 1 回の実行のみをサポートしますが、時間またはサイクル スケジュールに従った繰り返しの実行もサポートします。期間、時間枠、優先度はオンデマンドで設定できます。リソースが不足している場合、リソースは優先度に従ってキューに入れられ、相互に混雑することはありません。
はい。会話によるエントリーは近道であり、唯一の道ではありません。タスク、テンプレート、スケジュールは、それぞれの機能ページで手動で作成および変更できます。 2 つのメソッドは、同じタスク オブジェクトのセットを生成します。
コンサルタントは、特定の目標をあなたの手に取り、その結果として得られるタスクチェーンがあなたが望むものであるかどうかを確認するために取り決めを進めます。