タスク
タスクは 1 件の作業のコンテキスト、担当者、ステータス、実行履歴を 1 か所に保持します。
タスクは Multica で作業を進める基本単位です。機能、バグ、調査など、メンバーまたはエージェントが責任を持って進める作業はすべてタスクになります。関連する議論、ステータスの変化、実行のたびの記録が同じ場所に残るため、チャット履歴やターミナルのログからコンテキストを組み立て直す必要はありません。
タスクの構成
| 内容 | 役割 |
|---|---|
| タイトルと説明 | 目的、背景、要件、受け入れ条件。 |
| ステータスと優先度 | 作業がどの段階にあり、何を先に進めるか。 |
| 担当者 | ワークスペースのメンバー、エージェント、またはスクワッド。 |
| 日付、ラベル、カスタムプロパティ | 計画、分類、チーム独自のフィールド。 |
| プロジェクトと親子関係 | より大きな作業への所属、または子タスクへの分割。 |
| アクティビティと実行ログ | コメント、ステータス変更、実行、エージェントが返した結果。 |
タスクの作成
タスク ページまたはプロジェクト内で作成します。タイトルだけで作成でき、ほかのプロパティは後からいつでも補えます。
各タスクには MUL-123 のような番号が付きます。数字はワークスペース内で増えていき、管理者がワークスペースのタスクプレフィックスを変更すると、番号は新しいプレフィックスで表示されます。詳細はワークスペースを参照してください。
担当者の選択
| 担当者 | 効果 |
|---|---|
| メンバー | そのメンバーが作業を進めます。実行は作成されません。 |
| エージェント | そのエージェントの実行が 1 件作成されます。 |
| スクワッド | スクワッドのリーダーが受け取り、誰に任せるかを決めます。 |
エージェントまたはスクワッドに割り当てると、タスクが backlog にない限り即座にキューへ入ります。ランタイムがオフラインの場合、実行はキューで待機します。アーカイブ済みのエージェントとスクワッドには割り当てられません。
割り当てはエージェントのアクセス範囲（Access）を回避しません。スクワッドに割り当てる場合は、リーダーの Access が検証されます。詳細はタスクをエージェントに割り当てるを参照してください。
ステータス
どのワークスペースにも 7 つの組み込みステータスが用意されており、4 つのライフサイクルカテゴリに分類されます。
| カテゴリ | 組み込みステータス | 意味 |
|---|---|---|
unstarted | backlog、todo | まだ始まっていない作業。計画済みでも保留中でも同じです。 |
started | in_progress、in_review、blocked | 着手済み、確認待ち、または今は先に進めない状態。 |
done | done | 無事に完了した終了状態。 |
closed | cancelled | もう追いかけない終了状態で、成功による完了ではありません。 |
カテゴリはライフサイクルの判断を単純に保つためのものです。ボード、リスト、フィルタ、並び替えはいずれも個々のステータスを見ており、具体的なステータスにはエージェントや自動化が依存する細かい挙動が残ります。
| ステータス | 意味 |
|---|---|
backlog | まだ着手しない。エージェントに割り当て済みのタスクは、backlog を離れて初めて実行が作成されます。 |
todo | 内容が固まり、開始を待っている。 |
in_progress | 作業中。 |
in_review | 結果が出て、確認待ち。 |
done | 完了。 |
blocked | 今は先に進めない。 |
cancelled | 中止したが、記録は残す。 |
メンバーとエージェントは直接ステータスを変更できます。プロジェクトがワークフローを使う場合は、そのステップから選びます。引き継ぎのあるステップに入ると担当者が変わり、エージェントに作業が依頼されることがあります。
エージェントは作業の進み具合に合わせてステータスを更新します。通常は着手したら進行中、成果を提出したら確認待ちにします。プロジェクトにワークフローがあれば、そのステップと引き継ぎの指示に従います。実行が終わっただけではタスクは完了せず、質問への回答だけで仕事全体の完了にはなりません。
次の 2 つの変更はシステムが行います。
- 実行が失敗し、そのタスクにほかの実行がなく、リトライも起動しなかった場合、
in_progressはtodoに戻ります。 - タスクに紐づく PR がすべてマージされると、タスクはワークスペースが選んだステータス（既定は
done）に変わります。ワークスペースが「変更しない」に設定している場合や、そのタスクだけ変更をオフにしている場合を除きます。詳しくは GitHub 連携を参照してください。
カスタムステータス
ワークスペースの owner または admin は、コードレビュー、QA、修正などのステータスを追加できます。設定にワークフローがある場合は、その下のステータスライブラリで管理します。ない場合は設定 → タスクステータスを使います。
作成時に、未着手、進行中、完了、中止のどれを表すか選びます。この分類はあとで変更できません。独自のステータスに組み込みステータスの特別な動作は付きません。たとえば「待機中」という名前だけではエージェントは一時停止しません。
- 組み込みステータスの名前や色は変更できず、アーカイブもできません。
- 独自のステータスは入力した名前で表示されます。名前や色を変えると、使われているすべての場所に反映されます。
- アーカイブする前に、完了・中止したものも含め、そのステータスのすべてのタスクを適切な別のステータスへ移します。独自のワークフローからも外してください。アーカイブ後は選択肢に表示されなくなります。
ステータスライブラリには使用できるステータスがあり、プロジェクトのワークフローで使うものと順序を選びます。
タスクと実行
タスクは継続して存在する作業の記録であり、実行はエージェントによる 1 回の具体的な実行です。1 つのタスクからは、最初の実装、追加の修正、再度の確認というように、複数の実行が順に生まれることがあります。実行の完了はその 1 回の実行が終わったことを意味するだけで、タスクが完了したかどうかはタスクのステータスで判断します。
プロジェクトと子タスク
タスクは最大 1 つのプロジェクトに属し、プロジェクトはその中の実行に共有の説明とリソースを提供します。別のプロジェクトへ移してもコピーは作られません。
大きな作業は子タスクに分割できます。親タスクが全体の目標を保持し、子タスクはそれぞれ独立して進みます。親子のステータスは連動しません。
子タスクにはステージ（stage）を設定でき、1、2、3 とバッチごとに進められます。未完了の最も早いステージのすべての子タスクが done または cancelled に到達すると、親タスクに子タスク完了の通知が届きます。親タスクの担当者がエージェントの場合は、そのエージェントが起こされ、次のステージへ進むかどうかを判断します。ステージ未設定の子タスクは同じバッチとして扱われ、すべて終了したときに一度だけ通知されます。
ビューの切り替え
タスクページには、リスト、ボード、テーブル、ガント、スイムレーンの 5 つのビューがあります。ステータス、担当者、プロジェクトなどのプロパティで絞り込み・並べ替えでき、表示されるのはどれも同じタスクです。
タスクの削除
ワークスペースのメンバーは誰でもタスクを削除できます。
削除は元に戻せません。タスクとそのコメント、添付ファイル、関連レコードは完全に削除され、終了していない実行はキャンセルされます。作業を続けないだけであれば、ステータスを cancelled に変更してください。議論と結果は引き続き参照できます。
次のステップ
- プロジェクト — 複数のタスクで完了する作業を整理します。
- コメント — タスクを中心に議論、返信、@メンションを行います。
- タスクをエージェントに割り当てる — 作業をエージェントに渡して最初の実行を開始します。
- 実行 — キュー、実行、リトライ、キャンセルの仕組みを理解します。