
コンテキストを制するものがDevinを制す
昨日Devin Meetup Tokyoで登壇する機会をいただきました。

今回のテーマは「コンテキストを制するものがDevinを制す」。
Devinの中の人との接点
先日Devin Expertになりました。新機能を先に試したり、中のエンジニアと直接やり取りできます。

そもそも僕がDevinの中の人と接点を持った経緯については、以前こちらの記事で詳しく書きました。
さらに、実際にアメリカのオフィスまで足を運んで、チームと直接話をした時の体験もまとめています。
この2つの記事を読んでいただければ、僕がなぜここまでDevinに注目しているのかが分かると思います。
高い期待値から現実を知るまで
実は、Devinを初めて使った時の印象は、正直に言うと期待していたものとは少し違いました。
初めてDevinを使ったのは2025年の1月頃だったと思います。500ドルからじゃないと試すことができない状態でしたが、当時業務委託で手伝っていた会社が導入していたので、そこで試すことができました。
当時のDevinへの期待値は相当なものでした。開発チームが超優秀で、たった1年でユニコーン企業になっているという話を聞いていたからです。「さぞかしすごいんだろうな」と、かなり高い期待を抱いていました。
ところが、実際に使ってみると、思っていたほどスムーズに行きませんでした。
確かに印象的な部分もありました。タスクの進行過程がリアルタイムで見れるのは面白いし、Slackから指示を出せるのも画期的。
インターフェイスがまるで在宅勤務している人間のエンジニアと同じだったのは、本当に未来を感じました。これが進化したら在宅勤務のフリーランスエンジニアから仕事を奪っていくんじゃないかと感じたほどです。
でも、意外とタスクを完了するのに時間がかかるんですよね。しかも、出来上がったPRの品質も、「ん〜」みたいなのが多かった。
さらに追い打ちをかけたのが、競合の台頭でした。
CursorのBackground AgentsとかOpenAI CodexとかAnthropicのClaude Code Actionsも出てきて、Devinと同じような体験が得られるようになってきたんです。
「Devinの優位性がイマイチ見えてこないな」と感じていました。
再発見:進化していたDevinと新機能
ところが、期間を開けてからDevinを使うと、かなり進化していることに気づきました。
これ、結構重要で、定期的に試してサンプリングレートを上げることで自分の認識をアップデートしないと頭が固い人になってしまいます。「いや、Cursor試したけどまだ仕事であまり使えないんだよね」とか言ってる人は多分大体そんな感じです。
Devinをうまく活用するための本質は「コンテキストをDevinにちゃんと与える」ということなのですが、それを支援する機能がDevin内でかなり充実してきていたんです。それらの機能を使うと、特にDevinの使い方に習熟していなくても、かなりの成果が得られました。
具体的には、2つの機能が僕のDevin体験を劇的に変えました。
Ask Devin
Devin Spaces(意外と知られていない隠れ機能)
Ask Devin:まるで社内エンジニアに相談するように
Ask Devinは、Devinのウェブサイト上で詳細な質問ができる機能です。

これがどれだけ便利かというと、たとえば今まで業務の現場で「あれ、あの実装って今どうなってるっけ?」みたいな内容をエンジニアに聞いていたシーンがありましたよね。それがDevinに聞けるようになったんです。
他にも、営業チームが「あの機能ってもうリリースされているっけ?」という内容もDevinに聞くことができます。しかも、Devinが非エンジニア向けに噛み砕いた解説をすることも可能なので、エンジニアに技術的な説明を受けるよりも楽かもしれません。
そんなAsk Devin機能ですが、実はDevinを使った開発にめちゃくちゃ便利なんです。
Devinの中の人にも教えてもらったのですが、効果的な使い方は以下のような流れです。
まず、実装したい機能について「現在の認証機能の仕組みを教えて」のような質問をDevinに投げます。この時に該当するリポジトリを複数個選択できるのがポイントです(フロントエンドとバックエンドでGitHubのリポジトリが別でも横断的に調査できる)。
すると、Devinは指定されたリポジトリを横断して調査し、現在の実装状況を詳しく説明してくれます。
次に、「じゃあ、Googleログインも対応してもらえる?」のような具体的なタスクを依頼するんです。もちろんフォローアップの質問をして、理解を深掘りすることも可能ですが、コマンド+エンターを押すと、このUIからDevinのタスクを開始することもできます。

ここで面白いのが、このタスクを投げる時のメッセージは適当でも大丈夫だということ。勝手にDevinがDevinのセッションを開始するための最終的なタスク指示のプロンプトをいい感じに作成してくれるんです。

このタスク指示プロンプトの作成って、結構習熟度の求められるところだったのですが、そこをプロダクト側で吸収してくれるのは非常に嬉しい改善でした。
この2段階のアプローチによって、Devinにもプロジェクトのコンテキストがしっかり伝わり、結果として作成されるPRの品質が格段に向上しました。しかも、PRが出来上がるまでの時間も短縮されます。
ただし、毎回質問から始めるのは少し手間ですし、UXももう少し直感的になってくれるといいなという課題は感じています。タスクに手を付けるときって質問から始めるのってあまりないですよね。
中の人もこれがオススメのフローだと思っているなら、プロダクトのUXレベルで改善してくれればいいのに、とも少し思ってしまいました。
Devin Spaces:プロジェクト管理ツールとの魔法的な連携
その後に気づいた便利機能がDevin Spacesです。これは、Devinのウェブサイトから遷移する方法が現時点ではないので、隠れ機能的な立ち位置になっています。
https://app.devin.ai/spacesでアクセスできます。

Devin Spacesは外部のプロジェクト管理ツールとDevinを連携すると利用される機能です。僕はLinearとの連携で使っています。
Linearという優れもの
ここでLinearについて少し説明します。
Linearは、JiraやTrelloの進化版のようなモダンなプロジェクト管理ツールです。
動作が高速で、ソフトウェア開発に特化した設計になっています。
何が嬉しいかって、Vimと同じキーバインドでウェブサイトを操作できるところなんですよね。マウスやトラックパッドなしでもVimと同じように操作できる感じが、エンジニア心がくすぐられます。
新興企業ですがすでにユニコーン企業になっています。
Jiraのようなツールだと機能は豊富だけど動作が重いし、Notionのような汎用的なツールだと機能が多すぎます。でもLinearは雰囲気(Vibe!)で利用できるのでラーニングコストがほぼゼロなところが気に入っています。
LinearからDevin Spacesを利用する
DevinのLinear連携の使い方は驚くほどシンプルです。
Linearでタスクを作成し、ラベルに@Devinをつけるだけ。

すると、Devinが自動的にタスクの内容を理解して調査を開始してくれます。

この体験は本当に快適で、まるで新人のPdM(プロダクトマネージャー)に仕事を振っているような感覚です。Devinは新人エンジニアくらいの扱いでしたが、ここまでできると、新人PdMみたいな扱いができます。
業務だと、プロジェクト管理ツールで新しいイシューを立てたものの、中にはタイトル情報しか入っていない、という事態は結構あると思います。こういうケースは、このDevinの機能を通じて大きく改善できます。
しかも、Devin側でタスク方針を提案したうえで、自信度合いも可視化してくれます。これによって、どのタスクならDevinに任せられるのかが一目でわかります。今までだと、「こういうタスクはDevinには向いていない」というTipsみたいなのがあったと思いますが、これを使うと、初心者でもDevinの向き不向きがすぐ分かって便利です。
しかもDevin SpacesもしくはLinear上でコメントすると、軌道修正も可能で、自信度合いも更新してくれます。
このようにLinearでタスクを管理し、Devinをそこから起動すると、タスク駆動で開発が進められるので、Ask Devinより直感的だし、チームでの開発により取り入れやすいです(Linearを導入できるかという話はありますが…)。
コスト的にも無料だし、消費ACUも抑えられる
Ask DevinもDevin Spacesもまだベータ機能なので、ここで書いた内容が変更される可能性は大いにあります。
ただ、現時点では両方とも無料(ACUの消費ゼロ)で利用可能なので、ぜひ試してみてください。
具体的な効果として、PRの精度が大幅に向上し、Devinがタスクを完了するまでの時間も短縮されました。
タスクがスムーズに行くことで、Devinの消費ACUが大幅に減ったのも嬉しい副産物です。多くのタスクが1ACU以内で収まるようになったので、エンジニアを雇う感覚で、はるかに安いコストで済むようになりました。
コンテキストが全てを決める
最近の実践を通じて確信したのは、Devinは確かに強力なツールだけれど、その真価を発揮するには適切なコンテキストの提供が不可欠だということです。
実際最近はプロンプトエンジニアリングではなく、コンテキストエンジニアリングと言われていますよね。
+1 for "context engineering" over "prompt engineering".
— Andrej Karpathy (@karpathy) June 25, 2025
People associate prompts with short task descriptions you'd give an LLM in your day-to-day use. When in every industrial-strength LLM app, context engineering is the delicate art and science of filling the context window… https://t.co/Ne65F6vFcf
Ask Devinで事前に十分な情報交換を行ってタスクを開始する。もしくはDevin Spacesでタスク駆動の開発フローを実現する。
この組み合わせによって、Devinは単なるAIアシスタントから、チームの重要な一員として機能するようになります。
今回のDevin Meetupで伝えたかった核心は、まさにこの点でした。
「コンテキストを制するものがDevinを制す」
AIツールは日々進化していますが、結局のところ、どれだけ適切なコンテキストを与えられるかで、その性能は大きく変わります。
また、言ってみれば、Devinのどちらかというか管理職向けのツールで、人の競合になります。一方で、Claude CodeやCursorは現場のエンジニアのツールなので、実はレイヤーが違います。
ツールに振り回されずに、コンテキストを正しく渡す、という本質を意識しながら自分にふさわしいやり方を見つけていくのが今の時代大切になるなと思います。
Devinの招待コードを載せておきます。このリンクから登録すると最大500ドルお得に利用を開始できます。
質問あればぜひXでも連絡してください。