はい。Multicaは「AI-native task management platform」で、Linearのようなタスク管理ツールだが、AIエージェントをファーストクラスの市民として扱う点が特徴。
主な特徴:
技術スタック:
core, ui, views) でクロスプラットフォームのコード再利用を実現Multicaが扱う「タスク」は Issue（イシュー） という形で管理されている。LinearやJiraのイシューに近い概念。
| カテゴリ | 内容 |
|---|---|
| 基本情報 | タイトル、説明、識別番号（例: PRJ-42） |
| ステータス | backlog → todo → in_progress → in_review → done / blocked / cancelled |
| 優先度 | urgent, high, medium, low, none |
| 担当者 | 人間（member）またはAIエージェント（agent） — ここが最大の特徴 |
| 構造化 | 親子関係（サブタスク）、プロジェクトへの紐付け、Issue間の依存関係 |
| その他 | ラベル、期限、受け入れ基準、添付ファイル、コメント、リアクション |
Issueがエージェントにアサインされると、Agent Task Queue に入る:
queued → dispatched → running → completed / failed / cancelled結論: そのような用途には向いていない。
1. ステータスが固定されている
backlog → todo → in_progress → in_review → done / blocked / cancelled
ソフトウェア開発のワークフローに特化しており、「面談調整中」「面談済み」「シート記入待ち」「承認済み」のようなカスタムステータスは定義できない。
2. カスタムフィールドがない
Issueの属性は title, description, status, priority, assignee, due_date など固定。「評価スコア」「面談日時」「承認者」のような業務固有のフィールドを追加する仕組みがない。
3. 担当者は member か agent のみ
「面談者」「被面談者」「承認者」のように複数の役割を持つ関係者を表現する構造がない。
4. AIエージェントの設計がコード実行前提
Agent Task Queueは work_dir（作業ディレクトリ）や session_id（Claude Codeセッション）を持っており、ソフトウェア開発タスクの自動実行を想定している。
Multicaは「Linearのようなソフトウェア開発向けイシュー管理 + AIエージェントによる自動実行」に特化したツール。業績評価のような人事・業務プロセス管理には、Asana、Monday.com、Notionのようなカスタムフィールドやカスタムワークフローを持つ汎用ツールの方が適している。