Multica

issueをagentへassignし、実行からreviewまでを同じwork itemに残す

Multicaではagentを人間と同じようにissueへassignできます。agentはtaskを受け取るとruntime上で作業を開始し、途中経過やblockerをコメントし、完了したworkをreviewへ戻します。intent、run、decision、diffを同じissueへ結び付け、個別terminal sessionをまたいだ文脈の再構築を減らす設計です。

出典：[1]

26種類のagent CLIを、自分のmachine上のruntime daemonから同じworkspaceへ接続する

公式READMEではClaude Code、OpenAI Codex、Cursor Agent、GitHub Copilot CLI、OpenCode、Kimi、Grokなど26種類のCLI runtimeを案内しています。Multica自身がmodelを内蔵するのではなく、各machineへinstall・authenticate済みのagent CLIをdaemonが検出し、serverから受けたtaskをそのmachine上で実行します。

出典：[1][2]

execution log・token usage・retry・timeout・review gateで、agent作業を追跡可能にする

各runではtool call、command、errorをtimestamp付きexecution logとして確認でき、token usageもagentやissue単位で追跡できます。失敗時のretryやtimeout、agentが判断を求めるときのInbox、完了後のreview gateも用意され、agentの自動実行と人間の承認ポイントを同じworkflowで扱えます。

出典：[1]

Squad・Skill・Autopilot・Git/chat連携で、単発taskからteam workflowへ広げる

agentと人をSquadへまとめ、解決済みの手順をSkillとして再利用し、standup・audit・reportをAutopilotでcron実行できます。GitHub、GitLab、Gitea、Forgejoのrepositoryを接続でき、Slack、Larkなどのchat channelからtaskをtriggerできます。control plane自体はDocker ComposeまたはHelmでself-host可能です。

出典：[1][2]

複数のcoding agentを個別terminalで回す段階から、役割・issue・reviewを持つteam運用へ移したい場合に

Claude CodeやCodexなどを用途ごとに使い分けているが、誰が何を実行したか、どのissueに対応するrunか、どこで人がreviewするかを一元化したいチームに向きます。既存agent CLIを置き換えるのではなく、その上にassignment・runtime・audit・reviewのlayerを追加したい場合に比較価値があります。

runtimeを自前machineへ置いても、選択したagent CLIとmodel providerのデータ境界は別に確認する

Multicaのdaemonはcodeのあるmachine上でagent CLIを実行しますが、Multicaはmodelやagent CLIそのものを提供しません。Claude Code、Codexなど選択したruntimeがpromptやcode contextをどこへ送るかは各providerの構成とpolicyに依存します。Multica Cloudを使う場合はissue、run、commentなどのcontrol-plane dataもhosted service側に置かれるため、code実行場所とworkspace metadataの保存場所を分けて評価する必要があります。

Self-host版はGo backend、Next.js frontend、PostgreSQLを自前infraへ置けます。production向けauthenticationではemail delivery等の設定が必要で、固定verification codeをpublic instanceへ設定しないよう公式guideが警告しています。またagentを動かす各machineには対応CLIを別途install・authenticateする必要があります。

出典：[1][2]

Multica LicenseはApache-2.0単独ではなく、第三者hosting・commercial embedding・brandingに追加制限がある

LICENSEはApache License 2.0全文にPart Iの追加条件を組み合わせた独自のMultica Licenseです。commercial licenseなしでMultica source codeを第三者向けhosted serviceとして提供したり、commercial productへcomponentとして組み込んだりすることを制限し、組織内部での利用は許可しています。外部ユーザー向けpublic instanceは無料提供でもcommercial licenseが必要と明記されています。UIのMultica name/logo・attributionにも条件があり、backend/daemon/CLIだけを使う場合にもdocumentation上のattribution要件があります。GitHubのlicense metadataがNOASSERTIONなのもこのためで、Apache-2.0だけとして扱わない方が安全です。

出典：[3]