Claude Codeユーザーが、書き換えゼロでDevin CLIへ移行する方法

はじめに

Claude Code を使い込んでいると、.claude/ の中に資産が溜まっていきます。サブエージェント、スキル、Hooks、CLAUDE.md のルール。これらを全部書き直すのは面倒で、それが別ツールを試す腰の重さになりがちです。

ところが Devin CLI（Devin for Terminal）は、この .claude/ をそのまま取り込めます。公式ドキュメントでも、既存の設定・Hooks・スキル・サブエージェントを書き直すことなくClaude Codeから移行できる、という趣旨で説明されています。つまり移行のハードルは、思っているより低い。この記事では、Claude Codeユーザーが書き換えゼロでDevin CLIに移る手順を、公式ドキュメント準拠でまとめます。

先に3行でまとめると

• Devin CLI は read_config_from の claude オプション（既定で有効）で、.claude/ のスキル・Hooks・サブエージェント・ルールを検出してそのままロードする
• だから移行の実体は「入れて devin で起動するだけ」。既存資産が選択肢に出てくる
• 埋めるべき差分は、モデル指定（Fusionやマルチベンダー）と、CLI未対応の Knowledge / Playbooks / Secrets くらい

何が「そのまま」動くのか

まず、取り込みの全体像です。Devin CLI はワークスペースに Claude Code の設定を見つけると、それを検出して読み込みます。

公式の Configuration Import の説明によれば、取り込まれるのは次のものです。

Claude Code の資産	Devin CLI での扱い
.claude/agents/ のサブエージェント	プロファイルとしてロード、選択肢に出る
.claude/skills/ のスキル	/名前 で呼べる／エージェントが自動呼び出し
.claude/settings.json の Hooks	同じイベントモデルで発火（Claude Code互換）
CLAUDE.md / AGENTS.md のルール	常時オンのコンテキストとして適用
MCP サーバー設定	そのまま接続
~/.claude/CLAUDE.md	グローバルルールとして読み込み

これらは read_config_from を明示的に設定しなければ、既定ですべて有効です。

移行の手順

1. Devin CLI を入れる

# macOS / Linux / WSL
curl -fsSL https://cli.devin.ai/install.sh | bash

# または Homebrew
brew install --cask devin-cli

インストール後にターミナルを開き直します。

2. 既存プロジェクトで起動する

.claude/ があるプロジェクトのディレクトリで、そのまま起動します。

cd your-project   # .claude/ がある場所
devin

これだけで、Devin CLI が .claude/ を検出します。サブエージェントが選択肢に出て、スキルが /名前 で呼べれば、取り込みは成功です。

3. 取り込みを明示制御したい場合（任意）

既定で全部読み込まれますが、明示的に制御したいときは config に書きます。

// ~/.config/devin/config.json または .devin/config.json
{
  "read_config_from": {
    "claude": true
  }
}

チームで「Claude設定は読ませたくない」といった方針があれば、false にできます。まず動きを見たいだけなら、この設定は不要です。

4. モデルを選ぶ（ここがClaude Codeとの主な差分）

Claude Code は Claude モデル中心でしたが、Devin CLI はマルチベンダーです。推奨は Fusion（フロンティア＋低コストの相棒）で、必要に応じて切り替えます。

# 起動時に指定
devin --model opus

# セッション中に切替（セレクタを開く）
/model

opus sonnet swe codex gemini などの短縮名は、常に各系列の最新版に解決されます。移行直後は「まず Fusion のまま試し、重い設計だけ opus に上げる」くらいの温度感で十分です。

移行後にハマりやすい点

書き換えゼロで動くとはいえ、いくつか気に留めておくと事故りません。

まず、Knowledge / Playbooks / Secrets は取り込めません。これらは .claude/ ではなくDevinアカウント側（クラウド）の資産で、CLIでは現状まだ非対応です。Claude Codeから来る人には関係ありませんが、「Devinの旨味を全部CLIで」と期待すると肩透かしになります。

次に、サブエージェントのフィールド差。Devin CLI はツール制限に allowed-tools（tools はエイリアス）を使い、ask_user_question はサブエージェントには常に与えられません。Claude Code形式もそのまま読めますが、細かい挙動が気になる場合は公式のSubagentsドキュメントで対応を確認してください。

最後に、バージョン差。CLIは動きが速く、フラグ名や既定値が変わることがあります。手元では devin --help で実際の表記を確認するのが確実です。

併用という選択

移行は「乗り換え」だけを意味しません。.claude/ を共有したまま、Claude Code と Devin CLI を併用できます。同じ資産を両方が読むので、タスクによって使い分けても設定が二重管理になりません。

日常はClaude Code、マルチモデルを試したいときや重い処理をクラウドに逃したいときはDevin CLI、という分け方が現実的です。設定は1つ、入り口は2つ、という状態を作れます。

おわりに

Claude Codeを使い込んでいる人ほど、Devin CLIへの移行コストは低い、というのが結論です。.claude/ がそのまま動くので、試すのに失うものがありません。合わなければClaude Codeに戻ればいいだけで、設定は共有されたまま残ります。

まずは .claude/ のあるプロジェクトで devin と打って、自分のサブエージェントが選択肢に出てくるのを確認してみてください。そこから先、モデルの使い分けや /handoff は、必要になったときに足していけば十分です。

🚀 Devin専門の解説メディア「StartDevin」を運営中！
Devinの導入・使い方・最新アップデート・活用事例を、日本語でまとめています。
👉 StartDevin をチェックする（startdevin.jp）

この記事にぜひ いいね（LGTM） していただけると励みになります 🙌

参考リンク

• Devin CLI - Configuration Import（read_config_from）（.claude 取り込みの一次情報）
• Devin CLI（公式ドキュメント）（インストール・起動・CLI未対応機能）
• Devin CLI - Models（Fusion・短縮名・モデル指定）
• Devin CLI - Subagents（allowed-tools・ファイルパス）