VS CodeでローカルのDeepSeek/Qwen2.5を使ったAndroid開発、エージェント的なファイル編集は可能？

[名無しさん]

Redditのr/LocalLLaMAから話題を引っ張ってきました。VS Code上でOllamaを使ってQwen2.5やDeepSeekのローカルモデルを動かし、Androidアプリ開発時に「エージェント的」なファイル編集（自動でコードを書き換えたりする機能）を実現したいという質問です。コメントでは「Continue.dev（Continue拡張機能）を使えばできる」「DeepSeekはコード補完には優秀だが、エージェント的な動作はまだ不安定」といった意見が出ていました。プライバシー重視でローカルLLMを選ぶ人が増えている中、実際のセットアップの難しさやモデル選びについて議論が交わされています。ッド：

[名無しさん]

Continue.dev拡張機能が一番手軽だよ。Ollamaと連携して、コードの自動編集もそこそこできる。

[名無しさん]

Continue.devの設定、最初ちょっと面倒だったけど慣れれば便利。設定ファイルの書き方が大事。

[名無しさん]

DeepSeekのコード生成は速いけど、エージェント的にファイルを書き換えるとたまに変なことするから注意が必要。

[名無しさん]

変なことって具体的にどんな？バグ修正でコード消し去るとか？

[名無しさん]

そうそう、関係ない関数を削除したり、インデントを壊したり。でも軽い修正なら使える。

[名無しさん]

Qwen2.5は結構安定してる印象。APIなしで全部ローカルで完結できるのがいいね。

[名無しさん]

自分はCline（旧Claude Dev）のローカル版を試してるけど、DeepSeekだと応答が遅い。

[名無しさん]

ClineってOllamaと連携できるの？知らなかった。

[名無しさん]

できるよ。ただ、モデルによってはプロンプトの解釈が違ってうまく動かないことも。

[名無しさん]

プライバシー最重視ならローカル一択だけど、性能面ではGPT-4oには敵わないね。

[名無しさん]

Android開発だと、コード補完よりリファクタリング支援が欲しいんだよね。

[名無しさん]

リファクタリングは最新のDeepSeek Coder V2が結構優秀って聞いた。

[名無しさん]

そもそも7Bモデルで十分？それとも14B必要？

[名無しさん]

コード補完だけなら7Bでもいけるけど、エージェント動作には14B以上推奨。VRAM食うけどね。

[名無しさん]

自分はMac Studioで32Bモデル動かしてる。快適だけど、Android開発にそこまで必要かは疑問。

[名無しさん]

32Bとか夢のようだ。RTX3060 12GBじゃ7Bが限界…

[名無しさん]

RAGと組み合わせるともっと精度上がると思う。プロジェクトのコードをベクトル化して。

[名無しさん]

それやるならllama-indexかLangChain使うのが手っ取り早い。でもセットアップ大変。

[名無しさん]

結局、OSSのコードエージェントってまだ発展途上だよね。過度な期待は禁物。

[名無しさん]

同感。デモは華やかだけど、実運用で使うにはまだまだ改良が必要。

[名無しさん]

DeepSeekのAPI版はローカルより賢いけど、データが中国に送られるのが心配。

[名無しさん]

そういう人はOllamaで完全ローカルにすべき。速度我慢すれば。

[名無しさん]

VS CodeのターミナルでOllama呼び出せるようにしておくと便利。

[名無しさん]

Android StudioよりもVS Codeの方がLLM連携しやすいから、そっちで開発してる。

[名無しさん]

こういうスレッド見ると、自分もローカルエージェント導入したくなるわ。

[名無しさん]

現実的にはContinue.dev＋DeepSeek Coderの組み合わせが一番バランスいいと思う。

[投稿者]

投稿