**AI 貢献者追跡用 GitHub ブラウザプラグイン(Pull Request での blame 表示)**

2026/02/03 23:35

**AI 貢献者追跡用 GitHub ブラウザプラグイン(Pull Request での blame 表示)**

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

Summary:

Git‑AIは、ベンダーに依存しない新しいシステムで、AIツールによって追加されたコードの各行をすべてのgit操作中に追跡し、この情報をVSCodeとGitHub Pull Request(PR)に直接表示します。これは、マージ・リベース・リセット・チェリーピックが生き残るgit notes内にモデルとプロンプトデータを保存することで実現されます。コアエンジンはRustで書かれており、大規模なリポジトリでも100 ms未満のレイテンシーで処理できます。UIレイヤーはAI生成行をハイライトし、責任あるモデルを表示するため、開発者がAIが使用された場所を簡単に確認できるようにします。

このプロジェクトは、PR注釈用のgithub‑refinedなど以前の作業をベースにしており、Claude Code、Cursor、Copilotといった人気ツールをサポートしています。GitHubが公式にまだサポートしていないものの、早期アクセス版「Stat Bot」が複数レベルで使用統計を集約します。著者はHacker NewsやGitHub Issuesを通じてコミュニティからのフィードバックを歓迎し、将来のGitHubマークアップ変更がプラグインを壊す可能性があると警告しています。

ユーザーおよびチーム向けに、Git‑AIはAIコードの正確な帰属を提供し、コンプライアンスや監査のためにプロンプトコンテキストを保持し、ポリシー執行(例:PRあたりのAI貢献制限)を大きなワークフロー中断なしで可能にします。これはオープンソースプロジェクトが低摩擦AI貢献を管理する方法に影響を与え、同様の追跡ツールの業界全体への採用を促進する可能性があります。

Summary Skeleton

What the text is mainly trying to say (main message)
Git‑AIは、新しいベンダー非依存システムであり、すべてのgit操作を通じて行単位でAIコード貢献を追跡し、この情報をVSCodeとGitHub PRに表示します。

Evidence / reasoning (why this is said)
モデルとプロンプトデータをマージ・リベース・リセット・チェリーピックが生き残るgit notesに保存し、Rustで書かれたエンジンは大規模なリポジトリでも100 ms未満のレイテンシーで動作し、UIレイヤーがAI生成行と責任モデルをハイライトします。

Related cases / background (context, past events, surrounding info)
このシステムはgithub‑refinedなど以前のPR注釈作業に基づき、Claude Code、Cursor、Copilotなどのツールをサポートし、ラップトップからPRへ、マージまでコードを追跡します。公式GitHubサポートはまだ存在せず、早期アクセス版「Stat Bot」がさまざまなレベルでデータを集約しています。

What may happen next (future developments / projections written in the text)
著者はHacker NewsやGitHub Issuesでコミュニティからのフィードバックを求め、統合努力を改善しようとしています。また、GitHubがマークアップを更新するとプラグインが壊れる可能性があることを予測しています。

What impacts this could have (users / companies / industry)
ユーザーやチームはAI生成コードの正確な帰属を得られ、コンプライアンスや監査のためにプロンプトコンテキストを保持できます。企業はAI貢献(例:PRあたりの制限)に関するポリシーを実施しつつ、ワークフローへの大きな影響を最小化できるようになります。このツールはオープンソースプロジェクトが低摩擦AI貢献を管理する方法に影響を与え、業界全体で同様の追跡メカニズムの採用拡大につながる可能性があります。

本文

クイックスタート – TL;DR

  1. git‑ai
    を学び、追加する
    • Git CLI とエディタ拡張機能
  2. refined-github-ai-pr
    のビルド・インストール・認証
  3. Git 経由で AI が生成したコードをプッシュ&PR する
  4. GitHub 上の PR に移動
    https://github.com/<owner>/<repo>/pull/<PR ID>/changes
    
  5. AI アノテーションの輝きを満喫(例としてスクリーンショットは下部へスクロール)

最新情報を受け取りたい方はメールリストに登録してください


AI 貢献の特定

低摩擦 AI 貢献の台頭

Claude Code、Codex、Cursor といったツールのおかげで、コード生成が容易になりつつあります。
一部プロジェクトでは(例:zigtldrghostty)こうした貢献を全面禁止しているものもありますし、信頼できるグループにのみ貢献者を限定するケースもあります。

AI が生成したコードが適切な場合

  • ユーザー向けでないツール
  • プライベートベータ機能
  • コンセプト検証(PoC)

コードベースのどこに AI 生成コードがあるかを追跡できることは、リファクタリングや監査時に非常に価値があります。

パーセンテージ・ポリシー・メンテナーの信頼

一部プロジェクトでは AI 貢献を許可しない場合もあります。
他の場合は「ソフト」なガイドライン(例:PR ごとに許容されるパーセンテージ)で十分です。
硬直したルールがなくても、こうした指標は品質チェックとして機能します。


Git‑AI プロジェクトの登場

Git‑AI の役割

  • エージェント型 AI コード貢献を行単位で追跡
  • 生成に使用されたプロンプトを保持
  • 標準的な git ワークフロー内で動作(Rust による高速化で遅延は無し)

Git‑AI が取得するデータ

  • 行ごとの AI 貢献情報
  • 使用したモデルとプロンプト

Git‑AI はこのデータを git notes へ保存します。これはコミット参照に添付されるブロブで、メタデータがコミットと一緒に残り、マージ・リベース・リセット・チェリーピックなどでも生き続けます。

プロジェクト目標(README から抜粋)

GoalDescription
🤖 マルチエージェント世界での AI コード追跡ベンダー非依存で複数リポジトリに対応
🎯 ラップトップ → PR → 統合まで正確な帰属コードを全ワークフローで追跡
🔄 実際の git ワークフローをサポートスクワッシュ、リベース、リセット、チェリーピックを通過可能
🔗 プロンプトとコードのリンク維持価値あるコンテキストを保持
🚀 Git ネイティブ + 高速プラミングコマンド上で構築;大規模リポでも <100 ms の影響

注: 私は git‑ai と関係ありませんが、その取り組みを称賛します。ぜひご覧ください:
https://github.com/git-ai-project/git-ai


GitHub PR インターフェースのサポート

なぜ Pull Request に焦点を当てるか

Pull Request は共同作業型バージョン管理ワークフローに自然に集約されるため、開発者向けツールの実験には理想的です。

既存の Git‑AI 統合(VSCode)

  • AI が貢献したコードを gutter でハイライト
  • 行選択時に担当モデルを表示
  • 長押しで追加情報を提供

VSCode 上で git‑ai 拡張機能が AI 貢献コードをハイライト

GitHub PR エクスペリエンスの拡張

私は

github-refined
をフォークして
refined-github-ai-pr
と名付け、

  • GitHub 上でエディタ/コードビューのハイライトを再現
  • 人間 vs AI のパーセンテージ計測を提供

機能:

  • オプションで AI 貢献の blame をオン/オフ切替
  • ライト&ダークモードスクリーンショット(下参照)

GitHub PR に AI 貢献アノテーション – ライトモード
GitHub PR に AI 貢献アノテーション – ダークモード


Git‑Ai ツールの更なる情報…

2026年1月時点で git‑ai から公式に GitHub PR インターフェース拡張をサポートしているわけではありませんが、Stat Bot と呼ばれるベータ機能があり、PR・開発者・リポジトリ・組織レベルで git‑ai データを集約します。検討価値は十分にあります。


注意事項

  • refined-github-with-ai-pr
    は GitHub の HTML を CSS クラス経由で拡張しています。
    GitHub がマークアップを変更した場合、プラグインが壊れる可能性があります。
  • このプラグインは ベータ/プロトタイプ であり、議論のきっかけを作ることを目的としています。
    コントリビューションやフィードバックは歓迎です—HackerNews に投稿するか、
    refined-github-ai-pr
    の issue を開いてください。

あなたのご意見をお聞かせください!コメント欄でお気軽にどうぞ。

同じ日のほかのニュース

一覧に戻る →

2026/02/02 5:01

**私の初めてのハードウェア製品を500台出荷して得た教訓**

## Japanese Translation: 著者は、明るい光を放つ高輝度ランプ「Brighter」を立ち上げた経験を語り、アイデアを大量生産製品に変える際の障壁を概説しています。ソフトウェア職を辞めた後、チームはクラウドファンディングで40万ドルを調達し、設計を39,000ルーメンから60,000ルーメンへと反復改良しました。早期のウェブサイト預金により需要が証明されました。生産は10月に開始され、毎日UPS配送が行われましたが、中国での製造ではヒートシンクピンのずれやPCBラベルの入れ替えなどの問題が発覚し、現地で修正を要しました。関税変更(「Liberation Day」)により輸入税率は50%から150%へと上昇し、利益率を圧迫し、コスト管理を厳格化せざるを得ませんでした。著者は今後もノブの間隔やワイヤ長、ネジサイズなどの品質調整を継続するとともに、定期的なサプライヤー訪問と徹底したテストを強調し、将来のリスクを軽減する計画です。これらの経験は、ハードウェアスタートアップがサプライチェーンの混乱、関税の変動、および詳細な計画をどのように乗り越えて収益性と製品信頼性を維持するかを示しています。

2026/02/04 4:37

宇宙でデータセンターを設置することは意味がありません。

## Japanese Translation: **概要** 宇宙ベースの AI インフラ―(SpaceX が最近取得した xAI など、Google、Lonestar、Axiom、Starcloud の類似プロジェクトを含む)については、打ち上げ価格が予測通り下落しても実用化や費用対効果を達成する可能性は低い。主張の根拠は硬直した技術的制限(放射線被害、冷却要件、遠距離での遅延)と GPU 必要数の膨大さにある:最先端 AI は何十万から数百万台の GPU を必要とし、xAI のプロトタイプ「Colossus」はすでに約 20 万台を搭載している。 そのようなハードウェアを支えるためには、新たな衛星編成が不可欠だ。既存の宇宙船は簡単にアップグレードまたは交換できないため、AI チップの各新世代ごとに完全に新しいコンステレーションが必要になる。この結果、現在約 15,000 台の衛星を大幅に上回る数が投入され、軌道混雑とケスラー・スペクトラムリスクが増大する。 Google の 2023 年研究では、打ち上げコストが 2035 年頃までに 200 米ドル/キログラムに下がる(Starship の成功に依存)場合にのみ競争力を持つ 81 台の衛星ネットワークが想定されている。これら最適的仮定でも、宇宙データセンターは安価な太陽光発電と急速に下落するハードウェア価格から恩恵を受ける地上ベースサーバーより遅れる。 投資家は、特に SpaceX の今年度 IPO 計画を踏まえ、ハイプサイクル中の転売利益を期待してこれらプロジェクトへの資金提供を継続する可能性がある。しかし、事業は相応の性能向上をもたらさずに資本支出を膨張させ、デブリリスクを増大させ、より実現可能な地上ソリューションから資源を逸らすリスクを抱えている。広範囲にわたる影響は、テック企業、投資家、および宇宙/AI 業界全体に及ぶでしょう。

2026/02/02 2:25

**Show HN:** *Craftplan ― 私は妻のベーカリー向けに製造管理ツールを作りました*

## Japanese Translation: (すべての主要ポイントを反映し、推論は追加せず) Craftplan は、小規模な職人製造業やクラフトビジネス向けに構築された無料でオープンソースの ERP プラットフォームです。コア機能は以下のとおりです: 1. **カタログ管理** – 写真付きの商品リストとラベル 2. **BOM(部品表)** – バージョン管理された BOM が自動的にコストを集計し、労務ステップを追跡 3. **受注処理** – カレンダー方式のスケジューリング、請求書生成、生産バッチへの割り当て 4. **生産** – バッチング、材料消費自動化、バッチごとのコストサマリー、および生産完了時に数量を記録するワークフロー 5. **在庫管理** – 原料ロットトレーサビリティ;在庫移動(消費・受入・調整);アレルゲン/栄養成分追跡;需要予測;再発注計画 6. **購買** – 発注書、仕入先管理、ロット作成を伴う在庫受け取り 7. **CRM** – 顧客・仕入先データ保存、注文履歴、統計情報 8. **インポート/エクスポート** – 商品、材料、顧客の CSV インポート;CSV エクスポート対応 9. **メール連携** – SMTP、SendGrid、Mailgun、Postmark、Brevo、Amazon SES を使用したトランザクションメール配信(暗号化された API キー) 10. **カレンダー フィード** – 注文納品と生産バッチスケジュールを含む iCal (.ics) URL。設定で生成・取り消しが可能 11. **プログラム的アクセス** – JSON:API と GraphQL エンドポイントは暗号化された API キーで認証され、CORS 設定は可変 12. **アクセス制御** – 役割ベースの権限(管理者・スタッフ)とすべてのリソースに対するポリシーベース認可 これら全機能は、特に食品関連製造業で詳細な商品一覧、バージョン管理された BOM、アレルゲン追跡、およびリーン生産計画用の自動コスト算出が必要とされるクラフト企業の独自ニーズを満たすよう設計されています

**AI 貢献者追跡用 GitHub ブラウザプラグイン(Pull Request での blame 表示)** | そっか~ニュース