記事一覧へ
Kimi K2.6 × Multica: 午後1回でAIエンジニアリングチームを構築する
@Kimi_MoonshotがK2.6をリリースした——コーディング能力の大きな飛躍。Multicaも同時にKimi Code AgentをファーストクラスのAgent Runtimeとして追加した。
つまり: 1つの午後で、誰でもK2.6をエンジニアリングチームのフルタイムメンバーに変えられる。
この記事はそれを実現するためのステップバイステップのPlaybookだ。オープンソースのmultica-ai/multicaリポジトリを例として使い、最初のエンジニアの採用から実際のPRの送信、金曜夕方の自動生成週次レポート受信まで解説する。
## Part 1: なぜ「1つのエージェントとチャット」を卒業したか
過去1年で、私たちは多くのコーディングエージェントを使ってきた: Claude Code, Codex, Cursor, Kimi Code CLI——どれも優れているが、共通の問題がある:
ツールであって、チームメンバーではない。
新しいウィンドウを開くたびにゼロから始まる。昨日の議論、先週のコード、今朝の仕様——異なるターミナルに散在している。人間がディスパッチャーになってコンテキストを手動でエージェントからエージェントにコピーしなければならない。
私たちが欲しかったのは自律的に動くチームだ:
- 入ってくるIssueを監視する誰か
- コードを書く誰か
- PRをレビューする誰か
- 頼まれなくても週次レポートを提出する誰か
- 全員が互いの動きを把握している状態
Multicaはその基盤だ。Kimi K2.6はその中に住む頭脳だ。
## Part 2: Multicaとは何か
Multica = 人間とAIエージェントが1つのチームとして働く場所。
単一チャットウィンドウではない。エディタプラグインでもない。複数の人間と複数のエージェントが同じリポジトリ、Issue、PRに存在し、1つの権限モデルの下で、通常のチームと同じように仕事を渡し合う共有ワークスペースだ。
Multicaはオープンソース: github.com/multica-ai/multica——17.5k以上のスター。全体をセルフホストするか、ホステッドのDesktop/Webアプリを使う。
具体的に、Multicaは以下を提供する:
- Workspace — 独自のメンバー、リポジトリ、設定を持つ隔離された共有スペース。
- Member — 人間とエージェントが1つの権限モデルを共有する。
- Agent — Prompt、Runtime、モデルを持つ名前付きチームメンバー。24/7稼働。
- Runtime — エージェントの背後にあるコーディングエンジン: Kimi Code CLI, Claude Code, Codexなどが互換で差し替え可能。
- Skill — 任意のエージェントが呼び出せる再利用可能なプロシージャ（「チームのプレイブック」）。
- Autopilot — 人間が起動しなくてもエージェントに仕事を渡すスケジュールまたはwebhookトリガーのジョブ。
メンタルモデル: Claude Codeはあなたに同僚を与える。Multicaはチームを与える。
## Part 3: 私たちの「会社」の構成
この架空のAIエンジニアリング会社をNebula Labsと名付けた。5人の従業員:
- Kai（シニアソフトウェアエンジニア）— issueを拾い、コードを書き、PRを開く
- Atlas（テックリード）— 複雑なリクエストをKaiに割り当てる前にサブIssueに分解する
- Rae（レビュアー）— コメントは「読みやすさ→正確性→テストカバレッジ」の順
- Tia（トリアージャー）— 情報が不足しているとき推測せずコメントで質問する
- Ren（レポーター）— 毎週金曜にMarkdown週次レポートを作成する
## Part 4: Multicaのインストール
Multicaを動かす3つの方法:
- Desktopアプリ — macOS / Linux / Windows向けにmultica.aiからダウンロード。
- Webアプリ — ブラウザでmultica.aiを開く。
- セルフホスト — github.com/multica-ai/multicaをクローンして自分で動かす。
## Part 5: Kimi Code CLIのインストール
```bash
# Install
curl -L code.kimi.com/install.sh | bash
# Log in
kimi login
# Sanity check
kimi --version
```
その後Multica Desktop -> Settings -> RuntimesでKimi Code CLIがReadyと表示されていることを確認する。
## Part 6: オフィス——ワークスペースの作成とリポジトリのバインド
1. 新しいワークスペースを作成: Nebula Labs
2. リポジトリをバインド: https://github.com/multica-ai/multica
リポジトリのバインドはオフィスの鍵を渡すようなものだ——それ以降、任意のエージェントがmultica repo checkoutを実行し、ブランチを開いてPRを送れる。
## Part 7: 最初の従業員の採用——Kai
Workspace -> Agents -> New Agent
Runtime: Kimi Code CLI
Model: Kimi K2.6 (Default)
Name: Kai
System Promptのポイント:
1. レッドラインを明示する。「やらないこと」は「やること」より重要。
2. パーソナリティを与える。出力を安定させるアンカーになる。
## Part 8: チームの拡大——全員のレッドラインとパーソナリティ
他の4人にも同じPromptテンプレートを使う:
```
あなたはNebula Labsの<役職><名前>です。
役割: <やること>
パーソナリティ: <声、好み、癖>
やらないこと: <レッドライン>
出力形式: <例>
```
## Part 9: 本物の人間の参加——混合チームこそが目的
招待されると、人間とエージェントはワークスペースで対等な市民になる:
- Issueに割り当てられ@メンションされる
- 任意のエージェントを@メンションして作業をトリガーできる
- エージェントと同じコメントスレッドでタスクを引き渡しできる
## Part 10: スキル——会社のハンドブック
スキルはワークスペースに存在する名前付きの再利用可能なプロシージャだ。エージェントも人間も呼び出せる。エージェントが実際に読んで従う会社のwikiだ。
経験則: 同じ指示を2つのIssueにペーストしたら、スキルとして抽出する時だ。
## Part 11: Autopilot——会社を自律的に動かす
Autopilot = トリガー + エージェント + タスク説明。
MulticaではスケジュールされたリズムをAutopilotと呼ぶ。スタンドアップ、オンコールローテーション、レビューケイデンス——マネージャーが毎回起動しなくても動くリズムを作る。
## Part 14: 得られた教訓
- 1人のエージェントから始める。初日に全員採用しない。
- PromptはJD（求人票）のように書く。「やること/やらないこと/出力形式」の3セクション全部。
- マージ権限は常に人間が持つ。
- Autopilotの出力をファーストクラスのIssueとして扱う。
- エージェントをパイプラインに連鎖させる。Tia -> Kai -> Rae -> Ren。
- 定型業務には安いモデル、難しい作業にはK2.6。
## まとめ
Multicaが組織を提供する。Kimi K2.6が頭脳を提供する。Autopilotがリズムを提供する。合わせるとAIエンジニアリング会社が実際に出荷するようになる。
ビジネスを開始する5ステップ:
1. Multica Desktop + Kimi Code CLIをインストール
2. ワークスペースを作成してリポジトリをバインド
3. Kaiを採用（Runtime = Kimi Code CLI, Model = K2.6）
4. 週末をKaiのPromptを磨くのに使う
5. Autopilotを1つ追加して1週間動かし、次のチームメンバーを採用する
agent-opsharness-designkimi-k2multi-agent
Kimi K2.6×Multicaで午後にAIエンジニアリングチームを構築する手順
♥ 16↻ 1
原文を表示 / Show original
Kimi K2.6 x Multica: Build an Agent Engineering Squad in an Afternoon
@Kimi_Moonshot just released K2.6 — a meaningful jump in coding ability. Multica added Kimi Code Agent as a first-class Agent Runtime at the same time.
Which means: in a single afternoon, anyone can turn K2.6 into a full-time member of their engineering team.
This post is our step-by-step Playbook for making that happen. We'll use the open-source multica-ai/multica repo as the running example — from hiring the first engineer, to shipping an actual PR, to receiving an auto-generated weekly report on Friday evening.
## Part 1: Why We Stopped 'Chatting With One Agent'
Over the past year, all of us have worked with a parade of coding agents: Claude Code, Codex, Cursor, Kimi Code CLI — they're all strong, but they share one problem:
They're tools, not teammates.
Every new window starts from scratch. Yesterday's discussion, last week's code, this morning's spec — scattered across different terminals. The human has to be the dispatcher, manually copying context from one agent to another.
What we wanted was a team that runs itself:
- Someone watching incoming Issues
- Someone writing the code
- Someone reviewing PRs
- Someone filing a weekly report without being asked
- All of them aware of what the others are doing
Multica is the foundation for that. Kimi K2.6 is the brain living inside it.
## Part 2: What Is Multica?
Multica = where humans and AI agents work as one team.
Not a single chat window. Not an editor plugin. A shared workspace where several humans and several agents live on the same repo, Issues, and PRs — under one permission model, in one conversation thread, handing work to each other the way any normal team does.
Multica is open source: github.com/multica-ai/multica — 17.5k+ stars. Self-host the whole thing, or use the hosted Desktop / Web app.
Concretely, Multica gives you:
- Workspace — an isolated shared space with its own members, repos, and settings.
- Member — humans and agents share one permission model.
- Agent — a named teammate with a Prompt, a Runtime, and a model. On 24/7.
- Runtime — the coding engine behind an agent: Kimi Code CLI, Claude Code, Codex, and others plug in interchangeably.
- Skill — a reusable procedure (the 'team playbook') any agent can invoke.
- Autopilot — scheduled or webhook-triggered jobs that hand work to an agent without a human kicking it off.
Mental model: Claude Code gives you a colleague. Multica gives you a team.
## Part 3: What Our 'Company' Looks Like
We named this fictional AI engineering company Nebula Labs. Five employees:
- Kai (senior software engineer) — picks up issues, writes code, opens PRs
- Atlas (tech lead) — breaks complex requests into sub-issues before assigning to Kai
- Rae (reviewer) — comments follow 'readability -> correctness -> test coverage'
- Tia (triager) — asks in comments rather than guessing when information is missing
- Ren (reporter) — produces a Markdown weekly report every Friday
## Part 4: Install Multica
Three ways to run Multica:
- Desktop app — download from multica.ai for macOS / Linux / Windows.
- Web app — open multica.ai in the browser.
- Self-host — clone github.com/multica-ai/multica and run it yourself.
## Part 5: Install Kimi Code CLI
```bash
# Install
curl -L code.kimi.com/install.sh | bash
# Log in
kimi login
# Sanity check
kimi --version
```
Then in Multica Desktop -> Settings -> Runtimes, confirm that Kimi Code CLI shows Ready.
## Part 6: The Office — Create a Workspace and Bind the Repo
1. Create a new Workspace: Nebula Labs
2. Bind the repo: https://github.com/multica-ai/multica
Binding a repo is like handing out the office keys — from that point on, any agent can run multica repo checkout, open a branch, and send a PR.
## Part 7: Hire the First Employee — Kai
Workspace -> Agents -> New Agent
Runtime: Kimi Code CLI
Model: Kimi K2.6 (Default)
Name: Kai
System Prompt (excerpt):
```
You are Kai, a senior software engineer at Nebula Labs.
Your job:
- Pick up issues assigned to you in multica-ai/multica.
- Read the code carefully before editing.
- Write tests for any non-trivial change.
- Open a PR with a Conventional Commits title.
What you DO NOT do:
- Never review other people's PRs.
- Never change issue status or reassign tasks.
- Never touch CI config without explicit approval.
```
Two things to remember when writing Prompts:
1. Spell out the red lines. 'What you do NOT do' matters more than 'what you do.'
2. Give them a personality. It's the anchor that keeps outputs stable.
## Part 8: Grow the Squad — Red Lines and Personality for Everyone
Use the same Prompt template for the other four:
```
You are <Name>, <Role> at Nebula Labs.
Your job: <what you do>
Your personality: <voice, preferences, quirks>
What you DO NOT do: <red lines>
Your output format: <example>
```
## Part 9: Bringing in Real Humans — Mixed Teams Are the Point
Once invited, humans and agents are equal citizens in the Workspace:
- They can be assigned Issues and @-mentioned
- They can @-mention any agent to trigger work
- They can hand off and pick up tasks in the same comment thread as agents
## Part 10: Skills — the Company Handbook
A Skill is a named, reusable procedure that lives in the Workspace. Any agent — and any human — can invoke it. Think of it as your company wiki, except the agents actually read it and follow it.
Rule of thumb: if you've pasted the same instructions into two Issues, it's time to extract a Skill.
## Part 11: Autopilot — Making the Company Run Itself
An Autopilot = trigger + agent + task description.
In Multica, scheduled rhythm is called Autopilot. Agents move when @-mentioned or assigned. But a real company has standups, on-call rotations, review cadences — a rhythm that doesn't need a manager to kick it off each time.
## Part 14: Lessons Learned
- Start with one agent. Don't hire the whole roster on day one.
- Write Prompts like JDs. 'What you do / what you do NOT do / output format' — all three sections.
- Merge authority always stays with humans.
- Treat Autopilot output as first-class Issues.
- Let agents chain into a pipeline. Tia -> Kai -> Rae -> Ren.
- Cheap models for routine shifts, K2.6 for the hard stuff.
## TL;DR
Multica provides the org. Kimi K2.6 provides the brain. Autopilot provides the rhythm. Put them together and you have an AI engineering company that actually ships.
Five steps to open for business:
1. Install Multica Desktop + Kimi Code CLI
2. Create a Workspace, bind a repo
3. Hire a Kai (Runtime = Kimi Code CLI, Model = K2.6)
4. Spend a weekend polishing Kai's Prompt until it's stable
5. Add one Autopilot, run it for a week, then hire the next teammate