1年目向けエンジニア新聞通勤15分で読み切る、毎朝のAI・技術ニュース
記事を探す

通勤15分で読み切る、毎朝のAI・技術ニュース

毎朝1号。AI・技術ニュース、日本語の技術記事、注目リポジトリ、論文から、その日に読む価値のあるものだけを選び、本文を読まなくても要点が分かる長さの日本語にまとめています。終わりに、実在するオープンソースのコードを1日1か所、初心者向けに読み解くコーナーがあります。

最新号13記事・読了まで約12分

今日の見どころ

  1. Claude Code v2.1.277公開。AGENTS.md対応やVSCode拡張の強化など日常使いに直結する更新
  2. GLM系コーディングエージェント「ZCode」がGit履歴を無断でクラウドに送信していたと判明
  3. AIエージェント同士が反復作業のなかで独自の圧縮言語を編み出して会話する現象を観測
  4. Supabaseのservice role、実測したら読み書きの権限が1つも配られていなかった体験談

AIニュース過去の記事

Claude Code v2.1.277、AGENTS.md対応とVSCode拡張を強化

Anthropic公式から、Claude Codeのv2.1.277がリリースされました。目玉はAGENTS.mdの読み込みサポートです。CLAUDE.mdが存在しないプロジェクトでも自動的に読み込まれるようになりますが、Bedrock・Vertex・Foundry経由の利用では未対応とのことです。プロキシ関連でも、環境変数CLAUDE_GATEWAY_PROXY_IS_EGRESS_BOUNDARY=1が追加されフォワードプロキシ背後でのホスト名解決に対応したほか、Claude apps gateway upstreamsにheaders:マップが加わり、プロキシへ静的ヘッダーを送信できるようになりました。

VSCode拡張機能では、サインアウト用の/logoutコマンド、バックグラウンドシェルや実行中タスクのエージェントマップ表示、レスポンスのコピーボタンと/copyコマンド、セッションごとのコスト・トークン使用量表示、非アクティブセッションの自動アーカイブ通知が追加されています。

バグ修正も多く、claude -pやAgent SDKセッションが内部エラー後にハングする問題(エラー報告と終了コード1を返すよう修正)、~/.claude.jsonの不正なtheme値によるクラッシュ、--resume後にコスト・使用量が0になる問題(headlessモード対応)などが解消されました。Writeツールでターゲットパスが既存ディレクトリの場合のエラー報告や、Editツールのエスケープされたバックスラッシュの誤認識も改善されています。

また、これまでのTaskOutputツールは廃止され、Readツールに置き換えられました。あわせてtaskOutputMaxChars設定とTASK_MAX_OUTPUT_LENGTH環境変数も無効化されています。

元記事を読む ↗要点と引用を見る

音声・動画をエージェントの中核メディアに据えるQwen3.8-Omni-Flash

Qwenチームの公式発表によると、音声・動画・画像・テキストの4モダリティに対応するマルチモーダルモデル「Qwen3.8-Omni-Flash」が公開されました。単にコンテンツを理解するだけでなく、タスク計画やツール呼び出し、創作作業の完了までこなす方向にシフトしているとしています。音声・動画は、エージェントが環境を理解し推論して行動する上での中核的なメディアへと位置づけられているとしています。

同チームによると、29項目の評価で平均25%以上の性能改善を実現したとしており、音声入力のAPI価格は98%以上、音声・動画入力は93%以上削減したとしています。音声と映像にまたがって話者を統合的に認識でき、最大1時間の音声・動画入力をネイティブにサポートするとしています。

動画編集、音楽ビデオ制作、映画解説、音声・動画要約、リアルタイム会話といった実務的なワークフローへの応用を想定しているとしています。

元記事を読む ↗要点と引用を見る

GLMコーディングエージェント「ZCode」、Git履歴を無断アップロード

香港証券取引所に2026年1月に上場したZ.aiが開発するAIコーディングアプリ「ZCode」(2026年7月立ち上げ)について、開発者ferstarが2026年9月18日に報告したリバースエンジニアリング調査により、ユーザーの許可なくGitリポジトリの履歴全体をクラウドにひそかにアップロードしていることが判明したと、Tokensteadが報じています。アップロードされたペイロードは42,411ファイル・約345MBに及び、.gitディレクトリ(全体の86.6%)やGit LFSアセット、リフログ、グローバルアプリ設定まで含まれていたとのことです。

データはAES-256-CTR(対称鍵暗号方式)で暗号化され、その鍵はRSA-OAEP(公開鍵暗号方式)でラップされてAlibaba CloudのAliyun OSS(クラウドのオブジェクトストレージサービス)に送られますが、復号鍵はサーバー側のみが保持しており、ユーザー自身は自分のデータを復号化できない設計になっています。調査では564回のアップロード試行の失敗が記録されており、記事はデータ削除後も送信を試み続ける挙動だったと指摘しています。

記事は、この設計を単なる実装ミス(過去のGrok Buildのような不注意によるもの)ではなく意図的な設計だと論じています。「サーバーだけが使える鍵には、サーバーがいつでもコードを読めるようにするという目的しかない」とも指摘しています。

元記事を読む ↗要点と引用を見る

AIエージェント同士が独自の圧縮言語で会話を始める現象

Schmidt Sciencesの研究チームが、複数のAIエージェントに反復的な共同作業をさせる実験を行ったところ、当初は英語でやり取りしていたAIエージェントが、作業を繰り返すうちに人間には読みにくい独自の符号体系へと変化していく現象を観測したと、Gigazineが報じています。

実験の一つ「間違い探しタスク」では2つのエージェントが図の違いを情報交換で特定し、もう一つの「治療タスク」では架空の生命体を治療する作業を行わせました。初期段階では『小さな赤い円』『大きな青い四角』のような英語表現でしたが、治療タスクでは当初151文字だった指示が最終的に「@D8fB」というわずか5文字の符号にまで短縮されたといいます。

研究チームはこれを共同作業の効率化の結果と見ていますが、真に新しい言語なのか、単に英語を圧縮・符号化した通信方式なのかは、さらなる分析が必要だとしています。また、AIエージェント間の通信が人間に不透明になることで、監視・検証が難しくなる懸念も指摘されています。

元記事を読む ↗要点と引用を見る

開発・技術過去の記事

Valibotは文字列の長さをどう数えているのか

Valibotのメンテナーである筆者が、JavaScriptで文字列の長さを数える難しさと、Valibotが提供する3種類の文字数カウント方法を解説しています。JavaScriptのString.lengthはUTF-16コード単位(文字をエンコードする際の16ビット単位。基本的な文字は1単位で表されるが、絵文字などの一部の文字は2単位のペア=サロゲートペアで表される)の数を返すため、'😀'.lengthは2になるなど、直感とずれることがあります。

maxLengthはdataset.value.lengthを直接使いUTF-16コード単位を数え、maxCodePointsはサロゲートペアを見つけるたびに1個ずつ引いていく独自関数でコードポイント数を数えます。一方、maxGraphemesはIntl.Segmenter(Web標準の文字分割API)を使い、👨‍👩‍👧‍👦のような合成絵文字も1文字として数えられます。

著者は「自己紹介を160文字で」のような文字数制限を設けたい場合はmaxGraphemesを使うべきだと述べています。三者ともWeb標準APIに則った実装とのことです。

元記事を読む ↗要点と引用を見る

Supabaseのservice role、RLSは通すがGRANTは通さない落とし穴

ポートフォリオ「Hubpin」を開発中の著者が、Supabaseのservice role(RLS=行レベルセキュリティをバイパスできる特権ロール)の権限について、誤解と訂正を重ねた実体験を記しています。当初は「service roleはGRANTもRLSも通らない」と考えていましたが、次に「RLSはバイパスするがGRANTは効く。ただしSupabaseの既定で権限が配られている」と修正しました。

しかし実際にPostgreSQLのpg_classテーブルのrelaclカラムを確認したところ、service_roleに付与されていたのはD(TRUNCATE)・x(REFERENCES)・t(TRIGGER)・m(MAINTAIN)のみで、a(INSERT)・r(SELECT)・w(UPDATE)・d(DELETE)はすべて欠落していたことが判明しました。問題は本番環境でCronジョブが初めて走った際に発覚し、開発環境ではanonロールとauthenticatedロールしか使っていなかったため気づけなかったといいます。

著者は「RLSのバイパスはロール属性、GRANTは権限。別の関門でした」と結論づけ、grant select, insert, delete on public.feed_entries to service_role; というSQLで権限を付与したと述べています。また、proaclがNULLの場合はデフォルトのままであることを意味し権限なしではない点や、PUBLIC権限からrevokeするとservice roleも巻き込まれる点にも注意を促しています。

元記事を読む ↗要点と引用を見る

Codex CLIを会社用・私用で完全分離する方法

会社用と個人開発の両方でCodex CLIを使う著者が、設定ファイルやMCPサーバー設定、セッション履歴が混在してしまう課題を、CODEX_HOME環境変数で解決する方法を紹介しています。デフォルトの~/.codexではなく、~/.codex-workと~/.codex-privateという別ディレクトリに分離する仕組みです。

PowerShellの$PROFILEにcodex-workという関数を追加し、実行時だけCODEX_HOMEを一時的に切り替える実装例が示されています。これによりconfig.toml、AGENTS.md、auth.json、セッション履歴が用途別に分離されますが、認証情報を完全に分けるには各環境で個別のログインが必要とのことです。

著者は、同一環境内での設定切り替えには--profileオプション、環境そのものを分けたい場合はCODEX_HOME分離、という使い分けを提案しています。

元記事を読む ↗要点と引用を見る

リポジトリ過去の記事

fzf ── 曖昧検索ツールの定番、83kスター

junegunn氏が開発するfzfは、汎用の曖昧検索(fuzzy finder)およびインタラクティブなターミナルツールキットです。ファイル選択やコマンド履歴の参照、データプレビューなど、複雑なデータセットを数百万件でも数ミリ秒で曖昧マッチングしながらナビゲートできます。

単一バイナリで配布されポータブルなうえ、Bash・Zsh・Fish・Nushell・Vim・Neovimなど各種シェル・エディタに統合可能です。Homebrew、Mise、各種Linuxパッケージマネージャ、Windows向け(Chocolateyなど)、gitクローンやバイナリの直接ダウンロードなど複数の方法でインストールできます。MITライセンスで公開され、GitHub上で83.1kスター、フォーク数3.1k、コミット数3,746件に達しています。

元記事を読む ↗要点と引用を見る

supermemory ── AIエージェント向けメモリ・コンテキストエンジン

Supermemoryは、AIアシスタントが会話間で情報を保持できるようにする「メモリ・コンテキストエンジン」のOSSです。会話からの事実自動抽出、時間的変化や矛盾の処理、静的事実と動的コンテキストを両方保持するユーザープロフィール(約50ミリ秒で1回の呼び出しで取得可能)を備えています。

RAG(知識ベース検索)とメモリ検索を統合したハイブリッド検索のほか、Google Drive・Gmail・Notion・OneDrive・GitHubとのリアルタイム同期コネクタ、PDF・画像(OCR)・動画(文字起こし)・コード(AST対応チャンキング)のマルチモーダル処理にも対応します。技術スタックはTypeScript/JavaScript、Python、Cloudflare Workers/Pages、PostgreSQL(Drizzle ORM)、Remix、Vite、TailwindCSSなどで構成されています。

LongMemEval、LoCoMo、ConvoMemという主要ベンチマーク3種で1位を主張しており、「95%の想起率を達成しながら99.4%のコンテキスト削減」を実現するとしています。クラウド版のほか、オフライン対応のローカル実行版も提供され、Claude Desktop・Cursor・Windsurf・VS Code・Claude Codeなど複数クライアントに対応しています。

元記事を読む ↗要点と引用を見る

coder/coder ── Goで実装されたセルフホスト型開発環境基盤

Coderは、セルフホスト型のクラウド開発環境およびAIコーディングエージェント向けプラットフォームです。開発環境はTerraformで定義でき、EC2・Kubernetes・Dockerなどに対応、アイドル時の自動シャットダウンやWireguardによる安全なトンネル接続を提供します。

自社インフラの制御プレーン内でネイティブに動作するAIコーディングエージェントを備え、Anthropic・OpenAI・Google・Bedrockや自前ホストなど複数のLLMプロバイダに対応、ユーザーIDの追跡と監査ログによる一元的なガバナンスを実現します。ワークスペースにAPIクレデンシャルを保存しない設計です。

Go言語で構築されVS CodeやJetBrainsなど複数IDEをサポート、Terraformプロバイダによる宣言的な設定管理も可能です。GitHub上でスター数15.3k、Issueは740件、Pull Requestは308件にのぼり、ライセンスはAGPL-3.0です。

元記事を読む ↗要点と引用を見る

論文・研究過去の記事

検索インデックス自体を自己進化させるSELF-INDEX

arXivに掲載された論文「Self-Evolving Search Index」(Sangam Lee氏ら8名)は、LLMエージェントの情報検索を改善するため、これまで人間主導だった検索インデックスの最適化を自動化するフレームワーク「SELF-INDEX」を提案しています。

オプティマイザーが検索の不足を自動診断し、原因となっているインデックスキーを選択的に修正する仕組みに加え、既存クエリ以外の潜在的な検索ニーズを先回りして探索する「Query Simulator」を備えています。複数のコーパス・検索器で検索性能が向上し、検索エージェントやエージェントメモリシステムの効率化にもつながるとしています。

元記事を読む ↗要点と引用を見る

生成候補の「並べ方」がLLMの電力消費を左右する

arXivの論文「Sample Count Is Not Enough」(Mobina Kashaniyan、Ali Jannesari)は、同じ数の生成候補でも、テスト時スケーリング(推論時に複数候補を生成して選ぶ手法)における候補生成のスケジュール(バッチ実行か逐次実行か)によって、消費エネルギーとレイテンシが大きく変わることを実証しています。

Phi-3-miniとQwen2.5-1.5BをGSM8KとSciQで評価し、候補数N=8を固定して生成スケジュール(1x8、2x4、4x2、8x1)を比較したところ、8回の逐次実行呼び出しは1回のバッチ呼び出しと比べてGPUエネルギー使用量で4.64〜4.86倍、P95レイテンシで5.77〜6.12倍を消費したといいます。候補数だけでなく生成戦略こそがコストを左右すると論じています。

元記事を読む ↗要点と引用を見る

数週間動き続けるエージェントに必要な3つの仕組み

arXivの論文「An Architecture for Long-Horizon Agents」(Erik Nijkamp、Anurag Koul、Egor Pakhomov、Bo Pang)は、数日から数週間にわたる長期タスクを遂行できる言語モデルエージェントの設計を扱っています。著者らは「長期稼働エージェントは、継続学習ができるようになる前に、忘却せずに継続稼働できなければならない」と主張し、その能力はモデル自体ではなく周辺の仕組みに依存するとしています。

7つのボトルネックを特定したうえで、時間スケール別のレベル構造、自律行動単位としての「クロック刻み(tick)」、より能力の高いモデルへの段階委譲という3要素からなる階層的アーキテクチャを提案し、10日間のキャンペーン実験でその有効性を示したと報告しています。

元記事を読む ↗要点と引用を見る

今日のコード

junegunn/fzf / src/cache.go

fzfはコマンドラインのあいまい検索ツールで、大量の候補行から高速に絞り込む必要があります。同じ検索クエリを何度も打つと同じ計算を繰り返すのは無駄なので、このファイルでは「どのChunk(データの塊)に対してどのクエリ文字列を検索したか」をキャッシュしておく仕組みを作っています。複数のゴルーチン(Go言語の軽量スレッド)から同時に読み書きされるため、排他制御(ミューテックス)の使い方を学ぶ好例です。

コードを読む

過去の号

すべての号
2026.0918

「Astra for Law」始動、GPT-6が変える法律実務

16記事・約14分
2026.0917

「Claude Cowork」とチャット統合、単一の「Claude」へ

15記事・約14分
2026.0916

Googleが新音声モデル「Gemini 3.8 Live」を発表

16記事・約15分