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

今日の見どころ

  1. OpenAIが仕事向け新モデル「GPT-6 Astra」とAgents APIを発表
  2. DeepSeekが値上げから一転、新モデルV4.1-Flashで値下げ
  3. GPT-6 Astraの「ループ型transformer」疑惑をめぐる考察記事が話題
  4. Next.js動的ルートのハマりどころ、Go×sqlc/OpenAPIの実践Tips
  5. DuckDBのメモリ外GROUP BY処理を深掘りする技術記事

AIニュース過去の記事

DeepSeek-V4.1-Flash発表、値上げ撤回し低コストで上位モデル超えを主張

中国DeepSeek社は2026年9月10日(現地時間)、新モデル「DeepSeek-V4.1-Flash」を発表しました。MoE(Mixture of Experts、入力内容に応じて一部のパラメータだけを動かし処理効率を高める仕組み)アーキテクチャを採用し、パラメータ数は5520億(552B)です。同社は、自社のフラッグシップモデル「DeepSeek-V4-Pro」に加え、OpenAIの「GPT-5.6 Sol」やAnthropicの「Claude Opus 5」も一部性能で上回ると主張しています。

注目すべきは料金です。DeepSeekは2026年8月13日に利用料金を値上げしたばかりでしたが、今回の発表と同日に一転して値下げしました。新しいオフピーク時料金は、入力がキャッシュヒット時0.003ドル・キャッシュミス時0.15ドル、出力0.6ドルで、値下げ前の入力0.007ドル/0.22ドル、出力0.66ドルから引き下げられています。背景には、KVキャッシュ(過去の計算結果を再利用する仕組み)の量を削減する新アーキテクチャがあり、特に入力時の料金効率を高めたとされています。

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

GPT-6 Astra、仕事向け次世代モデルとして正式発表

OpenAIは仕事向けの次世代モデル「GPT-6 Astra」を発表し、ChatGPT Work、Codex、APIで利用可能になりました。開発者向け動画は公開から4日間で55万回以上再生されています。ターンレイテンシ(応答が返ってくるまでの時間)は25倍削減された一方、メモリ使用量は30%増加したとしています。

安全性評価では、GPT-5.6 Solと比較して不具合が89%、Claude Fable 5.1と比較して74.7%それぞれ削減されたと報告されています。料金は入力が100万トークンあたり10ドル、出力が同50ドルです。新機能としてコンピュータ操作、ブラウジング、エンタープライズ管理者コントロールを備え、確認ポリシーや自動レビュー、Zero Data Retention(データを保持しない設定)といった安全機能も提供されます。新規のエンタープライズプラグインとしてOracle Analytics、Power BI、Navan、Avalaraが追加されました。OpenAIはGPT-6 Astraを「世界で最も知的で配置されたモデル」と位置づけています。

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

コーディングモデル「SWE-2」、Cognitionが発表

開発元Cognition自身の発表によれば、新型コーディングモデル「SWE-2」はベンチマーク「FrontierCode 1.1 Main」で50.0%のスコアを記録し、同等性能とされるFable 5.1と比べてコストは64%安いとしています。ベースモデルにはKimi K3(2.8兆パラメータ)を採用しています。

作業効率の面では、FrontierCode 1.1 Mainでの平均ステップ数を127から53に削減、最初の編集に至るまでのステップ数も中央値で前モデルSWE-1.7の48から18へと減らしたとしています。政治的に敏感なトピックに関するトラストワーズネス(信頼性)評価では98.0%の合格率を記録したとのことです。これらの数値はCognition自身の発表によるもので、外部による検証は行われていません。

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

GPT-6 Astraの正体は「ループ型transformer」か 隠れた推論疑惑を検証

LLMアーキテクチャの研究者・解説者であるSebastian Raschka氏は2026年9月9日、GPT-6 Astraをめぐる噂とその背景にあるとされるアーキテクチャについて解説する記事を公開しました。The InformationはOpenAIの公式発表の2日前、Astraが「recurrent depth」または「looped transformers」(同じtransformerブロックに中間表現を複数回通す設計)を使っているという未確認の内部情報をスクープ報道していました。

Astraはベンチマーク「ARC-AGI-3」で99.9%を達成したと報告されており、同じベンチマークで7.8%だったGPT-5.6 Solを大きく上回ります。3Dレンダリング・アニメーションタスクや数学・コーディングでも前身モデルを大幅に上回るとされ、PaintやBlenderなどのGUIを操作できるコンピュータ使用機能も備えます。OpenAIは強化学習用に「数万台のMac MiniとMac Studio」を購入したと報じられており、NVIDIAのCEOはAstraが約10万個のGrace Blackwell GPUで学習されたと述べています。

一方でOpenAIは公式に、Astraを含む現行フロンティアモデルの「計算グラフの深さはGPT-4の2倍以内」だと説明しています。Chief ScientistのJakub Pachocki氏は「混乱した報道によって引き起こされる、監視不能性への競争を防ぎたい」という趣旨の発言をしています。Raschka氏はこの記事で、Astraが短い推論トレースを使う傾向はモデルの能力向上による自然な結果であり、looped transformersが意図的に推論を隠しているという証拠はないとの立場を示しています。

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

OpenAI「Agents API」をパブリックベータ公開、単一呼び出しでエージェント構築

OpenAIは新しい「Agents API」をパブリックベータとして公開しました。全開発者が利用可能で、追加費用はなく使用したトークンとツールの費用のみがかかります。単一のAPI呼び出しでタスク・モデル・ツール・実行環境を指定してエージェントを作成できるのが特徴です。

計算環境は、OpenAI管理のサンドボックス、開発者自身のインフラ、またはBlaxel、Cloudflare、Daytona、DigitalOceanなど9社のエコシステムパートナーとの統合から選べます。長時間セッションに対応するため、以前のコンテキストを自動的に圧縮する機能や、トークン使用量を削減するツール検索機能を備えています。

そのほか、並列実行可能なプログラマティックツール呼び出しや、サブエージェントによるマルチエージェント対応も可能です。MCP(Model Context Protocol、AIモデルと外部ツール・データソースをつなぐ標準規格)やカスタム関数、組み込みツールにも対応しており、Codexと同様のオープンソースハーネスがベースになっています。

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

開発・技術過去の記事

動的ルートが/dashboardを飲み込む Next.jsで見つけた予約語バグ

個人プロジェクト「Hubpin」を開発する筆者が、Next.js App Routerで遭遇した不具合をZennで綴っています。/dashboardにアクセスしても404エラーにならず、公開ユーザーページの表示に「@dashboard」と出てしまうという現象に遭遇したとのことです。「[username] は文字列なら何でも受け取るので、404 になるほうがおかしい。」と振り返っています。

原因は、動的ルート[username]がファイルシステムに存在しない任意の文字列パスにもマッチしてしまうことでした。静的ルートは動的ルートより先に解決される性質を利用し、src/app/dashboard/page.tsxを作成することで解決したそうです。

さらにこの現象から、ユーザーがdashboardやloginなどアプリの予約語をユーザー名として登録できてしまうと、該当ページが永久に表示されなくなるという設計上の問題も判明しました。対策として、PostgreSQLのCHECK制約(テーブルに登録できる値の条件を指定するデータベースの機能)に予約語リストを設定し、登録経路によらず無効化するようにしたとのことです。

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

Anthropic公式Go SDKでtool use・streamingを検証

Finatextのエンジニア、Reo Uehara氏がAnthropic公式のGo SDK「anthropic-sdk-go」を実際に試した検証記事を公開しました。SDKの利用にはGo 1.24以上が必要で、Goアプリケーションから直接Claude APIを呼び出せます。「Goで書かれた既存のサービスに、別言語のランタイムを増やさずそのままClaudeを組み込める」としています。

記事では基本的なメッセージ送信(Messages.New()による同期的な応答取得)に加え、外部関数・APIをClaudeに呼び出させるTool Use機能、ストリーミングでの応答受信の3つの使い方をコード例とともに解説しています。認証は環境変数ANTHROPIC_API_KEYの設定が最もシンプルとしつつ、antというCLIでのOAuth認証も紹介しています。天気予報を題材にした検証では、ツールなしでは「予報不可」という回答だったのに対し、ツールありの場合はダミーデータから具体的なアドバイスを返す回答になったと報告されています。

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

Go×sqlcでDBアクセスの定型コードを消す

Go言語のDBアクセスにおいて、SQLから型安全なGoコードを自動生成するツール「sqlc」を紹介する記事です。ORMを使わずSQLは自分で書きつつ、rows.Scan()など、SQLとGoコードをつなぐ定型的なボイラープレート(毎回同じように書く定型コード)を自動生成で排除する手法を、PostgreSQL+pgx/v5構成の導入手順とともに解説しています。

Go 1.24以降ではsqlcを go get -tool github.com/sqlc-dev/sqlc/cmd/sqlc でtool dependencyとして管理でき、sqlc.yamlでスキーマパス・クエリパス・出力先を指定します。SQLファイルには-- name: ListExhibitionsByMuseumID :manyのようなコメントで生成メソッド名と戻り値の型を指定する仕組みです。著者はORMではなくsqlcを選んだ理由として、SQLは自分で設計しつつ、SQLとGoをつなぐ部分だけをコード生成できる点を挙げています。

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

OpenAPI定義を単一情報源に、Go×Next.jsの型を自動生成

Go(バックエンド)とNext.js(フロントエンド)構成で個人開発を行う著者が、「同じAPIの型をBackendとFrontendで2回書いている」という課題を解消した手法を紹介しています。従来は両者で同じAPIの型情報を別々に手書きしており、同期漏れが発生していたとのことです。

対策として、OpenAPI定義ファイル(backend/api/openapi.yaml)を単一の情報源とし、oapi-codegen(v2.8.0)でGo型を、openapi-typescriptでTypeScript型をそれぞれ自動生成する仕組みを構築しました。生成されたGoの型はbackend/api/generated/models.gen.goに、TypeScriptの型はfrontend/lib/api/generated/schema.d.tsに出力されます。「BackendとFrontendの型を手作業で同期する必要がなくなりました」と成果を述べています。

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

メモリに載らないGROUP BYをDuckDBはどう処理するか

株式会社ログラスのソフトウェアエンジニア、龍島浩人氏がOSSデータベースDuckDBの内部実装を解説する記事を公開しました。DuckDBは「larger-than-memoryワークロード」、つまりシステムメモリより大きなデータセットを処理できることを強みとしています。5,000万行・1.7GBのParquetファイル(キーはすべてユニーク)を使い、メモリ上限を変えて処理時間や挙動を検証しています。

既定のmemory_limit(38.3GiB)では処理時間3.0秒、hash tableサイズ1,960MiBでディスクへの書き出しは発生しませんでした。memory_limitを300MBに制限すると処理時間は約8.5秒に伸び、hash tableは200MiB前後に抑えられ、一時ファイルへ1,770MiBが書き出されました。memory_limit=250MBでは4回の実行中2回がOut of Memoryとなり、200MB以下では処理が完全に失敗したとのことです。

DuckDBはメモリ上限に達すると、buffer managerによってページを一時ファイルへ退避する「外部ハッシュ集約」という分割統治の仕組みを実装しています。同じキーは必ず同一partitionに格納されるため、partition単位で独立して計算を進められる点がポイントです。「一部の演算子は入力の最後の行を見るまで1行も出力できない」ため、こうしたブロッキング処理をどう扱うかがメモリ制御の鍵になっているとしています。

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

リポジトリ過去の記事

コーディングエージェント向け方法論フレームワーク「Superpowers」

「Superpowers」は、コーディングエージェント向けに設計された「composable skills framework」(組み合わせ可能なスキルフレームワーク)です。いきなりコードを書かせるのではなく、ブレインストーミング、Gitワークツリーでの独立作業スペース作成、作業を2〜5分程度の細かいタスクに分割する計画、サブエージェント連携と二段階レビューによる開発、RED-GREEN-REFACTORを強制するテスト、事前レビューチェックリストによるコードレビュー、マージ判断を含むブランチ完了という7段階のワークフローでエージェントを導きます。

Claude Codeの公式プラグインマーケットプレイスのほか、Cursor、Devin、GitHub Copilot CLI、Geminiなど複数のコーディングエージェントに対応したインストール方法が用意されています。作者はJesse Vincent氏およびPrime Radiantチームで、MITライセンスで公開されています。

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

手元のPCに合うLLMを推薦するRust製ツール「llmfit」

「llmfit」は、AlexsJones氏が開発したRust製のターミナルツールです。手元のCPU・RAM・GPU・VRAMなどのハードウェア構成を解析し、快適に動作するオープンソースLLMを量子化形式ごとに推薦してくれます。NVIDIA CUDA、Apple Silicon、AMD ROCm、Intel OneAPIの自動検出に対応し、GGUF、AWQ、GPTQ、EXL2といった量子化形式のモデル互換性分析も行います。

インタラクティブなTUI(ターミナル上で動く対話的な画面)、Webダッシュボード、REST APIから利用でき、コミュニティによるベンチマーク結果をローカルに保存する機能もあります。マルチGPU構成やMoEアーキテクチャにも対応しており、llmfit recommendllmfit benchといったサブコマンドが用意されています。macOS・Linux・Windowsに対応し、MITライセンスで公開されています。

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

Google公式Goクライアントライブラリ、「完成・メンテナンスモード」を明言

Googleが公式に提供する、Google Discovery Serviceの記述から自動生成されたGo言語向けクライアントライブラリ集です。多数のGoogle APIにGoからアクセスするためのパッケージ群を提供しますが、「完成しておりメンテナンスモード(重大な不具合やセキュリティ脆弱性への対応は行うが新機能追加はしない状態)にある」と説明されています。

DatastoreやPub/SubなどのGoogle Cloud Platform APIについては、このライブラリではなく別の「Cloud Client Libraries for Go」の利用が推奨されています。認証はGoogleのApplication Default Credentialsをデフォルトとしつつ、サービスアカウントキーやOAuth2トークンなど複数の方式に対応しています。スター数4.5k、フォーク数1.4k、コミット数3,680を数え、BSD-3-Clauseライセンスで公開されています。

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

論文・研究過去の記事

コード生成時の自己コメント、効くのは『内容』であって『形式』ではない

LLMがコード生成時に自ら書く自然言語コメントが、後続のコード生成にどう影響するかを調べた研究です。著者はDangfeng Pan氏ら5名。観察分析と制御実験を組み合わせ、弱いモデルに強いモデルが生成したコメントを事前提供することで、コメントの「見た目の形式」と「実際の解法内容」を切り分けて検証しました。

結果、成功した解法から得たコメントを与えた場合はpass@1(1回の生成で正解コードが得られる割合)が平均17.2%向上した一方、失敗した解法からのコメントでは目立った改善が見られませんでした。さらに問題と無関係なコメントを与えた場合はpass@1が20.8%低下したとのことです。論文は「コメントがコード生成を助けるのは、コメントであること自体ではなく、正しい解法内容を提供できるためだ」と結論づけています。

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

長期タスクのスキル実行、サブエージェント方式が優位に

長期タスクをこなすLLMエージェントが、再利用可能な知識(スキル)をどう実行すべきかを検証した論文です。著者はWasu Top Piriyakulkij氏ら5名で、2026年9月7日にarXivへ投稿されました。従来、スキル指示をエージェントのメインコンテキストウィンドウに読み込む手法は、情報蓄積により推論品質が低下する問題があるとしています。

代替として、スキルパッケージを独立したコンテキストウィンドウを持つ「サブエージェント」として実行する方式を提案・検証しました。入出力の契約が明確なスキルパッケージでは、サブエージェント実行が従来手法を上回る一方、通信のオーバーヘッドというトレードオフが生じるとしています。論文は、再利用可能な知識の効果は内容だけでなく、組織方法や呼び出し方法にも依存すると主張しています。

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

小規模言語モデルでパラメータを計算量に変換する「ループ型」手法

訓練データが限られる小規模言語モデルにおいて、パラメータ数を増やす代わりに少数のパラメータ層を繰り返し適用して計算量を増やす手法を提案する論文です。著者はTingshuo Fan氏ら5名。マスク付き次トークン予測と因果言語モデリングの目的を組み合わせた深さ方向のパラメータ共有を用い、748万語規模の英語コーパスで学習させています。

4層を12回反復する「4×12モデル」(パラメータ数12.18M)を開発し、公開されているGPT-2/GPT-BERTのベースラインと比較したところ、BLiMPやGLUEなどのタスクでより少ないパラメータ数で同等の性能を達成したと主張しています。BabyLM 2026リーダーボードでは全体平均35.42、NLP平均48.48のスコアを報告していますが、物理的な層数が少ないことによる表現空間の制限という限界にも言及しています。

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

今日のコード

AlexsJones/llmfit / llmfit-core/src/fit.rs

llmfitは「手元のGPU/CPUでどのLLMが動くか」を一発で診断するCLIツールです(k8sgptの作者による小粒プロジェクト)。実体はGoではなくRustで書かれており、中核のfit.rsには「モデルの速度・メモリ適合度をどう見積もるか」の計算ロジックが詰まっています。今回は、実行モード(GPU実行かCPUオフロードか等)や用途別の重み付けスコアを「設定可能だがデフォルト値も持つ」形で表現している部分を読みます。Rustの構造体…

コードを読む