製品概要

QoderWakeは、Wakerと呼ばれるデジタル従業員を使用して継続的な作業を担います。この製品は、タスクの観点から作業を管理・追跡する視点と、ユーザーの観点からWaker、Group、機能を設定する視点の2つを軸に構成されています。 初回は、責任範囲が明確なWakerを1つ作成し、チャットで検証します。その後、機能とリソースの追加、Groupの作成、IMの接続、安定した作業のAutonomous WorkまたはWakerFlowとしての定式化を行います。

​

作業管理

Dashboardは主に作業の監視と対応に使用します。タスクの作成、編集、再試行、または完全なコンテキストの確認が必要な場合は、元のチャット、Autonomous Work項目、またはWakerFlowに戻ります。

​

WakerとGroup

Wakerは、明確な責任を持つデジタル従業員です。その動作は、ロール設定、実行環境、メモリ、Skills、コネクター、ナレッジベース、プロジェクト、権限によって決まります。1つの安定したロールまたはサービス境界に対して1つのWakerを使用します。 Groupは、補完し合うWakerをまとめ、作業の割り当てと結果の集約を行うLeaderを指定します。実装、テスト、レビューなど、複数のロールを必要とする作業に適しています。タスクに依存関係または共有書き込みアクセスがある場合は、実行順序、主担当エディター、人による確認ポイントを定義します。

​

機能とリソース

リソースをインストールしても、すべてのWakerで自動的に利用可能になるわけではありません。対象のWakerに割り当て、権限を確認し、新しいチャットで検証してください。無関係なリソースを追加すると、ルーティング、検索、権限に関するリスクが高まる可能性があります。

​

Waker詳細ページ

Waker詳細ページでは、次の情報を管理できます。

• Home: ID、可用性、アクティビティ、統計、リソースの概要。
• Work: DashboardとAutonomous Work。
• Memory & Learning: グローバルメモリと自己進化するSkills。
• Capabilities & Resources: Skills、コネクター、WakerFlow、ナレッジベース、プロジェクト。
• Collaboration & Management: 権限と設定。

ロール、リソース、ワークスペース、または権限を変更した後は、新しいタスクで変更を検証してください。既存のチャットには、以前の設定のコンテキストが残っている場合があります。

​

適切な作業モードを選ぶ

1. タスクがまだ変化している場合: チャットから開始し、入力、手順、境界、納品形式、受け入れ基準を確認します。
2. 複数のロールが連携する必要がある場合: Groupを作成します。ステージ、分岐、確認ポイントを明示する必要がある場合はWakerFlowを使用します。
3. チームがIMで作業する場合: IM接続を設定し、@Wakerを有効にして、1つのエントリポイントから異なるWakerに作業を振り分けます。
4. 作業が安定していて繰り返し可能な場合: Autonomous Workを作成し、スケジュール、イベント、またはAPIトリガーを選択します。

まずチャットで検証し、次にプロセスを定式化し、最後にトリガーを自動化します。未検証のタスクを無人の自動化に組み込まないでください。

​

作成から展開まで

​

1. ロールを作成する

プリセットを選択するか、カスタムWakerを作成します。責任、受け付ける入力、成果物、境界、人による確認が必要なアクションを定義します。

​

2. 実行環境を紐付ける

Wakerが意図したデバイスで実行されることを確認します。ローカルファイルが必要なタスクでは、デバイスがオンラインであり、ディレクトリにアクセスできる必要があります。

​

3. 最小限のリソースを追加する

最初の検証タスクに必要なSkill、コネクター、ナレッジベース、プロジェクトのみを追加します。

​

4. チャットで検証する

読み取り専用タスクから開始し、制御された書き込み操作、範囲外の要求の拒否、高リスク操作の確認を検証します。最終回答だけに依存せず、実際の成果物を確認してください。

​

5. コラボレーションを拡張する

必要に応じてGroupを作成し、IMを接続するか、WakerFlowをオーケストレーションします。新しいエントリポイントを追加するたびに、小規模な検証を実行します。

​

6. 自動化と保守を行う

入力、出力、失敗時の処理が安定してからAutonomous Workを作成します。ロール、リソース、権限、アプリケーションのバージョン、またはプロジェクトの場所を変更した後は再テストします。

​

代表的な例

毎週のウェブサイト品質レビューの場合:

1. Web Quality Engineer Wakerを作成し、ウェブサイトプロジェクトとブラウザー機能を割り当てます。
2. チャットで読み取り専用レビューを1回実行し、レポート構造と受け入れ基準を確認します。
3. 修正と検証に別々のロールが必要な場合は、GroupまたはWakerFlowを作成します。
4. プロセスを手動で実行し、レポート、スクリーンショット、テスト結果を確認します。
5. 毎週のAutonomous Workを作成し、必要に応じて最大実行回数または期限を設定します。
6. アプリケーションの更新またはプロジェクトパスの変更後に再テストします。

​

開始前の確認

• Wakerが利用可能であり、必要なファイルがアクセス可能な実行環境にあります。
• ワークスペースまたはプロジェクトには、タスクに必要なコンテンツだけが含まれています。
• Skills、コネクター、ナレッジベース、権限が最小限の検証に合格しています。
• コードマージ、本番環境の変更、外部公開、削除、支払いには人による確認を維持します。
• テストデータ、スクリーンショット、共有成果物に認証情報、個人データ、制限された業務情報が含まれていません。

一部のエントリは、CN版またはGlobal版、アカウント、リージョン、Wakerタイプ、機能フラグによって異なります。現在の製品に表示されているオプションに従ってください。