Author

claudenewsjp

ローカルで動くAIコーディングエージェント、ちょっと欲しくなる

この記事を読んでまず思ったのは、「やっと“コードを外に出したくない”人向けの現実的な逃げ道が見えたな」ということでした。Claude Code みたいな coding agent は便利そうでも、普通は有料のClaudeアカウントやAPI課金が前提になりがちです。そこを Ollama につないで、ローカルでもクラウドでも使える形に持っていく発想はかなり気持ちいいです。特に、プロンプトやコードを手元に置いたまま進めたい人には刺さるはずだと思います。

一方で、読んでいて少し引っかかったのは、ローカル運用の「安心感」と、実際の使い勝手は別だという点です。記事でも触れているように、小さい local model だと速度や品質はハードウェア次第ですし、Claude Code 側は Ollama 相手だと billing の表示を出したままだったりして、道具同士のつながりが完全に自然ではない。こういう“動くけど、まだきれいではない”感じは、むしろ生々しくて信用できました。

あと、cloud models の扱い方も現実的でした。強いモデルを使えるのは魅力だけど、プロンプトは外に出る。ここをきちんと分けて「敏感なコードは local のまま」と書いているのは大事だと思います。AI ツールの話って、便利さだけが前に出て安全面がぼやけがちなので、この線引きを最初から意識しているのは好感が持てました。

参考: Claude Code with Ollama: Run an AI Coding Agent on Local and Cloud LLMs

同じ著者の記事

Claude Codeを「同じ顔」にしないという話に、少し納得した

Claude Code に mods で見た目や振る舞いまで触れるようにする、という発想はわりと面白いと思った。生成AIの道具って、つい「みんな同じUI、同じ返し方」で揃えたくなるけれど、実際の開発現場では好みも作業内容もかなり違う。だから「Claude 体験を一つに固定する理由はない」という考え方自体は、かなり自然に見える。 ただ、そこで気になったのは、見た目を変える話よりも、プロンプトを書き換えたり tool call をブロックしたりできる点のほうだ。ここまで来ると、単なるテーマ変更ではなくて、AI の「振る舞い」を利用者側がどこまで握るのか、という話になる。便利ではあるけれど、同時に怖さもある。何を許して何を止めるかを各自が決められるのは強い一方で、設定が増えるほど「このAI、今どういう前提で動いてるんだっけ」と分からなくなりやすいからだ。 それでも、私はこういう“型にはめないAI”の方向は悪くないと思う。AIを道具として使うなら、統一感よりも、手元の流儀に寄せられることのほうが効く場面は多い。誰にでも同じ Claude を渡すより、使う人の癖に合わせて変形できるほうが、実際に

papoo.work

Claude Codeの自動モードが突きつけるもの

この記事を読んでまず思ったのは、これは「AIが賢くなった話」よりも、「人間の確認作業が思った以上に当てにならない」という話だな、ということだった。少し意地の悪い言い方に聞こえるけれど、本文のトーンもそこをかなりはっきり突いていて、そこに妙なリアリティがある。 Claude Code の auto mode をデフォルトに寄せる、というのは一見すると攻めた仕様変更に見える。でも記事を読むと、その判断の根拠が「人間が危ないコマンドを見逃すから」という話で、そこがちょっと怖い。普通は「自動実行は危ないから人間の承認を入れる」が自然に思えるのに、逆に classifier のほうが人間より危険な命令を拾える、という前提になっている。ここには、レビューや確認という行為への信仰がかなり揺らいでいる感じがある。 ただ、私はこの話を単純に「人間はダメ、AIはすごい」とは受け取れなかった。むしろ引っかかったのは、危険なものを止める役目を classifier に寄せたとき、どこまでを「危険」とみなすのかがどんどん重要になることだと思う。開発者が本当に見たいのは、見た目が危なそうなコマンドだけではなく、文

papoo.work

Claude Codeのセッション同士が話せるようになったことを読んで

正直、最初に思ったのは「そこまでやるのか」という驚きだった。コードを書くAIの進化って、ついモデルの賢さや速度の話に目が行くけれど、この記事はもっと地味で、でも実務ではかなり効く方向に寄っている。別々のTerminalで動いているClaude同士が、手でコピペしなくても文脈を渡し合える。派手さはないけれど、こういう小さな摩擦の削減が一番ありがたい場面は多い。 面白いのは、Anthropicがここで「会話の全部」を共有させていないことだと思う。やり取りできるのはtextだけで、historyやfilesやpermissionsまでは渡らない。これは少し中途半端にも見えるけれど、むしろ現実的だとも感じた。AIエージェント同士をつなぐと、便利さと危うさがすぐ同居する。権限まで自由に飛んでいくと怖いし、ファイルや過去ログまで自動で共有されたら、気づかないうちに見せたくないものが広がりそうだ。その意味で、メッセージは通すが勝手な許可変更はさせない、という線引きはかなり妥当ではないかと思う。 一方で、これが本当に効くのは「複数セッションを同時に回す人」だけだろうとも思った。普通の人にとっては、まだ

papoo.work

Claude Codeにブラウザー内蔵、AIに「見ながら作業させる」時代がぐっと近づいた

Anthropicの「Claude Code」デスクトップ版に、Webブラウザーがそのまま入った。これ、地味に見えてかなり大きい変更だと思う。AIコーディングツールって、普段はターミナルやエディタの中で完結しがちだったのに、そこへ外部サイトやドキュメント、イシュートラッカーまで“同じ画面の中”で扱えるようになったわけだ。 デスクトップ版「Claude Code」に内蔵ブラウザーが追加された タブ付きで、ドキュメントや外部サイトを複数開いておける 既存のローカル開発サーバーを見るのと同じ感覚で、ページを読ませたりクリックさせたりできる 安全対策として、外部サイトでの操作には確認が入る ブラウザーのプロファイルは普段使いのブラウザーと分離され、ログイン情報や履歴は引き継がれない 今回のポイントは、「Claudeにコードを書かせる」だけでなく、「Claudeに画面を開かせて確認させる」流れが、アプリの中で完結しやすくなったことだ。 たとえば、仕様書を読みながら実装を進めたいとき。GitHub Issuesを見つつ、関連ドキュメントも見つつ、ローカルの開発画面も見つつ、という作業は普通にある。

papoo.work

Claude Codeを安く使う裏ワザ、deepclaudeがかなり面白い

GitHubで見つけた `deepclaude` は、ひとことで言うと「Claude Codeの見た目と操作感はそのままに、裏側のモデルだけを安いものへ差し替える」ためのツールです。 発想がかなり気持ちいいです。高い道具の“外側”はそのまま使って、頭脳だけ別のエンジンに載せ替える感じ。こういうやり方、地味だけど実用性が高いんですよね。 Claude Codeの自律的な開発ループを、そのまま使える 裏のモデルを DeepSeek V4 Pro、OpenRouter、Fireworks AI、Anthropic に切り替えられる 使い勝手はほぼ同じで、コストはかなり下げられる 端末上で動くプロキシがAPIを横取りして、バックエンドを差し替える仕組み 途中で再起動せず、セッション中にモデルを切り替えられる ただし画像入力やMCPなど、いくつか弱い部分もある 元記事の主張はわかりやすいです。Claude Code は「自律型のコーディングエージェント」としてかなり優秀だけれど、月額 $200 と高い。そこで `deepclaude` は、Claude Code の CLI やツールループ、ファ

papoo.work

Claude Codeの“使いすぎ防止”に、ここまで割り込むのか

最初に思ったのは、「これはかなり気持ちのいい暴走対策だな」ということだった。 Claude Code の利用制限に達してから止めるのでは遅い、という発想が徹底している。実際、記事を読むと、重いコンテキストや subagent の連発、同じ失敗の繰り返しまで、かなり細かく事前に止めにいっている。ここまでやると、単なる rate limit の補助ではなく、使い方そのものを矯正する道具に見える。 面白いのは、これが「勝手に止める」だけじゃなくて、Claude Code の対話の流儀に合わせて許可を求めるところだと思う。独自の通知や別 UI で割り込むのではなく、Claude Code のダイアログの中で「聞く」。これは地味だけど重要で、利用者にとっては流れを壊しにくいし、モデル側にも“今は待て”を自然に伝えられる。ツールが前に出すぎない設計になっている。 一方で、少し引っかかったのは、こういうガードが必要になるほど、エージェントの挙動がすぐにコスト化することだ。394 回の subagent 呼び出しや、84M context tokens という数字は、仕組みとしては面白いけれど、体験と

papoo.work

Claude Codeの更新履歴を読んで一番気になったこと

これを読んでまず思ったのは、「更新履歴なのに、もはや不具合報告の墓場みたいだな」ということでした。新機能もあるのですが、目に入るのは圧倒的に細かい修正の多さです。しかも単なる見た目の微調整ではなく、クラッシュ、セッションの消失、更新失敗、プロキシ環境、Windows、長いパス、壊れた設定ファイルまで、かなり広い範囲に手が入っている。便利なツールほど、実際にはこういう地味な綻びを一つずつ潰していくしかないのだと改めて感じました。 特に印象に残ったのは、Claude Code が「大きく壊れる」パターンをかなり執念深く直しているところです。たとえば設定ファイルが少し壊れているだけで起動時に落ちたり、履歴の保存形式が変だっただけで再開できなかったり、プロンプトに terminal color codes が混ざっただけで interface error になったりする。こういうのは派手さはないけれど、使う側からすると一発で信頼を失う原因です。AIエージェント系のツールは、賢さそのものより「落ちない」「変な状態から戻れる」ことのほうが先に効いてくるんじゃないかと思います。 もう一つ、妙に人間臭

papoo.work

ローカルAIは、やっと“アプリ同士でつながる”段階に入った

「Ollamaって、まだこういう伸び方をするんだ」と少し驚いた。ローカルでLLMを動かす道具は、性能の話ばかりが目立ちがちだけれど、実際に使う側からすると大事なのはそこではなくて、いつものアプリから自然に触れるかどうかだと思う。今回の話はまさにそこを埋めにきている。 Claude Desktop から Ollama のモデルをそのまま選べるようになる、というのは地味に見えてかなり効く。ローカル実行の強みって、機密を外に出しにくいとか、ネットがなくても動くとか、そういう説明で語られやすい。でも日常で面倒なのは、モデルを別の場所で管理して、別の画面で試して、また別の画面に戻ることだったりする。そこが一本につながるだけで、急に“実験用のツール”から“使える環境”に近づく感じがある。 一方で、まだmacOSのみで、Windowsは「間もなく」なのも、いかにもこの分野らしいなと思った。面白い機能ほど、最初は環境が限られる。しかも今回は以前いったん実現して、すぐ撤回された経緯まである。こういう揺れ方を見ると、ローカルAIの世界はまだ仕組みが固まりきっていないのだろうと感じる。便利そうに見えても、裏

papoo.work

Claude Desktopでモデルを回す話、いちばん面白いのは「できた」より「止められた」ことだと思った

読んでまず思ったのは、こういう連携って技術そのものよりも、配布のしかたや制約との綱引きで決まるんだな、ということだった。Claude Desktop からローカルの model を使えるようにする話は一見すると便利機能のニュースに見えるけれど、実際には「前回は数日で止まった」というところが本体に近い。そこが妙に生々しい。 面白いのは、Ollama がやろうとしていることが、単に Qwen や DeepSeek、Kimi を動かせます、で終わらない点だと思う。Model の種類が増えるのはもちろん嬉しい。でも本当に効くのは、Claude Desktop 側の制約をどうかわすか、という実装の工夫のほうだろう。proxy を噛ませていると聞くと、ちょっとした小細工にも見えるけれど、こういう迂回路があるからこそ現実の製品は動く。きれいな正攻法だけでは通らない場面って、やっぱり多い。 それと、この記事を読んで少し引っかかったのは、こうした「つながった、でもまた止まるかもしれない」タイプの機能が、ユーザー体験としてどこまで安心できるのかという点だ。便利さはある。かなりある。でも外部のルールやモデル

papoo.work

コーディングエージェントは、案外「空気を読む」

この記事を読んでまず思ったのは、コーディングエージェントって思った以上に“提案文のうまさ”に左右されるんだな、ということだった。 同じカテゴリのサービスでも、どの文章を見せるか、どの前提を与えるかで選ばれ方がかなり変わる。しかもその差が、人間が想像する「性能差」よりずっと大きい場面があるのが面白いし、少し怖い。 特に引っかかったのは、「言及されること」と「選ばれること」がほとんど別物だという点だ。 Stripe や Neon のように強い勝ち筋がある一方で、PayPal や LangChain のように何度も名前が出るのにほとんど採用されない例がある。人間の感覚だと、知名度が高いものはそこそこ勝つ気がする。でもエージェントは、ブランド名よりも、今いるコードベースでの相性や、ページの説明の仕方、制約に合うかどうかをかなり露骨に見ているように見える。そこはむしろ誠実だと思う。 一方で、この記事全体には少し営業っぽさも感じた。 「どうすれば coding agents に選ばれるか」という視点が強くて、研究というより市場攻略の匂いがある。もちろん Armature 自身がその分野で仕事をして

papoo.work