ハクソク

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

「Claude」関連の出力の90%が星評価2未満のGitHubリポジトリに送信される

45日前原文(claudescode.dev)

概要

  • 2026年3月25日に行われた複数のリポジトリの最新コミットログまとめ
  • 主にバグ修正、新機能追加、ドキュメント更新が中心
  • 各プロジェクトの改善点や技術的対応内容を簡潔に記載
  • 重要な技術スタックや外部サービスの利用状況も言及
  • プロジェクトごとの主なトピックを箇条書きで整理

2026年3月25日 GitHubコミットハイライト

  • standardbeagle/agntclaim

    • Mdkq6bztAPFj によるコミット
    • Claude Opus 4.6 共同執筆
    • 詳細内容は記載なし

  • bencrane/data-engine-x-apidocs

    • Global Entity Modelプロジェクト 完了に伴う全ドキュメント更新
    • Claude Opus 4.6 共同執筆

  • it-mannetje/hogenesAuth

    • マジックリンクログイン 機能追加
    • allowed_admins ホワイトリスト対応
    • サーバーサイドの RLS（Row Level Security） 実装

  • zseramnay/Formants

    • 9つのオーケストレーション原則、レジスターごとのダブリング、16楽器のレジスターコメント追加
    • プロファイルとカード の比較解説

  • thefiredev-cloud/Protocol-Guide

    • アダプティブ閾値再試行 機能有効化
    • 失敗プロトコル へのブリッジチャンク追加
    • CDNキャッシュの空検索結果 防止
    • しきい値・品質基準値の引き下げ でリコール改善

  • gvinsot/PulsarTeam

    • プロジェクト統計機能 追加
    • バグ作成/解決数、解決時間推移などのグラフ表示
    • Chart.js による可視化
    • APIエンドポイント ・フロントエンド統合

  • ydesjardins200-coder/wavesfinancial

    • サポートメガメニュー の不具合修正
    • 申込ファネルのUX改善、返済プレビュー・辞退画面追加

  • kuzmich89/AI-broker

    • VINデータ取得ソースをNHTSAへ変更
    • AutoAstat 関連機能廃止・ボタン削除
    • Consignor/Transport/PreviousDocs セクション追加
    • NHTSA API でのVINデコード専用エンドポイント新設

  • Dicklesworthstone/frankenscipy

    • DBSCANクラスタリング、 FFTプランキャッシュ、 RBF/Akima補間、 BFGS最適化 など主要機能追加
    • 物理定数モジュール拡充、各種APIとパラメータ標準化
    • Claude Opus 4.6 共同執筆

  • prompted365/context-grapple-gun

    • CogPR-57 関連のライフサイクル・競合制御バグ修正
    • mandate の状態再検証、同時実行ガード、スケジューリングドリフト排除

  • A13XMC11/lanlabs-agente

    • Redis を用いた マルチメッセージバッファリング 機能追加
    • whatsapp-agentkit スキル実装
    • 自動重複排除・バックプレッシャー制御・JSON構造ログ

  • james-axis/project-origin

    • UIアイコンインポート修正
    • SoftphoneのNodeJS.Timeout型問題修正

  • it-mannetje/hogenesStamboek

    • 世代管理・人物編集・SVGツリー折りたたみ 機能追加
    • ライトボックス・写真管理 機能強化

  • Endymion1236/centre-equestre-agon

    • 年間会費の二重支払いバグ修正
    • 未払いバッジ表示ロジック修正

  • ayeshakhalid192007-dev/humanoid-ai-studio

    • Dockerfile追加 でイメージサイズ縮小
    • Nixpacksからpython:3.11-slimベース に切り替え
    • PyTorch CPUバージョン 利用でRailway制限対応
    • Claude Sonnet 4.6 共同執筆

  • ZhimingMei/finance-paper-reader-skill

    • README.md ・ SKILL.md クイックリファレンス追加
    • ファイナンス論文リーダースキル 初回コミット

  • EmpoweredVote/Civic-Trivia-Championships

    • New York State/Queens NYロケール設定ファイル追加
    • TypeScriptのクォート問題修正
    • Claude Sonnet 4.6 共同執筆

  • grimmolf/grimm-workshop

    • 生産性測定手法に関するブログ記事追加
    • Capacity vs Throughput フレームワーク解説
    • Red Hat TAMプログラム・Open Organization 事例研究

このまとめは、2026年3月25日時点での主なコミット内容を、各リポジトリの技術的な観点から要約したものです。各プロジェクトの詳細な技術背景や目的に応じて、導入・運用の参考としてください。

Hackerたちの意見

自分はたくさんのGHリポジトリを持ってるけど、ほとんどが星ゼロだよ。多分、書いてることが他の人にとってあんまり役に立たないからだと思う。質や使い道の問題でね。これはGitHubにあるほとんどの完全に人間が作ったリポジトリに当てはまると思う。

自分がGitHubにアップしたコードの100%は、クラウドを使おうが使うまいが、星ゼロのリポジトリにあるよ。

ベースレートの誤謬の完璧な例だね - https://en.wikipedia.org/wiki/Base_rate_fallacy GitHubの活動のうち、星が2未満のリポジトリにどれくらいの割合が行ってるんだろう？同じくらいの数字だと思うな。

└

自分も同じ反応だよ。100%人間が書いた公開リポジトリが数十個あるけど、ほとんどが星ゼロだよ！

└

実際の数字は、98%が星2未満（0か1）だよ。約90.25%は星ゼロだね。

└

そうだね。私の公開リポジトリのほとんどは星が0だよ。自分が書くもの、大体クソだから。

└

人間が書いたリポジトリを比較しても、まだサンプリングバイアスがあると思う。多分、宿題や実験、ハッカソンの成果物、週末のおもちゃなんかを、ある程度手をかけたら公開リポジトリとしてシェアする人が多いんじゃないかな。そういうのは、星をもらえるのは少数派だと思う。もしその全てがAIによって20分以内に生成されたものなら、終わったらそのまま捨てちゃう可能性が高いと思う。個人的には、GitHubの星を比較するのはいつも微妙な指標だと思ってる。

└

話がそれるけど、別の原則を思い出させるね。すべての地理的ヒートマップは、ただの人口マップだよ。

人って本当に星を重視してるのかな？人気以外の何かとは全く関係ない気がする。人のコードを修正する時は、自分のプライベートリポジトリにフォークして、変更を別に管理してるし、リポジトリに星を付けたことは一度もないと思う。

└

星はプロジェクトの質を示すシグナルとしては、しばらく無意味だね。今やほとんど買われてる感じ。GitHubのトレンドページには、明らかに適当なプロジェクトが1万星ついてるのをよく見るけど、1万人がそのリポジトリをクローンしたとは思えないし、個人的な価値を得た人もいないんじゃないかな。意味がないよ。

└

星を「買う」って人を見たことあるけど、あんまり気にしないようにしてる。0-1か2-2Mのどっちかを考えるかも。

└

例えば、内部のブックマークシステムみたいに使われてるよ。良いコードがあるから星を付けるわけじゃなくて、いいアイデアとか、自分が開発したいことに関連するものに星を付けることが多いかな。

└

開発者にはそうでもないかもしれないけど、人気があるからってVCに聞かれたことがあるから、誰かにとってはシグナルなんだよね。これに対する反応は、たぶん私の内心とあなたの反応は近いと思うよ。

└

今日は無理かもしれないけど、かつては星がたくさんついたGitHubリポジトリだけで資金調達できた時代もあったよね。

└

これは「これがRedditやTwitterでスパムされてるのか？」、「新しい/古い/変な流行なのか？」、「本当に価値があるのか？」を調べるための信号みたいなもんだね。

└

GitHubのスターは品質とは関係ないよ。ブックマークみたいなもんだから。リポジトリをブックマークする方法で、品質と相関することもあるけど、それ自体が品質の指標じゃないんだよね。

└

人気のフォークのサインだよ。

thomaspryor@githubのBroadwayscoreに注目！2ヶ月前に作られた、ほぼ1GBのリポジトリで、2400万行、52000コミットだよ。 https://github.com/thomaspryor/Broadwayscore きれいなサイトもあるよ: https://broadwayscorecard.com/

└

こんなシンプルなサイトでどうしてこんなことが可能なのかすごく混乱したけど、新しいレビューや新しい財務データ、新しいショーがあるたびに新しいコミットをたくさん保存して書き込んでるみたい。著者に、データベースが通常何に使われるかをClaudeに聞くように言った方がいいかも…

└

笑ったｗ プロプライエタリライセンスのこと、あのリポジトリからClaudeがコミットしたコードを好きにコピーして使えるじゃん。

ベースレートの誤謬についてはもう十分コメントがあるから、代わりにGitHubの未来が心配だって言いたい。彼らのビジネスはAI以前の使用に基づいてるけど、最近の不安定さを見ると、AI生成のコードやコミットの急増でその前提が崩れてる気がする。いつか、人気のない方針を取らざるを得なくなって、無料プランを制限したり、AIを何らかの形で制限したりするんじゃないかって心配してる。彼らがどう進化するのか全然わからない。

└

それとも、GitHubに投稿したコードを盗むようなポリシーを強制し続けて、みんなを追い出す方向に行くのかもね（AIのトレーニングのために）。

└

これだね。でも、GitHubのプロフィールやリポジトリは、一時期特定の開発者を知るための窓口みたいなもので、コーダーのためのソーシャルサイトみたいだった。今は、ソーシャルメディアサイトが抱える問題と同じことで、AIの雑音や開発者についての信号が信頼できない状態になってる。コードを書くことがあんまり価値がなくなったら、あんまり関係ないかもしれないけど。

└

その不安定さはAzureの移行に関係してるんじゃない？皮肉を言うと、Microsoftのリストラが影響してないとは言えないよね。

└

（近い未来かもしれないけど）ほとんどの新しいコードがAIボットによって生成される時代では、コード自体は付随的なものになって、プロンプトエンジニアリングで生成された解決策の中間表現（IR）に過ぎなくなる。価値は、そのコードを生成するために行われた提案やレビュー、仕様から来ると思う。GitHubはまだコード中心で、問題や議論はコードを支える補助的な機能に過ぎないけど、いつかそれらが前面に出て、コードは二次的なものになるんじゃないかな。

└

数千人の開発者がいるGitHubエンタープライズを管理してきたけど、ちょっとでも不安定になるとすぐに連絡が来るんだ。AI以前の年で、GitHubが1ヶ月か1週間も完全に「安定」していたことはなかったと言える。Cocoapodsの時を除いて、そのダウンタイムはいつも自分たちのせいだった。

└

GitHubなんてクソだ。ソーシャルを上に乗せてgitを所有しようとする企業の試みだ。失敗してほしい。gitといいGUIをホスティングしたいなら（自分のものを宣伝する必要があるわけじゃなくて）Forgejoが無料ソフトウェアだよ。

└

反論：GitHubなしでAIコーディングするのは、消防隊なしで自分に火をつけるスタントをするようなもんだよ。

どうやら私の一つ星のリポジトリ[1]が、この人のコミット数のリーダーボードに近づいているみたい（現在5,524件、全てClaude Codeによるもの）。でも、それが何を意味するのかはよくわからない。コミットのうち、コードはほんの一部で、ほとんどは私の監督の下でClaudeが書いている日英辞書のエントリーなんだ。個人的なプロジェクトだから、ローカルのコンピュータでやるよりもGitHubの方が便利だったんだよね。[1] https://github.com/tkgally/je-dict-1

└

これすごい！君のリポジトリが今、星2つになったね。

└

自分だけのGitHubを作ろう：forgejo.org eBayで買った本のサイズのLenovoのマイクロPCがあれば、十分に使えるよ。

OPとしてちょっと補足すると、ここで言いたいのはClaudeが真剣な仕事に貢献してないってことじゃなくて、ダッシュボードが示すところによると、公共のGitHubリポジトリでの使用が低い注目度、高いLOCのリポジトリに結びついてるみたいなんだ。これはコーディングエージェントの使用状況を考えるときや、現在のトレンドの持続可能性を評価するときに頭に入れておくべきことだと思う。振り返ってみると、見出しはちょっとセンセーショナルすぎたかも！

└

これ、エージェントコーディングについての同じ誤解がよく見られるね。エージェントコーディングはソフトウェアを作ることじゃなくて、以前はソフトウェアが解決する必要があった問題を直接解決することなんだ。自分のエージェントコードをリポジトリに置く理由は、変更をバージョン管理するためだけ。誰かとそのコードを共有するつもりは全くないよ、彼らには役に立たないからね。もし誰かが自分と似た問題を解決したいなら、自分で解決策を作った方がずっといいと思う。Claudeがリンクした出力のほとんどが星の少ないリポジトリにあるのは全然驚かないよ。共有するのは、他の人がCCの作業に早く慣れるためのコンテキストストアとして使われているリポジトリだけだね。

私はその星ゼロのリポジトリの一つだよ。ここ数週間Claude Codeを使って、推論エンジン、信念修正、リンク予測を使った個人的な知識グラフを作ったんだ。これらは星を取るために作ったんじゃなくて、自分のために設計したもの。リポジトリが存在するのは、gitが日々進化するシステムのバージョン管理に適したツールだから。フレーミングがGitHubのリポジトリは製品であるべきだって前提になってるのが問題だね。

└

ちょっと待って！今、これを作ってる途中なんだ[0]！なんで？プロフィールにメールアドレスがないよ -- 連絡してよ。 [0]: https://github.com/ctoth/propstore

誰が気にするの？自分の特定の要件に合わせて、Claudeのコードを使ってカスタムノートアプリを作ったんだ。完璧じゃないけど、10時間もかけてないし、ほぼ自分が求めてたことは全部できるし、さらに一回のイテレーションで動くすごい機能もある。いつかコードをオープンソースにするつもりだけど、プロジェクトのスターは2つ未満だと思ってる。それでも、自分のアプリがあるからね。興味がある人は、ひどいランディングページを見てみて。rayvroberts.comだよ。自動更新はまだうまく動かないから、更新がダウンロードされた後は手動でアプリを閉じないといけない。Mac App Store経由で配布する予定だったから、まだサンドボックス状態なんだ。レビューで却下されたのは、ユーザーが自分のClaudeキーを持ってるからだよ。