Anakin運用チーム向け

トリアージ、自動化、そしてサイクルを完結

受信作業はトリアージに入ります。人が受け入れ、却下、スヌーズ、重複としてマークします。タスクタイプが各項目に適切なフィールドとステータスを与え、エージェントが繰り返し作業を実行します。

トリアージ、未着手、進行中でグループ化した Anakin 運用ボード

導入チーム

  • Aurecon
  • Deriv
  • Uplynk
  • Honeywell
  • Open
  • Smith Rx

トリアージ、タスクタイプ、自動化

チームが実際に運用できる運用基盤

受付、タイプ別ワークフロー、定期実行を、受信トレイ、ドキュメント、非公開チャットに分散せず 1 つのスペースに維持します。

受け付けた作業のキュー

トリアージを開き、項目を 1 つずつ処理します。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。

プロセスに合うタイプ

各スペースが独自のタスクタイプを所有します。機能、バグ、リクエスト、チケットなど、各タイプにそのプロセスで必要なフィールドとステータスを関連付けます。

繰り返し作業を実行するエージェント

スケジュール、ステータス変更、コメント、Webhook からエージェントまたはクルーを開始できます。重要な内容は引き続き人がレビューします。

受付から完了まで

まずトリアージし、作業にタイプを設定して、繰り返しを自動化。

受信項目は誰かが判断するまで 1 つのキューに置かれます。タスクタイプがプロセスを構造化し、自動化が繰り返しチェックを実行します。

01トリアージ

専用キューで受信項目を処理

トリアージはスペースの受付キューで、毎朝作り直す保存済みビューではありません。項目を開いて判断し、次へ進みます。ワークフローへ受け入れる、却下する、重複としてマークする、後で対応するためスヌーズできます。

  • 保留件数を確認し、項目を 1 つずつ処理
  • 同じ詳細画面から受け入れ、却下、重複としてマーク、またはスヌーズ
  • トリアージを離れた後もオーナー、ステータス、履歴をタスクに維持
受け入れ、却下、重複としてマーク、スヌーズに対応したトリアージキュー
02タスクタイプ

各タイプに独自のフィールドとステータスを設定

バグ、リクエスト、機能に同じフォームは必要ありません。スペースが所有するタスクタイプにはカスタムフィールドと範囲を限定したワークフローが関連付けられるため、受付を汎用リストにせず構造化できます。

  • リクエスト、チケット、Issue、バグなどのタイプを追加
  • そのタイプに実際に必要なステータスとカスタムフィールドを関連付け
  • 軽量なタグにはラベル、実際のプロセス差にはタイプを使用
スペースのタスクタイプとステータス。リクエスト、チケットなどの推奨タイプを含みます
03自動化

繰り返し作業はエージェントに任せる

自動化は、指示、エージェントまたはクルー、トリガー、実行履歴で構成される 1 つのルールです。日次チェック、ドキュメントのフォローアップ、Webhook 受付に使用します。複数のシステムを順番に動かす場合は、自動化ワークフローを使用します。

  • スケジュール、ステータス変更、コメントフレーズ、Webhook から開始
  • 実行履歴、失敗、結果通知を自動化に維持
  • 複数ステップのフローをエージェントまたはクルーへ渡し、その後ワークフローを続行
指示、日次スケジュール、割り当て済みエージェント、実行履歴を持つ自動化
04人とエージェント

リクエストは人が所有し、エージェントが実行します。

トリアージ後も責任は人が担い、実行はエージェントまたはクルーが担当します。コメントと受信トレイにより、キューが追跡する同じ項目上に判断を維持できます。

  • 同じリクエストにメンバー、クルー、またはエージェントを割り当て
  • エージェントが繰り返し作業を行う間もオーナーが責任を維持
  • ブロッカー、結果、レビューを非公開チャットではなく受信トレイへ返却
運用リクエストをメンバー、クルー、またはエージェントに割り当て
ランタイム

チームが使用する AI 開発ツールを接続

ローカルまたはクラウドのコンピューターを接続し、ランタイムをエージェント向けの制御された実行リソースとして公開します。既存のツールを維持しながら、実行を割り当て可能かつ追跡可能にします。

ClaudeClaude CodeCodexCodexGeminiGeminiopencodeOpenCodeOpenClawOpenClawHermes AgentHermes

作業オペレーティングシステム

運用チームが期待する基本機能

受信作業はタスクのままです。トリアージ、タスクタイプ、自動化は 2 つ目の信頼できる情報源を作らず、そのシステムに関連付けられます。

タスク

依頼内容、タイプ、優先度、日付、フィールド、議論を記録し、すべての項目にオーナーと履歴を持たせます。

タスクタイプ

スペースが所有する各タイプにはカスタムフィールドと範囲を限定したワークフローが関連付けられるため、リクエストとバグが同じ経路を通ることはありません。

トリアージ

受信項目を 1 つずつ処理します。受け入れ、却下、重複としてマーク、または後で対応するためスヌーズします。

自動化

スケジュール、ステータス、コメント、Webhook、手動開始からエージェントまたはクルーを実行し、実行履歴を関連付けます。

Webhook

運用チームがすでに使用しているツールから署名済み POST リクエストを受け取り、チームがレビューする同じ自動化を開始します。

Slack

Slack からタスクを作成し、関連付けたスレッドを同期して、リクエストを離れずにフォローアップを送信します。

リクエストが始まる場所で運用に対応

Slack、Webhook、現在運用しているシステムを接続

チャットや外部システムからリクエストを取り込み、エンジニアリングが関与する場合は Jira と GitHub の接続を維持し、同じキューからエージェントに作業させます。

JiraLinearGitHub IssuesGitLab IssuesAsanaShortcut

使いやすさを標準搭載

キューを正確に保つ詳細

トリアージ、タスクタイプ、自動化が同じリクエストに関連付けられていなければ、運用は機能しません。

トリアージで受け入れ、却下、重複としてマーク、スヌーズ
独自のワークフローを持つスペース所有のタスクタイプ
返信、レビュー、失敗した実行用の受信トレイ
自動化を開始できるコメントフレーズ
自動化完了時の実行結果通知
任意の署名シークレットに対応した Webhook 受付

次の運用キューを人とエージェントで共同運用

1 つのトリアージキュー、各リクエスト用のタイプ別ワークフロー、繰り返し作業用の自動化をチームに提供します。

開始

3 ステップで運用スペースを構築

トリアージを有効にし、リクエストタイプごとに独自のフィールドを設定して、レビューを失わずに繰り返し作業をエージェントへ振り分けます。

01

スペースを作成してトリアージを有効化

IT、社内運用、オンコールのフォローアップ用スペースを用意します。受け付けた項目は、誰かが受け入れ、却下、またはスヌーズするまでトリアージで待機します。

02

実際に使用するタスクタイプを設定

リクエスト、チケット、Issue、バグを追加します。各タイプに必要なフィールドとステータスを関連付け、受付が汎用リストにならないようにします。

03

繰り返す作業を自動化

チェック、リマインダー、Webhook 受付用の自動化またはワークフローを追加し、結果をレビューするメンバーを割り当てます。

よくある質問

2 つ目の作業システムを増やさない運用

Anakin は別の運用チケットツールを置き換えられますか?

+

キュー自体については、多くのチームで置き換えられます。受け付けた作業はスペース内のタスクになります。トリアージは受付キューで、受け入れ、却下、重複としてマーク、スヌーズを行えます。タスクタイプごとに独自のフィールドとステータスを設定できます。定期チェックは自動化として実行します。専用の調達システムや経費システムなど、Anakin が扱わないプロセスが必要な場合のみ専門ツールを残します。

トリアージと保存済みビューの違いは何ですか?

+

ビューは、タスクの確認方法を保存したものです。トリアージは、トリアージ待ちステータスの項目専用の受付キューです。ワークフローへの受け入れ、却下、重複としてマーク、スヌーズを判断するために使用します。項目がトリアージを離れた後も、ほかのタスクと同様にビュー、ボード、受信トレイに表示されます。

リクエストはどうやってキューに入りますか?

+

人はスペース内でタスクを作成でき、エージェントは Slack からタスクを作成でき、自動化は Webhook から開始できます。スペースでトリアージが有効な場合、トリアージ待ちステータスの項目は誰かが判断するまでキューに表示されます。Slack イベントはまだ自動化ワークフローを開始できません。Slack はタスクのソースおよびワークフローアクションとして利用できます。

自動化と自動化ワークフローの違いは何ですか?

+

自動化は、開始条件、実行するエージェントまたはクルー、従う指示を定める 1 つのルールです。自動化ワークフローは、コネクタや「エージェントを実行」ステップを含むトリガーとアクションのキャンバスです。定期チェックには自動化、複数システムを順番に動かす場合はワークフローを使用します。

自動化は実行ごとにタスクを作成しますか?

+

いいえ。現在の自動化はエージェントまたはクルーの実行を直接開始し、履歴を自動化に保存します。ワークフローの「エージェントを実行」もタスクを作成しません。リクエストにオーナー、ステータス、キューでのレビューが必要な場合はタスクを使用します。

運用チームでエージェントをどう活用しますか?

+

トリアージと承認の責任は人が担います。エージェントまたはクルーは、繰り返し作業や明確に定義された作業を実行します。結果、失敗、レビュー依頼は、受信トレイと元のタスクまたは自動化履歴へ戻ります。