AI キュレーションによる日次テックブリーフィングRSS
Horizon デイリー

朝号 ● 2026年11月9日(月)

2026年11月9日(月) 朝号

23 件から 6 件の重要ニュースを選びました。


テックニュース

  1. Claude Codeの承認設定が秘密情報をGitHubに漏らす ⭐️ 8.0/10
  2. ゴールドマン・サックス、銀行員・トレーダーからClaude Codeを撤回 ⭐️ 7.0/10
  3. MCP公式Ruby SDKがMCP SDK Tier 1に到達 ⭐️ 7.0/10
  4. Libghostty 1.0正式リリース、GhosttyコアをCライブラリ化 ⭐️ 7.0/10

技術ブログ

  1. Stanford CS146SとMonacoのAIネイティブ開発 ⭐️ 6.0/10
  2. 部品の脆弱性はどこまで広がるか ⭐️ 5.0/10

テックニュース

Claude Codeの承認設定が秘密情報をGitHubに漏らす ⭐️ 8.0/10

Claude Codeで「Yes, and don't ask again」を選択すると、承認したコマンドがプロジェクト内の.claude/settings.local.jsonにそのまま保存され、コマンドに含まれるパスワードやAPIキーが平文で残る。Apiiroが11月7日に公表した調査では、公開GitHubリポジトリで1,122件のファイルに1,379件の秘密情報が見つかったとされる。

rss · はてなブックマーク IT · 11月8日 10:31

「背景」 Claude Codeの「Yes, and don't ask again」は、承認したシェルコマンドをプロジェクト内の.claude/settings.local.jsonに永続保存する仕組みで、コマンドにパスワードやAPIキーが含まれていると平文のまま残る。Apiiroは11月7日に、公開GitHubリポジトリ上の同ファイル1,122件に少なくとも1つの秘密情報が含まれ、1,379件の個別秘密値を確認したと報告した。このファイルがリポジトリにコミットされると、承認済みコマンド内の認証情報が公開される前提がある。

「影響」 影響を受ける開発者は、.claude/settings.local.jsonが公開リポジトリに含まれていないか確認し、漏えいした可能性のある認証情報を無効化またはローテーションする必要がある。

参考リンク

タグ: #Claude Code, #security, #secrets management, #GitHub, #AI coding tools


ゴールドマン・サックス、銀行員・トレーダーからClaude Codeを撤回 ⭐️ 7.0/10

ゴールドマン・サックスは、銀行員とトレーダーに対するClaude Codeのアクセスを制限していると報じられている。理由として、セキュリティ、コンプライアンス、コストへの懸念が挙げられている。元記事の本文は今回の入力に含まれていないため、影響範囲や実施時期などの詳細は確認できない。

hackernews · TheWiggles · 11月8日 18:16 · コミュニティの議論

「背景」 Goldman Sachsは4月に香港のバンカーのClaude利用を禁止しており、今回のトレーダー・バンカー向け制限はそれより広いアクセス制限の延長にあたる。また同社はAnthropicのIPOの主幹事の一つでもあり、このタイミングが注目されている。

「コミュニティの議論」 コメントでは、半自律エージェントをクライアント・取引・社内システムにアクセスできるワークステーションで動かすことの危険性、継続的な課金超過とフラット課金モデルへの移行、銀行特有のコンプライアンス懸念、IPO時期や運用損失の可能性などが議論されている。

参考リンク

タグ: #AI coding agents, #enterprise AI, #security, #compliance, #billing


MCP公式Ruby SDKがMCP SDK Tier 1に到達 ⭐️ 7.0/10

Agentic AI Foundation(AAIF)は、MCP公式のRuby SDKがMCP仕様を完全にサポートした「MCP SDK Tier 1」に到達したと発表した。これによりRubyから、ステートレスな接続などを含むMCPの全機能を利用できるとされている。Ruby開発者がMCPを活用したアプリケーションを本番環境で利用しやすくなるとされている。

rss · Publickey · 11月8日 15:12

「背景」 MCP SDKのTier 1は、MCP SDK tiering systemにおける完全仕様準拠の区分であり、公式Ruby SDKは2026-07-28版仕様を完全サポートし、両方の採点対象仕様版で100%の適合率を達成したとされている。また、サーバーとクライアント実装は2つの非推奨項目を除いて準拠している。

「本番利用と互換性確認」 Ruby開発者は公式SDKでMCPの全機能を本番環境向けに利用できるようになった。ただし、MCP 2026-07-28の変更は双方向にワイヤ非互換とされるため、ステートレス接続など新仕様を使う場合はクライアントとサーバーのバージョンをそろえて検証する必要がある。

参考リンク

タグ: #MCP, #Ruby, #SDK, #Model Context Protocol, #AI agents


Libghostty 1.0正式リリース、GhosttyコアをCライブラリ化 ⭐️ 7.0/10

ターミナルエミュレータ「Ghostty」のコア部分をC言語による汎用ライブラリ化した「Libghostty 1.0」が正式リリースされた。HashiCorpの共同創業者であるMitchell Hashimoto氏が主導してきたGhostty関連ソフトウェアの一部として提供される。記事タイトルでは、Windows版マルチプレクサ「Rex」もまもなく登場予定とされている。

rss · Publickey · 11月8日 15:09

「背景」 Ghosttyは高速・高機能なクロスプラットフォームのターミナルエミュレータで、Libghosttyはそのコア部分を抽出した移植性の高いC/Zigライブラリである。1.0ではライブラリ本体とC ABIが安定版になったとされている。

「開発者と利用者への影響」 開発者はGhosttyの端末コアをCライブラリとして組み込めるようになり、端末機能を自作アプリに再実装する必要が減る可能性がある。Rexはベータ版としてmacOS/iOSのネイティブアプリとWebアクセス、マルチプレイヤー機能を提供しているが、Windows版は記事時点でまもなく登場予定とされており、Windows環境ではまだ利用できない。

参考リンク

タグ: #libghostty, #ghostty, #terminal-emulator, #open-source, #developer-tools


技術ブログ

Stanford CS146SとMonacoのAIネイティブ開発 ⭐️ 6.0/10

rss · Latent Space · 11月8日 21:41

「背景」 AIコーディングエージェントの普及で従来の課題が簡単に解けるようになり、StanfordのCS146SとMonacoの実務は、人間が何を学び判断すべきかを中心に再設計されている。

「解決策」 Mihail Ericは学生にオープンソース貢献を課し、メンテナーのレビューを通じて意図・副作用・採否判断を学ばせる; Geoffrey Littのexplain-diffスキルで差分を視覚的に説明し理解を試す演習も紹介する。Monacoではコードレビュー製品を評価してDevinを継続利用する一方、エージェント実行環境は自社構築し、「学ぶために買い、残すために作る」という方針を取る。Halはエンジニア向けのPR作成と営業向けの説明を同じ基盤から出し分け、BasisのAuthority Mapやメンテナーの判断が、過去の却下理由や採用基準を残す課題を示す。

「教訓」 AIネイティブな開発ではコード生成より理解・検証・ガバナンスが価値の中心になり、プロジェクト境界での人間の判断は依然として不可欠だ。

タグ: #ai-native-engineering, #coding-agents, #software-education, #developer-workflows, #open-source


部品の脆弱性はどこまで広がるか ⭐️ 5.0/10

rss · Qiita (Popular) · 11月8日 19:10

「背景」 AI が広く使われるソフトウェア部品の脆弱性を見つけ始めている。記事では、Google の AI エージェント Big Sleep や OSS-Fuzz が SQLite や OpenSSL の脆弱性発見に関わった例が挙げられ、主要 64 製品と 8 部品の依存関係の広がりが問題として示されている。

「解決策」 記事は、主要 64 製品と 8 部品の依存関係をたどった結果として、OpenSSL は 20、SQLite は 16、PHP は 11 という数値を示した。AI による脆弱性発見が進む中で、どの製品がどの部品に依存しているかを可視化する重要性を伝えている。

「教訓」 広く使われる部品の脆弱性は、依存関係を通じて多数の製品に波及しうるため、部品レベルの脆弱性管理と依存関係の把握が重要である。

タグ: #software supply chain, #dependency analysis, #vulnerability management, #open source security