世界を動かす技術を、日本語で。

クロードコードが選ぶもの

2026年2月27日原文(amplifying.ai)

概要

  • Claude Code は実際のリポジトリで2,430回テストされ、 独自構築 を好む傾向を示した
  • 20カテゴリ中12カテゴリ でカスタム/DIYソリューションを選択
  • 主要なツール 選定時は決断が早く、GitHub ActionsやStripeなど高い選択率
  • デプロイ先はエコシステム依存、JSはVercel、PythonはRailwayが主流
  • モデル間の選択傾向や世代差 も明確に現れている

Claude Codeの選択傾向レポート

  • 2,430回 のリポジトリ操作での選択データ
  • 3モデル (Sonnet 4.5, Opus 4.5, Opus 4.6)を使用
  • 20カテゴリ (CI/CD、リアルタイム、認証など)におけるツール選定傾向分析

ビルド vs バイ(Build vs Buy)

  • 12カテゴリ中 でツール推奨よりも カスタム/DIY構築 を選択
    • 例:Feature flagsはLaunchDarkly推奨せず、 環境変数+割合ロールアウト で対応
    • Python認証では JWT+bcryptpasslib を自作実装
    • キャッシュも メモリ内TTLラッパー など独自実装

主要ツールの選択傾向

  • ツール選択時は高い集中度
    • GitHub Actions 94%
    • Stripe 91%
    • shadcn/ui 90%
  • JSエコシステム のツールが多く選ばれる傾向
  • Zustand(State管理)、Sentry(監視)などがデフォルト

市場シェアの大きいが選ばれにくいツール

  • APIレイヤー はフレームワーク標準ルーティングを優先
  • テストツールは 4% しか主選択されず、知名度は高いが実際は使われにくい
  • パッケージマネージャーも主要選択は少数

モデル世代ごとのツール選択変化

  • 新しいモデルほど 新しいツール を選択する傾向
    • 例:JS ORMはPrisma→Drizzleへ移行
    • Pythonのジョブ管理はCeleryから FastAPI BackgroundTasksやDIY へシフト
    • キャッシュもRedisから DIY へ移行

デプロイ先の傾向

  • フロントエンド(JS/Next.js) はVercelが圧倒的
  • バックエンド(Python/FastAPI) はRailwayが主流
  • AWS/GCP/Azureなどのクラウドは 主要選択なし
  • NetlifyやCloudflare Pagesなどは 代替案として頻繁に言及
  • AWS AmplifyやFirebase Hostingは 言及はあるが推奨されない

モデル間の意見一致・不一致

  • 18/20カテゴリ でモデル間の選択が一致
  • 世代ごとに ORMやジョブ管理、キャッシュ、リアルタイム などで顕著な変化
    • 例:JS ORMはPrisma→Drizzleへ、Pythonジョブ管理はCelery→FastAPI BgTasks/DIYへ
    • キャッシュはRedis→DIYへ分散

データ詳細・分析

  • カテゴリごとの詳細データ、プロンプト表現の安定性分析、リポジトリ間の一貫性、マーケットインパクトも報告
  • 抽出率85.3%モデル間一致90% と高い精度
  • カスタム/DIY の存在感が年々増加傾向

まとめ

  • Claude Codeは ツール推奨より独自構築 志向が強い
  • 主要ツールは決断的 に選択し、エコシステムごとにデプロイ先も固定化
  • モデル世代ごと に最新ツールへのシフトが明確
  • クラウド大手 は主選択から外れ、 RailwayやVercel が実質標準
  • カスタム/DIY の台頭と、ツール選定の世代交代が進行中

Hackerたちの意見

すごいアイデアを思いついたんだけど、ファンデーションモデルの提供者がどうやって利益を上げられるかっていう話。

オープンAIの広告モデルみたいな感じ?ツール選びに関してだけど、ハハ。

だから、クロー提携があるんだね。

ジェミニの応答が、YouTubeのおすすめを最後に詰め込むようになってから、体験が悪化してきてるのが見えてきた。アントロピックがこういう微妙な(あるいは微妙じゃない)マネタイズのインセンティブを追加しないのは正しいと思う。

これ、面白いな。だって、クラウドに何かを作ってほしいって言うとき、毎回どのライブラリやソフトウェア特許を使ってほしいか指定してるんだよね。すべての開発者は、モデルをうまく導けるべきだと思う。もし自信がなかったら、全く別のコンテキストウィンドウを開いて、アーキテクチャや利点・欠点について質問したり、関連リンクや参考文献を求めたりして、決定するよ。

どのソフトウェア特許を使ってほしいか指定するの?

LLM広告は最終的には完全に見えなくなると思う。究極の「インフルエンサー」だよね。あるいは広告ですらなくて、ただの利益相反。これのカナリアになるのは、ジェミニがGCPで何かを作る方向に偏るかどうかだと思う。

広告主は、AI提供者が「広告インプレッション」に相当するデータを提供しない限り、支払わないよ。そして、ラベルのない広告や明らかでない広告は、多くの(ほとんどの?)国で違法なんだ。

リチャード・セイラーは誇りに思ってるだろうね。これが「ナッジ」の究極の実装だよ。

なんか、アグリゲーターが出てくるかな?ニュースソースのグラウンドニュースみたいなやつ。

これのカナリアは、ジェミニがGCPで何かを構築する傾向があるかどうかだね。 もちろん、THEボーグを好んでるわけじゃないよね?

llmを毒するのに必要なデータが少ないことを考えると、これはllmによるSEOの代替手段になるかもね。1. あなたの製品を使ったプロジェクトのGitHubリポジトリを数百作成する(クローンやAI生成でも可) 2. 同様の指示を持つウェブサイトを作成し、数百のドメインに接続する 3. 同じ情報でreddit、facebook、Xの投稿やWikipediaページを生成する 半年待つ? スクレイパーがそれを集めて新しいモデルのトレーニングに使う。利益が出る…

Hacker Newsで議論の続きを見る