AIニュースまとめ 2026-08-23|llm 0.33がテンプレート合成と--keyに対応
アップデート情報
各社が 2026-08-23 に公式発表したプロダクトアップデートです。
Claude / Claude Code
- Claude Code v2.1.241 が公開され、バグ修正と信頼性の改善のみが入った。(Claude Code CHANGELOG)
ChatGPT / Codex
- 2026-08-23 に発表されたアップデートはありません。
Gemini
- 2026-08-23 に発表されたアップデートはありません。
Top 20
llm 0.33(LLM CLI「llm」v0.33)
Source: Simon Willison | Published: 2026-08-23 02:01 JST
- Simon Willison が自作のLLM CLIツール「llm」のバージョン0.33をリリースし、OpenAI Pythonライブラリ3.x系への移行とHTTPクライアント依存のhttpxからhttpx2への切り替えを完了させた。
- 前日に0.32.1として応急的な修正を出していたが、今回はより包括的な修正として位置づけられている。
llm embedとllm embed-multiが--keyを受け付けるようになり、Python側のEmbeddingModel.embed()・embed_multi()・Collection.embed()・Collection.embed_multi()もkey=を受け取って共有モデル状態を変えずに呼び出しごとの鍵を埋め込みプラグインへ渡せるようになった。llm promptの-t/--templateを複数回指定して順に合成できるようになり、モデルとオプションだけを固めたテンプレート(例:llm -m gpt-5.6-luna -o reasoning_effort high --save lhigh)を別のプロンプト用テンプレートと組み合わせて実行できる。- Responses API系の推論対応モデルで
reasoning_summaryオプション(auto・concise・detailed)が使えるようになり、llm openai endpoint --responsesと併用して各モデル独自のResponses API模倣実装を試せる。
オープンモデルの「Gemma 4 31B」がタスクによっては「Claude Sonnet 5」と同じ品質を40分の1のコストで実現可能
Source: GIGAZINE | Published: 2026-08-23 22:05 JST
- AI文書管理サービスを開発するAlphaSenseが245問の財務情報分析タスクで各モデルを測定し、オープンモデルのGemma 4 31BがクローズドモデルのClaude Sonnet 5と同等の精度を約40分の1のコストで達成したと公表した。
- 測定は同社独自の情報検索基盤「AlphaSense Search」と各モデルを組み合わせ、回答精度の相対スコアとタスクあたりコストの中央値という2軸で比較している。
- 対象はGPT-5.6 Sol、Claude Sonnet 5、Claude Opus 4.8、Claude Opus 5、Kimi K3、GLM-5.2、Inkling、Gemma 4 31Bなど9モデルで、最高精度はGPT-5.6 Solが記録し「品質と価格のバランスに優れたモデル」と評価された。
- 前提として、関連情報をすべて読み込ませる方式はタスクごとのコストが膨らみ、別の検索システムで特定情報を抜き出してから読み込ませる方式ならコストを抑えられると整理している。
- Googleの公式Xアカウントもこの結果に反応し、コスト効率の高さとレイテンシの低さによって大型モデルでは経済的に成り立たない高ボリュームのユースケースにGemmaが対応できるとアピールした。
エラーは出ていない。結果だけが無い——AIエージェント運用の検死録
Source: Zenn | Published: 2026-08-23 06:52 JST
- AIエージェントの障害は例外やエラーログを伴わないまま「静かに壊れる」形で起きるとして、著者が数か月の常駐運用で遭遇した事故を症例報告集としてまとめた本を公開した。
- 構成は序章「エラーが出ない、という恐怖」に続く全4章で、監視役が2週間黙って停止していた事例を第1章に置いている。
- 第2章「1バイトの検死解剖」では目に見えない1文字が処理を止めた事例を、第3章「46万回の空振りの決算書」では1日46万回の空振り実行が費用に開けた穴を扱う。
- 第4章「画面に見えたものが、記録に無い」では、画面上に表示された結果がログに残っていなかった食い違いを検証する。
- 症状→検査→診断→回避という型で、実測と推測を分けて記述する方針を明示しており、本文は約2万7940字、価格1,000円で序章のみ無料公開されている。
ChatGPTが危険な医療アドバイスをしたとしてOpenAIが提訴される、病気の牧師に「神はあなたの体が永遠に壊れ続けるようには設計していない」と助言
Source: GIGAZINE | Published: 2026-08-23 08:00 JST
- 肺塞栓症を患っていたフロリダ州在住の牧師スコット・ウィンターズ氏が、ChatGPTの不正確な回答によって治療が遅れたとしてOpenAIを提訴した。
- ウィンターズ氏は2025年7月13日の朝に両肺の複数の血栓による重度の肺塞栓症で倒れ、医師は長時間体を動かさなかったことが原因と診断したが、本人は後にChatGPTの助言に従ってあえて動かなかったと明かした。
- 6週間続いた体調不良を相談した際にChatGPTは受診の必要はないと助言し、牧師であることを伝えていたため「神はあなたの身体が永遠に壊れ続けるようには設計していない」などと返答したほか、症状を別の病気と取り違えたこともあったという。
- 訴状によれば同氏は2022年に複数の医師に症状を取り合ってもらえなかった経験からインターネットに答えを求めるようになり、2024年にChatGPTを使い始めて依存を深め、指定された薬を飲み指示された姿勢を取るまでになっていた。
- 訴えではOpenAIとサム・アルトマンCEOが必要な安全対策より利益を優先し安全上の懸念を警告しなかったと主張し、損害賠償に加えて緊急の医療支援が必要な場合に会話を自動終了させる仕組みの導入を求めている。
Codexに使用量リセット権が1回分もらえた。5時間制限が消えた今、週次リミットの保険になる
Source: Zenn | Published: 2026-08-23 09:00 JST
- OpenAIが8月21日にCodexとChatGPT Workの有料ユーザー全員へレート制限のリセット権(Banked Reset)を1回分配布し、著者は5時間ウィンドウが消えた現状では週次リミットの保険として価値が上がっていると評価している。
- 配布はCodexとChatGPT Workのアクティブユーザーが2,000万人に到達した記念で、米国太平洋時間8月21日20時(日本時間8月22日正午)までに完了予定とされていた。
- Banked Reset自体は6月に導入済みの仕組みで、告知と同時に一斉リセットされる従来方式と違い枠を使い切った後に自分の好きなタイミングで発動でき、余っていれば取っておける。
- 著者のPlusアカウントの
/statusには5時間ウィンドウの行が出ず週次リミットが2本表示されるだけで、7月にPlus・Pro・Business向けで一時的に外されたとみられるが公式ドキュメントは5時間ウィンドウ前提のまま更新されていない。 - 発動はCodex CLIのセッション中に
/usageを打って「2. Redeem usage limit reset」を選ぶ形で、付与から30日で失効するため今回配られた分の期限は9月21日ごろになる。
無料で多種多彩なビジョンAIモデルを試用・比較・評価できる「Roboflow Playground」
Source: GIGAZINE | Published: 2026-08-23 12:00 JST
- 130種類以上のビジョンAIモデルを同じ画像とプロンプトで同時に実行し比較できる無料ツール「Roboflow Playground」が公開された。
- 対応モデルはAnthropic・Meta・OpenAI・Googleの最新VLMから、Qwen3.8 27BやMuse Glimmer 30Bといったオープンソースモデルまで幅広い。
- ゼロショットのコンピュータビジョンモデルの比較には最新モデルの調査・クラウドAPI呼び出しコードの記述・オープンウェイト用インフラ整備が必要で、結果が出る前に新モデルが登場することすらあるという課題への対処として位置づけられている。
- 使い方はタスクを選び、比較するモデルを最大5つまで選択し、画像とプロンプトを設定して「Run Models」を押すだけで、各モデルが並行処理して終わったものから結果が表示される。
- モデルごとに「Deploy with an API」ボタンからデプロイ用コードを表示できるが、確認にはGoogleかGitHubのアカウント、あるいはメールアドレスでのサインインが必要となる。
🔧 plistを書き換えてもlaunchdは古い値で動き続ける問題を自動修正する
Source: Zenn | Published: 2026-08-23 16:01 JST
- macOSのlaunchdはジョブをbootstrapする瞬間に環境変数を「凍結」するためplistを書き換えても実行中のジョブには反映されず、著者は停止中のジョブだけを検知して自動で再読み込みする31行のスクリプトで解消した。
- 乖離は
launchctl print gui/$(id -u)/<ラベル>の出力で確認でき、plist側が45に書き換わっていても出力にAUTOLIKE_TIMEOUT_SEC => 30が残っていればジョブは30のまま動き続ける。 - 解決には
launchctl bootoutとlaunchctl bootstrapによる再読み込みが必要だが、走行中のジョブを落とすとその実行分の成果が丸ごと消えるため無条件の再読み込みは自分の成果を削る地雷になる。 - スクリプトはPlistBuddyでplistの目標値を、
launchctl printでlaunchdが保持する実際の値を読み、両者が一致すればスキップし、異なる場合のみlaunchctl listでPIDの有無を確認する。 - PIDがあれば見送りログを出して次回実行まで待機し、停止中のときだけboutoutとbootstrapを行って「reloaded 30 -> 45」とログに記録する設計になっている。
ClaudeTAGの使い方事例
Source: Zenn | Published: 2026-08-23 17:00 JST
- Slackに流れるBoxStatusの障害通知をClaudeTAGに日本語へ翻訳させ、続報をスレッドの時系列部分へ追記させることで、障害の進捗を1つのスレッドで追える状態にしたという運用事例である。
- 元の通知は内容が英語で、しかもスレッドではなく単発で流れてくるため、障害が長引くと通知が何件も並び時系列を目で追いながら状況を整理する必要があった。
- ClaudeTAGに依頼したのは「通知を受けたら日本語に翻訳する」「アップデートの通知が来たらスレッドに追記していく」の2点である。
- スレッド内には「09:00 障害発生」「09:30 ワークアラウンド提供開始」のように追記され、情報が1か所にまとまるうえどこが新しく更新されたかも一目で分かるようになった。
- さらに重要度に応じて自分宛のメンションを付ける設定も加えており、これらはSlack上でClaudeをメンションして依頼するだけで動作したという。
AIが実装・テストし品質保証する時代の変革とは
Source: Zenn | Published: 2026-08-23 19:09 JST
- AIが実装からテストまで担うようになっても最終的に「問題ありません」と判断するのは人間の役割であり、データ解析や機械学習の知識を持つ人材の育成が成功の鍵になると結論付けている。
- 実装面ではGitHub Copilotのようなツールが過去データからパターンを学習してエラーを予測し、コードスニペットを自動提案することで開発効率を高めていると位置づける。
- テスト面ではAIがアプリケーションの挙動を学習して自動的にテストケースを生成でき、著者はSelenium+AIテスト自動化ツールの導入でテストカバレッジが飛躍的に向上しリリースサイクルが短縮したと述べている。
- 課題としてAIの判断根拠が不透明になる「ブラックボックス問題」と、AIに依存しすぎることでエンジニア自身のスキルが活かせなくなる可能性、不具合の見逃しにつながる恐れを挙げる。
- 記事末尾のFAQでは導入コストは長期的には手動テストの人件費削減で回収できるとしつつ、AIは過去データに基づく判断のため重要な判断は人間が行うべきだと繰り返している。
AIでコードは速く書ける。それでも2画面のWebアプリに19日かかった
Source: Zenn | Published: 2026-08-23 19:42 JST
- 画面が2つしかないサービス「今昔(konjaku)」に暦日19日(コミットのあった日で15日)かかった理由は生成速度の低下ではなく、後半で検証・記録・AIへの指示を足す作業が増えたためだったと、Gitの記録から分解している。
- 開発は3つのリポジトリにまたがり合計259コミット・229 PR・121 Issueで、Week 2はPR 77本/4日(19.3本/日)、Week 3はPR 152本/9日(16.9本/日)と桁も水準も最後まで変わっていない。
- コミット種別の分布ではWeek 1はdocsが50%、Week 2はfeat+fixで70%を占め、Week 3でrefactorが1%から17%へ跳ね上がり、perf・test・ciもこの週になって初めて出てくる。
- 触ったファイルの分布でも、test/・docs/adr/・.claude/・.github/といった検証と記録とAIへの指示の割合が5%から20%へ増え、アプリ本体は56%から47%とさほど落ちていない。
- PRを細かく分けているのはAIにレビュー可能な変更単位を渡すためであり、19PR/日は人間19人分のように読む数字ではないと明記している。
ピアノ演奏の続きをAIで自動生成できるアプリ「RollTab」が登場
Source: GIGAZINE | Published: 2026-08-23 22:30 JST
- サイモン・エドワードソン氏が1億2500万パラメータのTransformerベースのモデルを独自に訓練し、人間のピアノ演奏の続きを生成するiPhone/iPad向け無料アプリ「RollTab」を公開した。
- MIDIキーボードを接続して演奏をやめると記録された短いメロディーから続きが自動生成され、公開デモでは生成までに2秒もかかっていない。
- 通常の音声生成AIと異なりMIDIを扱う点が特徴で、トークン化ではNOTE_ON・NOTE_OFF・TIME_SHIFTを1つずつトークンにする方式などを試した末に「NOTE(pitch, delta_onset, duration, velocity)」で1音符ずつ進める表現を採用した。
- この表現によりiPhone端末上でも毎秒約108音符の処理速度を実現し、人間のライブ演奏に必要な速度を大きく上回った。
- 学習データは主にパブリックドメインの古いクラシック音楽から集めた数十万件のMIDIファイル・約3億個の音符イベントで、データ量を増やすことよりクリーニングと選択のほうが重要だったという。
How China’s gray market sells Claude tokens at a fraction of the price(中国のグレーマーケットはどうやってClaudeのトークンを激安で売るのか)
Source: The Decoder | Published: 2026-08-23 16:48 JST
- Anthropicが地域ブロックやクレジットカード確認、一部ユーザーへの本人確認セルフィーまで課しているにもかかわらず、中国の開発者は「中転站(transfer station)」経由で公式価格のおよそ10%でClaudeのトークンを購入できている。
- 中転站は中国国外のサーバーに置かれたAPIプロキシで、リクエストを正規の所在地から来たかのように転送して応答を返すため、VPNも海外クレジットカードも不要で、支払いはWeChatやAlipayによる人民元で済む。
- 運営者は無料クレジットを利用したり、高価なモデルへの要求をひそかに安価なモデルへ差し替えたりして価格を押し下げており、人気の中転站はコミュニティのディレクトリで価格と可用性によってランク付けされている。
- 顧客には西側モデルを蒸留して自社の弱いモデルを高速に改善しようとする中国のAIラボが含まれるとみられ、学生・研究者・開発者・企業・アプリ制作者・趣味の利用者まで裾野は広い。
- オックスフォード大China Policy Labの研究者Zilan Qian氏は、この分業化された供給網が地域ブロックを崩すだけでなくAnthropicの不正利用監視能力を弱め、身元・決済詐欺をめぐる犯罪市場を助長しうると警告している。
Memory shortage reportedly drives Nvidia AI server prices up about 15 percent(メモリ不足でNvidiaのAIサーバー価格が約15%上昇と報道)
Source: The Decoder | Published: 2026-08-23 17:15 JST
- Bloombergの報道として、継続するメモリ不足によりNvidiaのAIチップを搭載したサーバーの価格が多くの場合15%超上昇する見通しだと伝えている。
- 対象はVera RubinとGrace Blackwellを積んだシステムで、値上げは来年初頭の出荷分に適用される。
- 主因はSamsung・SK Hynix・MicronのDRAMコスト上昇で、Microsoft・Google・Oracle向けにサーバーを製造する受託メーカーはすでに顧客へ通知しており、Nvidiaはコメントしていない。
- 負担はAmazon・Microsoft・Google・Metaのクラウド各社とOpenAI・Anthropicに及び、いずれも独自チップを開発しつつ依然としてNvidiaに依存している。
- AIインフラに巨額を投じる企業がNvidia最大の顧客でもあるため、脱却しようとしている供給元の市場支配力を自ら資金面で支える構図が強まると指摘している。
OpenAI、「GPT-5.6 Sol」のAPI料金を値下げ 入力20%出力33%安く、11月21日まで
Source: ITmedia AI+ | Published: 2026-08-23 06:54 JST
- OpenAIが8月21日(現地時間)にフラグシップモデル「GPT-5.6 Sol」のAPI利用料金を引き下げ、100万トークンあたり入力を5ドルから4ドルへ20%、出力を30ドルから20ドルへ約33%安くした。
- 期間限定のプロモーション価格で少なくとも11月21日まで適用され、ChatGPT WorkとCodexでのクレジット消費量も引き下げられる。同社は今後3カ月間でAPI料金とクレジット消費量を20%以上引き下げると告知している。
- 標準処理では入力27万2000トークン以下でキャッシュ済み入力0.40ドル・キャッシュ書き込み5ドル、27万2000トークンを超える長いコンテキストではリクエスト全体で入力が2倍の8ドル、出力が1.5倍の30ドルになる。
- Batch APIとFlex処理はいずれも半額の入力2ドル/出力10ドル、高速な「Fast mode」は2倍の入力8ドル/出力40ドルで、ChatGPTのPro・Plus・Businessに含まれる利用量に変更はない。
- 下位のTerra(入力2ドル/出力12ドル)とLuna(入力0.20ドル/出力1.20ドル)は今回の対象外で、両モデルは7月30日にそれぞれ20%・80%値下げされている。
【Gemini】 Geminiの管理者向けセキュリティ対策ガイド
Source: Zenn | Published: 2026-08-23 23:35 JST
- Google Workspaceに統合されたGeminiを組織で安全に運用するため、管理コンソールで設定できる「Geminiアプリ」とサイドパネル版Geminiの制御機能、Google Vaultによる会話履歴の保持・監査までを解説したガイドである。
- 会話履歴は「保存の有無」「保持期間」「ユーザーによる削除権限」を管理者が一括制御でき、設定は管理コンソールの[生成AI]>[Geminiアプリ]>[Geminiとの会話の履歴と管理]から行う。
- 履歴を無効にすると画面上に一切残らなくなるため、端末紛失や画面の覗き見による情報漏洩リスクを最小化したい場合に有効だとする。
- 保持期間は3ヶ月・18ヶ月・36ヶ月の3択で指定期間を過ぎた履歴は自動削除されるが、「最後の操作」の時点で保持期間がリセットされるため、古い会話に新しくプロンプトを入力するとそこからさらに保持され続ける点に注意が要る。
- ユーザーによる手動削除を禁止する設定もあり、後から不正やミスを検証できるよう意図的なログ消去を防ぎたい監査要件のある組織に適するとしている。
家族で使うAIエージェントのDiscord運用
Source: Zenn | Published: 2026-08-23 07:28 JST
- Claude Maxのような個人向け定額プランは本人以外が使うと規約違反になるため、著者は個人用と家族共有用でバックエンドを分けた2体のbotをDiscordに常駐させる構成を採った。
- 常駐にはからあげ(karaage0703)氏が公開するOSS「xangi」を使っており、Claude CodeやCodexなどのAI CLIをバックエンドにDiscordやSlackから利用できる。
- 個人秘書の「ebisu」はMaxプランの定額枠で著者の発言にだけ反応し、家族共有の「tako」はClaude APIを使って著者にも妻にも反応する。
- 2体はそれぞれsudo権限なし・homeのパーミッション700の専用Linuxユーザーで起動しており、互いのhomeディレクトリや認証情報に到達できないようOSレベルで仕切っている。
- パブリックチャンネルでは両方とも自動応答を切ってメンションされたときだけ応じ、プライベートチャンネルは担当botが1体だけなので呼ばずに書いてもそのまま応答する設計になっている。
GeminiAPI×GoogleDrive×Sheetsで完全自動化!Pythonレシート家計簿システム構築ガイド(無料枠のみ使用)
Source: Zenn | Published: 2026-08-23 12:38 JST
- Googleドライブにアップロードしたレシート画像をGemini APIの無料枠でOCR解析し、Googleスプレッドシートへ自動記帳するPythonシステムの構築手順を全7章にまとめた本が公開された。
- 第2章でGoogle CloudとOAuth 2.0認証のセットアップを、第3章でGemini API無料枠の準備と構造化OCRの仕組みを扱う。
- 第4章でDriveとSheetsの連携およびクライアント実装、第5章でパイプライン実装とuvによる環境構築、動作確認までを進める。
- 第6章はスマホ連携と定期自動化・カスタマイズ、第7章はプロジェクト構成と完全ソースコード集を収録している。
- 全体で約6万6827字、価格は1,000円で、第1章「システム概要と全体設計」が無料公開されており、著者は有料APIを使わず無料枠のみで完結させる方針を掲げている。
Metaのオープンウェイト戦略 ── AIモデルを無料で配って勝つビジネスモデルは、どう成立しているのか?
Source: Zenn | Published: 2026-08-23 19:25 JST
- Metaが2026年8月にモデルを無料公開した狙いは「オープンソースに戻った」という文脈では説明できず、同社が本質的に何で稼いでいるかを見たときにだけ説明できると論じている。
- 2026年8月10日にマーク・ザッカーバーグ氏が6,500語の手紙を公開し「最も危険なシナリオは、主要なAI研究所が強力なモデルを訓練して、自分たちのために取っておくことだ」と述べ、同じ日にMuse Glimmerを商用利用も改造も再配布も自由なライセンスで公開した。
- 2025年のLlama 4のライセンスにあった5条件のうち、月間利用者7億人超の企業にMetaの個別許可を求める条項、「Built with Llama」の表示義務、派生モデル名を「Llama」で始める義務、利用ポリシー遵守義務の4つがMuse Glimmerでは消え、Apache 2.0が採用された。
- 一方でMuse Glimmerの説明書には、Muse Sparkより全般に能力が低いためMetaの「フロンティアAI」の定義には該当しないと自ら明記されている。
- 強いAIを取っておくのは危険だと書いた日に、自社で「一番よくはない」と認めたモデルを公開したという矛盾が、記事の出発点に置かれている。
ローカル LLM を OpenAI Agents SDK で Agent として動かす
Source: Qiita | Published: 2026-08-23 21:32 JST
- OpenAI互換APIを公開するローカルLLMサーバーにOpenAI Agents SDKを接続し、Instructionsを持つ単一のAgentをRunnerから実行する最小構成を検証した記事である。
- 使うのはAgent(名前・Instructions・使用モデルを定義)とRunner(Agentと実行時入力を受け取り最終出力を返す)の2つだけで、ToolやAgent間の連携は今回追加していない。
- 題材は1件ごとの決済データから日付・商品別の決済件数と売上金額を集計させるタスクで、入力データ・除外条件・出力形式を一度に渡せるためInstructionsと実行時入力の反映を確認しやすいと説明する。
- 処理経路はrequest.txtからSales Data Preparation Agent、OpenAI Agents SDK、OpenAI互換API、ローカルLLMサーバーを経て集計済みMarkdown表に至る流れになる。
- 記事は集計の正確性や本番運用に耐えるデータ処理を検証するものではないと断り、LLMの接続設定とAgentの定義・実行を分けて記述できることの確認に目的を絞っている。
Google Cloud認定資格の勉強方法
Source: Qiita | Published: 2026-08-23 22:14 JST
- 2年前にGoogle Cloudの資格を一通り取得した著者が、有効期限2年のProfessional資格を危なげなく更新できている勉強法を、試験2カ月前からの時系列で共有している。
- 2カ月前から2週間前は公式学習サイトGoogle Skillsの試験対策パスを受講し、試験範囲の説明・動画による体系的な解説・ラボによるハンズオンでほぼ網羅できるが、全部やると時間がかかるため自信のある範囲はスキップしてよいとする。
- 記事にはCloud Digital LeaderからProfessional Security Operations Engineerまで14の認定資格それぞれの学習パスへのリンクを掲載している。
- 2週間前から1週間前はGemini Notebookのクイズ機能を使い、試験ガイドをデータソースに追加して試験範囲に合わせたクイズを生成し復習する。学習パスが長く序盤を忘れてしまうための対策だという。
- Google Cloudパートナー企業の在籍者はGoogle Skills for Partnersを無料で利用でき、カタログページで形式=学習プログラムを指定して資格名を検索すれば対応する学習パスが見つかると案内している。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | MileGPO:グラフ+マイルストーンでLLM Agentの長期信用割当てを刷新する | 軌跡全体に同じアドバンテージを与えるRL訓練では重要な一歩とどうでもよい一歩を区別できないとして、動的な状態グラフとマイルストーン再重み付けで信用割当てを密にする手法をarXiv論文から解説している。 | @Currently Learning そんけいご | 00:00 |
| 2 | なぜ「AI が書いた」と知っただけで嫌になるのか | 開示の前後で文字列は何も変わらないのに評価だけが反転する現象を、松浦勝人氏がAIにnoteのアカウント作成から投稿まで任せていたと明かした件を起点に考察している。 | @Yasuhiro Nakayama | 00:03 |
| 3 | なぜ、GPTのTerra以下、ClaudeのSonnet以下、Geminiの全部に価値が無いのか? | 弱いモデルは流暢な誤答で人間に監督コストを負わせる「認知負債」を発生させるため、考える必要がある仕事なら最初から最上位モデルを使うべきだと論じている。 | @pdfractal | 00:08 |
| 4 | AIエージェントへの「委譲」はタダではない — 1週間分の実測で損益分岐を出した | Claude Codeから別のCLIエージェントへ力仕事を委譲する構成を1週間運用し、1回あたりClaude側75〜90kトークンと起動9〜12秒の固定費がかかるため小さいタスクは委譲するほうが高くつくと実測した。 | @Ace | 01:54 |
| 5 | 34日でブラウザゲーム8本のサイトを立てた。Claude・ChatGPT・Sunoの分担と、丸投げできなかったもの | 平日夜に30分ずつでは着手前にアイデアの寿命が切れると振り返り、Claude・ChatGPT・Sunoに役割を分担させて34日で8本を公開した過程と、丸投げできなかった部分を記録している。 | @kawaiy | 02:03 |
| 6 | スマホのSlackから自宅PCのClaude Codeを動かす。ポート開放は要らなかったが、作っているのは自宅への遠隔実行経路だった | 外出先で浮かんだ用件が帰宅までに9割消える問題を、SlackへのDMを自宅PCのClaude Codeが処理して同じスレッドへ返す仕組みで解決し、ポート開放は不要だったと報告している。 | @kentaro | 02:30 |
| 7 | VRAM 8GBでSDXLを「必要な時だけ」動かす。ComfyUIの起動をStart-Processで書いたら、呼び出し元が固まった | VRAM 8GBのためComfyUIを常駐させられず必要時だけ起動する構成にしたところ、Start-Processで書いた起動処理が呼び出し元を固めるWindows一般の罠を踏んだと報告している。 | @kentaro | 02:30 |
| 8 | クロスポストパイプラインで踏んだ設計判断——SEO事故を防ぐcanonical対策とスキル分割の理由 | ZennもQiitaもfrontmatterでcanonicalをサポートしないため、Zennは末尾・Qiitaは冒頭にutm付きの転載元リンクを置く帰属表示を採用し、1記事を7プラットフォームへ配信するスキル構成を公開している。 | @playpark | 03:54 |
| 9 | AI導入後の会議メモを5項目に正規化する | 利用件数や所要時間だけが残って次の判断ができなくなる定例会議を改善するため、メモを通常・境界・停止に分類し毎回同じ5項目のテンプレートへ落として次回レビューへ戻す最小フローを提案している。 | @Kirisaki Kazuya | 05:36 |
| 10 | Claude Code / Codexのコストをタスク単位で測るとき、曖昧なセッションを按分しない理由 | 既存のトークン計測ツールを認識したうえで、ログを外部へ送らない制約から自作したagent-costにおいて、どの変更のための利用か曖昧なセッションをあえて按分しない設計判断を説明している。 | @Yusuke Shiki | 05:54 |
| 11 | Sigma Publicは何をどこまで出来るのか〜Sigma製品版との機能比較・24項目で整理〜 | 無償版のSigma Publicと有償の製品版Sigmaの違いを24項目で比較し、Tableau Publicに相当する位置づけとして何ができて何ができないのかを整理している。 | @しんや | 08:04 |
| 12 | 46. AIの判断基準を公開資料から作る【実装編】— 実測値を機械検査に落とし、自分の資産を測り返す | 調査編の実測値を機械検査13項目と読解判定18項目のレビュー機構へ落とし、資料の型を最初に判定して基準の当て方を切り替える設計が最も効いたと述べ、完成後に自分の資料がフォント違反と示唆ゼロを指摘されたと明かしている。 | @yamada-ai-dev | 08:30 |
| 13 | 「AIを使う」という一段階が、思考から消えていた | 複数のAIに役割を持たせて遊んでいた高校生の息子がSNS上の現象分析まで形にしたのを見て、AIを使うと意識する段階そのものが消えつつあると考察している。 | @RiriEnu Lab (リリエーヌ・ラボ) | 08:45 |
| 14 | AI動画の外注費は「完成尺」で見積もると半分以下に外れる(機材109万の回収試算) | 外注は完成した尺ではなく「焼いた尺」に課金されるため多くの人が見積もりを半分以下に外すと指摘し、GPU機85万円とMac 24万円の計109万円の機材投資と比較した回収試算を証拠クラス付きで示している。 | @made_linlin | 09:05 |
| 15 | ゼロから始めるClaude Code #15 総まとめ:使って分かった勘所とハマりどころ | 全15回の連載最終回として、CLAUDE.mdとスキルとフックを育て自作ツールを作りチーム開発へ持ち込むまでの一周で掴んだ勘所とハマりどころを整理している。 | @みか あんど ここ | 09:31 |
| 16 | Claude・Gemini・GPT、同じ要約タスクでもプロンプト設計をどう変えるか | 出力のばらつきはモデルの性能差ではなくプロンプトの設計思想がモデル特性に合っていないことが原因だとして、障害報告書の要約を題材に3モデル別の書き分けを実際の出力とともに示している。 | @おむすび | 09:32 |
| 17 | エージェントのどこが壊れているのか — DeepEval で推論・行動・全体を層別に評価する | 「動いてはいるがなんかおかしい」エージェントの失敗箇所は推論・行動・全体の3層に分解できるとして、DeepEvalで層ごとに別のメトリクスを当てどこで曲がったかを特定する手順を解説している。 | @エージェント評価の備忘録 | 09:45 |
| 18 | AIで実装が速くなったとき、要求をどう確かめるか | コーディングエージェントで業務アプリを短時間で試作しても翌月には担当者がまたExcelを開いたという例を挙げ、実装コストが下がった分だけ要求の確かめ方を見直す必要があると論じている。 | @しぐま | 10:03 |
| 19 | RAGとGraphRAGを同じ100問で並べたら、勝敗が質問タイプで真っ二つに割れた | GraphRAGを次世代RAGと信じて全質問に適用したところ100問中44問ぶんのカテゴリでRAGに負けたと報告し、GraphRAGは上位互換ではなく質問タイプごとの使い分けが要ると結論付けている。 | @井本 賢 | 10:22 |
| 20 | Claude CodeでμITRON風RTOSにTCP/IPスタックを作る 第7章 7.1: HTTPリクエスト行のパース | 自作TCP/IPスタックの上にHTTPを載せる章の前半として、ESTABLISHED状態で受信したTCPペイロードからリクエスト行のmethod・path・versionを取り出しシリアルへダンプする実装を扱っている。 | @pekopugu | 11:23 |
| 21 | AI生成コンテンツは、なぜ信頼されにくいのか | 業務でAI生成文を多用しても問題が起きないのは自分が内容を確認し修正して成果物として確定させているからだとして、信頼の分かれ目は書き手がAIか人間かではなくレビューの有無にあると整理している。 | @立林裕太朗 | 11:47 |
| 22 | 【AWS】SageMaker AIの推論レコメンデーションは何を自動化したのか? | 2026年4月に追加された推論レコメンデーション機能が、生成AIモデルの本番デプロイに必要なインスタンス選定とパラメータチューニングを手動ベンチマークなしで自動化する点を整理し、8月のGUI対応拡張にも触れている。 | @kira_n | 11:51 |
| 23 | Claudeと対話しながら『家族旅行のしおり』を作った話 | 沖縄旅行の計画をClaudeと重ねるうちに、大人が携行する高密度のPDFしおりと海中デザインの子ども向けHTMLしおりという形ある成果物へ育っていった過程を記録している。 | @Hajime Mikubo | 11:52 |
| 24 | [PoC] Defeating Rich-man AI Engineering: 99.5% Matrix Math Shaved | カーナビの発想から持ち込んだQuadtreeとmmapによる索引で行列演算を99.5%削減したと主張し、WSL2のRAM 6.5GB環境でOOMなしに動かしたPoCを特許化せずパブリックドメインとして宣言している。 | @Kenji Igarashi | 11:57 |
| 25 | 検証は全部PASSした。それでも、生成したPDFの文字は見えなかった | 生成・ビルド・構造・文字の有無・検証がすべて通ったPDFを実機で開くと文字が表示されず、しかも同じものを2回出していたという事故から、検証項目が実際の見え方を担保していなかった原因を掘り下げている。 | @AILMIRA | 12:13 |
| 26 | AIへの指示書をAGENTS.mdという名前で置いたら、入力が1トークンも増えなかった。CLAUDE.mdに変えた瞬間7110トークン増えた | CLAUDE.mdとAGENTS.mdを両方置いたときClaude Codeがどちらを読むのかを入力トークン数の増減で実測し、ファイル名を変えた瞬間に7110トークン増えたことから優先順位を確かめている。 | @ぬまーんのZenn記事 | 13:19 |
| 27 | RAGにおけるコンテキスト整備 | 蒲生弘郷著のコンテキストエンジニアリング本を読むシリーズの第4弾として、適切な検索クエリの生成とLLMにとって質の良い検索対象テキストの用意が要点だと読み解いている。 | @おりょう【なんでもデータ分析】 | 13:31 |
| 28 | Windows で Claude Code が動かないときに見る17か所 | 日本語の文字化けやgitのファイル名の数字化、npm installの停止といった不具合の大半はコードではなく環境設定に起因するとして、確認すべき17か所を調査コマンドと直し方つきで列挙している。 | @Yoggy|動かすくん | 13:43 |
| 29 | JavaでMCPサーバーを作る ― Spring Boot + Spring AIでMCP Toolを公開する | ローカルLLM環境からJavaの処理を利用できるようにする目的で、Spring BootとSpring AIでregister_expenseという経費登録のMCP Toolを公開しMCP Inspectorから呼び出すまでを実装している。 | @たなかり | 14:06 |
| 30 | MCP サーバをローカルでも動かせるようにしたら、ツール定義は 1 行も増えなかった | Cloudflare Workers上のMCPサーバにstdio版エントリとツール定義を切り出したファイルの2つを足すだけでローカル実行に対応でき、HTTP版とstdio版が同じ定義を共有できたと報告している。 | @ma2no4413 | 14:34 |
| 31 | LLM API観測の基本構造:費用・遅延・品質をつなぐ | 月次請求からは長い入力や再試行といった費用増の理由が分からないとして、一回ごとの実行記録と提供元が集計した請求データを別の層として扱う観測設計を提案している。 | @Yusuke Hayashi / 林 裕輔 | 14:42 |
| 32 | LLM APIの「安いモデル」は、キャッシュ率を入れると順位が入れ替わる | 100万トークンあたりの単価だけでモデルを選ぶとプロンプトキャッシュを考慮した瞬間に順位が逆転すると指摘し、システムプロンプトの長いチャットボットでは珍しくないと具体例で示している。 | @tokentally | 15:06 |
| 33 | AIエージェントシステムの費用はどう決まる?API利用料から運用費まで | 費用はLLM API利用料だけでなく検索やデータ保存などのツール、実行状態の管理、ログや評価、人による確認まで含めて構成されると整理し、利用者の1操作が内部では何度もの呼び出しになる点を説明している。 | @Yusuke Hayashi / 林 裕輔 | 15:12 |
| 34 | Embedding は採点に向かない ── 「偶数」と「奇数」に満点を出した話 | 自由記述の採点にコサイン類似度を使ったところ「偶数」と「奇数」に満点が出たとして、実装済みの層を捨てた判断の経緯とともにEmbeddingが正しさの判定に向かない理由を述べている。 | @フェレットさん | 15:17 |
| 35 | WordPressのカスタムフィールドがAPIに出てこない時に足す1行 | 管理画面には入力欄があるのにREST API経由の応答に値が出てこない症状について、Claude Codeで自社サイトの自動化を進める中で踏んだ原因と1行の対処を実際の手順のまま記録している。 | @クジラ | 15:21 |
| 36 | RLは推論を教えていない — トークンの1-3%を修正するだけでRLと同等の性能を達成するReasonMaxxer | RLがモデルに新しい推論戦略を教えているという前提を覆すarXiv論文を紹介し、トークンの1〜3%を修正するだけでRLと同等の性能に達するReasonMaxxerを通じてRLの本質は疎な方策選択だと論じている。 | @Currently Learning そんけいご | 15:30 |
| 37 | そのキャラ、どこまで壊さず動かせる?参照画像編集を実際のAIキャラ生成で検証 | PixAIの画像生成モデル「Tsubaki.3」で同じ参照画像を固定したまま衣装・ポーズ・カメラアングル・背景を変え、キャラクターの一貫性がどこまで保たれるかを確認している。 | @sato | 15:32 |
| 38 | RTX 3060 12GB で OpenMythos 1B を学習させてみた | OpenMythos付属の3B用トレーニングコードを1B向けに改変し、RTX 3060 12GBで学習を開始できるか、Flash AttentionでVRAM不足を回避できるか、実際のGPU使用量と30Bトークン学習の所要時間を確認している。 | @零番ポート | 15:46 |
| 39 | AIに全部任せて、4箇所だけ止める——無人運用で固まった「意図確認レイヤー」の設計 | Claude Codeを約3ヶ月無人運用した結果、人間の承認を挟む箇所を4類型に固定して残りを全自動化する設計に到達したとして、週次タスクで312件を無人処理し承認は1回だけだった実績を示している。 | @krbrr | 16:28 |
| 40 | llama.cppでQwen3.8:27b-GGUFのThinking Effortを下げる | 量子化したQwen3.8:27b-GGUFで思考ループや出力遅延が気になる場合、llama-cliの —thinking-effort low が不要な思考ステップとトークン消費を抑える有効な対策になりそうだと検証している。 | @ibuky | 16:34 |
| 41 | NOCCA×NOCCAの完全解析を独立再現してみた | 山本・保木(2022)によるボードゲームNOCCA×NOCCAの強解決を別実装で追試した個人プロジェクトとして、新しい主張ではなく実装と検証の過程を記録している。 | @keison | 16:54 |
| 42 | AI Providerを選ばせないために──APAPを設計・実装して見えた抽象化の境界 | ProviderのSDKを直接呼ぶ実装はモデル入れ替えやリージョン制約、テナント単位のコスト統制まで抱え込むとして、抽象化層APAPを設計・実装して見えた責務の境界を整理している。 | @io0323 | 17:19 |
| 43 | 今更聞けないエージェントスキル入門|最初の1つを書いて育てるまで | チャットで同じフィードバックを繰り返してもセッションが変わると元に戻る問題をスキル化で解消したとして、SKILL.mdの書き方と最初の1つを作って育てる手順を未経験者向けに紹介している。 | @Takeshi Saito | 17:21 |
| 44 | Steam で公開中のゲームを Agent Plugins 1.0.0 に準拠させた | 公開中のゲームをAgent Plugins 1.0.0へ準拠させた経験から、準拠自体は難しくない一方で現時点のメリットは乏しく、真価が問われるのはこれからだと結論付けている。 | @naoya | 17:23 |
| 45 | Claude API (Messages API) を TypeScript から使ってみた | Claude Consoleはプロプランとは別料金体系だったため5ドルを購入し、SDKをインストールしてTypeScriptからAPIを呼び応答を受け取るまでの手順を記録している。 | @むのー | 17:27 |
| 46 | 自律分散型レジリエンス国家の設計図 ―― AI有事・気候激甚化時代におけるシステム統合アプローチと技術者の役割 | 境界防御が崩壊し少子化と激甚災害でインフラが後退する時代を前提に、オストロムのコモンズ論や経産省・WOTAの分散化戦略を架橋し、エンジニアが動くプロトタイプで寄与するための実践的マニフェストを提示している。 | @日下武紀 | 17:54 |
| 47 | SBV2とPodmanで考えるAIツールの危険性対策 第四章 | 全4章の最終章として、Podman rootlessコンテナ単体では十分なセキュリティを確保できないとして、セキュリティ関連オプションとnftablesによるオフライン化を組み合わせた設定を解説している。 | @永遠ノ初学者 | 17:59 |
| 48 | 三大エンジニアリングは pdlc-skills の中でどう噛み合うのか | 三層が本当に結合しているかは同じ状態を共有しているかで判断できるとして、互いを一度も呼び出さずディスク上の1ファイルを介して引き継ぐ実装と、機能ごとにファイルが分かれたことによる予想外の副次的利点を説明している。 | @kanfu-panda | 18:11 |
| 49 | AIエージェントにファイルを壊させない4つのルール——一括置換で477行消した事故から | 477行のうち345行、同じ日に別ファイルでも622行のうち453行が未コミットのまま一括置換で消えた事故を起点に、エージェントにファイル編集を任せる際の4つのルールを提示している。 | @リク | 18:11 |
| 50 | AIエージェントの手戻りが減らない人へ——「書かせ方」ではなく「直させ方」をルールにする | 同じレビュー指摘を1週間で5回書いた経験から、プロンプトを丁寧にしても手戻りは減らないとして、ルールを「良い書き方」ではなく実際に起きた事故と指摘から作るべきだと勧めている。 | @リク | 18:21 |
| 51 | Qwen3.8-27BをOllamaで24GB GPUに導入する方法【Claude Code連携】 | RTX 3090 24GBでQ4_K_M(18GB)は動いたがQ8_0は30GBに達してOOMで即死し、半日探してもこのGPUクラス向けのvLLMレシピが存在しないと分かった経緯から導入手順をまとめている。 | @rural writer | 18:48 |
| 52 | つまらないインターネットを、おもしろいノベルゲームにしてもらう | Hacker Newsの日本語要約をChatGPTに頼むと文体が毎回似通ううえ情報量も多く理解しにくいとして、ペルソナ変更にも飽きた末にノベルゲーム形式で読ませるサイトを自作した経緯を紹介している。 | @黒ヰ樹 | 19:02 |
| 53 | ローカルLLMの生成速度測定、llmfitでよくない? 自前ベンチマークと比べてみた | Ollama APIを直接叩く自前スクリプトで測っていた生成速度を、より手軽なllmfitで同じ5モデル分測り直し、MacBook Air M5 32GB環境で両者の結果を突き合わせている。 | @koki_n22 | 19:03 |
| 54 | エラーを3秒でAIに丸投げする若手エンジニアの現状と解決策 | 若手がエラー処理を即座にAIへ委ねる傾向が広がっているとして、AIの解決策が必ずしも正確ではなく時に不適切な提案もする以上、確認と手動での学習を残す必要があると論じている。 | @すんすん | 19:09 |
| 55 | 鬼編集者を敵対レビュー&ループで回して、AIにSF小説を書かせてみた | Fable5をeffort xhighで使い、サブエージェントを鬼編集者役の敵対レビュアーに据えて指摘がなくなるまで /loop で修正させ、アマテラス粒子を核にしたハードSFのプロットを仕上げた過程を公開している。 | @karamage | 19:53 |
| 56 | 製造業の現場データとLLM選定:クラウド型とローカル型をどう見極めるか | 図面の寸法データや加工機のログ、熟練工のメモなど社外に出したことのないデータを前提に、クラウド型の性能とエコシステムの利点とローカル型の情報管理上の安心を天秤にかける判断軸を整理している。 | @yutaka8484 | 20:00 |
| 57 | 打った文字の一部だけが消える — ブラウザ自動化の type が半角英数字を落としていた | ブラウザ自動化のtypeで入力した本文が実際には12文字ずれており、消えていたのは半角英数字だけだったという症状を、送信直前に仕込んだ検査で検知した実測とともに報告している。 | @まめ研究員 | 20:07 |
| 58 | ChatGPTはどのように文章を生成するのか? — LogitsとSoftmaxを理解する | 学習編に続く生成編として、これまでの文章から次のTokenを予測する処理の繰り返しという基本の流れを、LogitsとSoftmaxの役割から整理している。 | @shai | 20:21 |
| 59 | 動画・音声データを「検索できる知識」に変える:文字起こし API で作るコンテンツ管理基盤 | YouTubeやPodcast、会議録音といった非構造化の音声・動画は再生しなければ内容が分からず検索や分析に向かないとして、文字起こしAPIを用いたコンテンツ管理基盤の作り方を示している。 | @CiciSee | 20:26 |
| 60 | 「あなたの職業倫理観は素晴らしい」と言われて、少し救われた話 | AI利用可とされたサマーインターンのチーム開発で、どこまでAIに依存するかを各自の判断に委ねられた中での自分の姿勢がフィードバックで評価された経験を振り返っている。 | @YK | 20:28 |
| 61 | AI学習支援は利用中の正答率だけで評価してはいけない | 2025年にPNASへ掲載された高校数学のRCTで、GPT-4利用中の練習得点は伸びた一方チャット型AI利用群はAIなし試験で対照群より17%低い得点になったとして、利用中の性能とAIを外した後に残る技能を分けて評価すべきだと結論付けている。 | @Kai@生成AI | 20:43 |
| 62 | AIに仕様だけ渡してテストを書かせたら全部緑。それでも実装変更は3件必要だった | 実装とテストを別セッションで独立に生成する案への「レビューで担保すべきでは」という反論を受け、実際に仕様だけからテストを書かせたところ全部緑になったが実装変更は3件必要だったと検証している。 | @HawkClaws | 21:00 |
| 63 | クソボケ確率生成器が「知性」を獲得するまで | 「1+1は3です」と言い続ければ迎合していた頃の生成AIから、次に来そうな単語を確率で並べているだけという評価がどう変わってきたかを、創世記のパロディを交えて振り返っている。 | @mol | 21:03 |
| 64 | Claude Code のセッション引き継ぎは「現在地スナップショット」で回す — HANDOFF / QUESTIONS / 採番の型 | 精度低下を避けるためセッションを細かく切ると失われるコンテキストを、HANDOFF.mdと質問リストと一意採番の3点セットで補い、引き継ぎファイルは太り続ける時系列ログではなく現在地スナップショット型にすべきだと述べている。 | @tokoi | 21:25 |
| 65 | 「答えを教えないAI」を自作した話 — ノートの写真から3段階ヒントを出す家庭内学習サーバー | 子どもがタブレットでノートを撮影するとヒント1文とやさしい問いかけ、必要ならSVGの図が返って読み上げられる家庭内学習サーバーを構築し、答えを出させないプロンプトとサーバー設計を公開している。 | @伊澤剛志(公認会計士) | 21:28 |
| 66 | WebNNでLLMをNPUで動作させる | Intel Core Ultra 7 258V上でTinyLlama 1.1BをNPUで走らせ、デコード速度がWebGPUの5.0倍・CPUの88倍、NPU使用率86%で生成テキストは96トークンすべて一致したと報告し、動的形状が使えない制約への対処も示している。 | @技術的な何か Zenn出張所 | 22:01 |
| 67 | メモ:Claude CodeのStatus Lineに5時間・週間制限の状況を常に表示する(Windows) | 5時間制限や週間制限に頻繁に引っ掛かるため可視化モニターを作っていたが、作業環境がCLIベースに戻ったのを機にステータスライン常時表示へ方針を変えたとして、Windows向けのstatusline.pyを公開している。 | @kazuhito | 22:17 |
| 68 | 100万トークンでも文書翻訳が崩れる理由:長いコンテキストとファイル構造は別問題 | 数百ページのPDFやExcelをそのまま渡すと途中が抜け、用語訳が章ごとに変わり、数式やセル参照まで書き換わるとして、コンテキストウィンドウの大きさと文書を壊さず翻訳できることは別問題だと結論付けている。 | @kkhux | 22:46 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | freeAiChat【第3回】:React × Next.js × shadcn/ui で構築されたチャットフロントエンドを詳細解説 | 無料で構築するRAG×マルチLLM対応AIチャット連載の第3回として、React・Next.js・shadcn/uiで組んだチャットフロントエンドの構成を詳細に解説している。 | @8alfalfa8 | 01:22 |
| 2 | AIにソースコードのおまとめ。(再)直前のソースコードを出力する おすすめの 見出し、ソースコード、計算結果を一式で教えて下さい。 | 直前のソースコードを出力させる際に「一式で」と付けないとソースコードだけが返り計算結果が出てこないという、指示の書き方の勘所を短く記録している。 | @mrrclb48z | 07:56 |
| 3 | MCP TypeScript SDKのMCPサーバサンプルを動かす | 2026-07-28のMCPアップデートにJava向けSDKが未対応だったため、対応済みのMCP TypeScript SDKのサーバサンプルをREADMEに沿って立ち上げている。 | @kanata564 | 10:26 |
| 4 | RAG構築の壁を越える!ローカル×クラウドのハイブリッド構成とコスト戦略 | 検索精度が出ない、クラウドだとコストが跳ね上がる、機密データを外部に渡せないという実務で直面する三つの壁に対し、ローカルとクラウドを組み合わせたハイブリッド構成とコスト戦略を提案している。 | @DaokFrontier | 11:05 |
| 5 | 富豪AI(加算思考)への疑問。日本のカーナビ・電子辞書の引き算思想でllama.cppの最深部をハックした話(RAM 6.5GB極貧環境) | 日本のカーナビや電子辞書の引き算思想をllama.cppの最深部に持ち込んだアルゴリズムAMIをRAM 6.5GBの環境で実装したとして、特許ではなくパブリックドメインだと冒頭で宣言している。 | @igaken1972 | 12:09 |
| 6 | 【Amplify x AgentCore】業務で“本当に”使えるAWS運用アシスタントを作ってみた | Amplify Gen 2とAmazon Bedrock AgentCoreで、ブラウザのチャットから自然言語でAWSリソースを問い合わせ・操作できる運用アシスタントを構築し、コーディングはKiroに全面的に任せたと報告している。 | @jus1730 | 13:16 |
| 7 | ライブラリなしで大富豪をAIに作らせてみた ― Gemini × Antigravity CLI × マルチエージェント【前編】 | 以前作ったチェスアプリはPythonのライブラリに助けられていたと後から気づいたため、今回はライブラリなしでGemini・Antigravity CLI・マルチエージェント構成に大富豪を実装させている。 | @0903osa | 19:57 |
| 8 | 大人用です。四等分円と半円。中学受験2013年灘中(その2/2)「【これぞ図形の最高峰】灘中の算数の難問で頭をフル回転させよう…」様を、Gemini先生に教えてもらいました。 | 灘中の図形難問の後半をGeminiに解かせた対話記録で、AIが不正確な情報を表示しうる前提を明示したうえで解法を追っている。 | @mrrclb48z | 20:20 |
| 9 | 同じロボットを2台目買ったら何も動かなくなった ── そして「動かない」の8割は自分の測り方が悪かった(RoboMaster S1) | DJI RoboMaster S1をアプリなしで動かすシリーズの4本目として、2台目で何も動かなくなった原因の8割は自分の測り方が悪かったことにあったと結論付けている。 | @tamaki_omoto | 20:39 |
| 10 | GPT-4学習支援を「利用中の得点」だけで評価してはいけない:高校数学RCTの17%低下を読む | 高校生約1,000人のRCTでGPT-4利用中の練習得点は48%または127%向上したが、ChatGPTに近いUIを使った群はAIなし試験で対照群より17%低い得点になったとして、教師が用意したヒントを返す設計との差を読み解いている。 | @Kai_GenAI | 20:42 |
| 11 | Codexの codex mcp add で公式ドキュメント検索を1つ増やす — OpenAI Docs MCPを10分でつなぐ | 読み取り専用のOpenAI Docs MCPを codex mcp add でCodex CLIへ1本だけ登録し、codex mcp list に openaiDeveloperDocs が出て出典URL付きで公式仕様を答えさせられる状態までを10分の手順として案内している。 | @akira_papa_AI | 22:35 |
| 12 | Claudeと一緒に北海道4泊5日の家族旅行プランをつくった話 | プランを考えるのが面倒でClaudeに全部投げたところ、飛行機・ホテル・アクティビティの予約までほぼ会話だけで完結できたと報告している。 | @zzzzico | 22:50 |
| 13 | ChatGPTとCodexのアプリ統合でバナー広告画像生成と登録の一本化を狙ったがうまくいかなかった話 | 残り使用量を使い切らないようChatGPTとCodexを使い分ける運用に落ち着いたものの使い分け自体の手間が生まれたため、アプリ統合による一本化を試みてうまくいかなかった経緯を記録している。 | @kskwtnk | 22:57 |
| 14 | 無理関数の置換積分と三角関数、双曲線関数について | √(a²+x²)を含む関数の不定積分でx=a·tanθの置換が通用しない場合があるとして、双曲線関数を用いた置換に切り替える方針を整理している。 | @arairuca | 23:20 |
| 15 | HostedMCPTool で外部ツールをAgent に接続する | MCPはLLMが外部ツールやデータソースと標準化された方法で通信するためのプロトコルだと整理し、HostedMCPToolを使ってAgentをMCPサーバー経由で外部ツールへ接続する方法を示している。 | @jungyeounjae | 23:32 |
| 16 | はじめての技術書執筆の裏側。『Claude Codeで作って学ぶ』ができるまで | 2026年9月8日刊行の『Claude Codeで作って学ぶ AI駆動アプリ開発入門』ができるまでの経緯を、著者が音声入力で話した内容をClaude Codeで読みやすく整理する形で公開している。 | @tomada | 23:40 |
| 17 | Spring AIでLLMの出力品質をテストする — 回帰検知と自動リトライ | 同じプロンプトでも毎回違う文章が返る非決定的な相手には従来の等値アサーションが通用しないとして、Spring AIで出力品質の回帰検知と自動リトライを組む方法を解説している。 | @ryoji9702 | 23:40 |
| 18 | 無選択のサバイバル:意味不明な選択肢と世界の断末魔 | 無限に生成される選択肢だけで構成された世界で、まともな選択をするほど崩壊が加速するという逆説的なルールのゲームを設計している。 | @lemonIN | 23:46 |
| 19 | 「なんでも屋のAI」を渡したら、高校生がガチのエンジニアになった話 | フリーランスの事務所を訪ねてきた知り合いの高校生に汎用的なAIを渡したところ、実際にエンジニアとして形になっていくまでの経緯を追っている。 | @saikoseiko | 23:56 |
| 20 | Pythonで〇×ゲームのAIを一から作成する その242 強化学習におけるマルコフ決定過程の性質と重要性 | 連載242回目として、強化学習におけるマルコフ決定過程の性質と、それが〇×ゲームのAI設計でなぜ重要になるのかを整理している。 | @ysgeso | 23:59 |
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AIエージェントが実際にどのように動いてトークンを使っているかが後から見てわかるようにできる「Langfuse」、オープンソースでセルフホスト可能 | LLMへの問い合わせ・検索・ツール実行・結果の再投入といったAIエージェントの実行経路を丸ごと記録し、どこで何トークンを使ったかまでブラウザから追跡できるセルフホスト可能なオープンソースツールが公開された。 | 23:00 |
The Decoder
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AI could make scientists do more work less well, not less work better, study argues(AIは科学者の仕事を「減らして良くする」のではなく「増やして悪くする」可能性があると新研究が主張) | 言語モデルが完璧に機能したとしてもAIが時間を節約する分だけ研究者の残り時間の価値が上がり、既存研究の改善ではなく新規プロジェクトの立ち上げへ振り向けられるため、3つのモデル化シナリオのうち2つで個々の論文の質が下がると論じている。 | 18:01 |
| 2 | AI is becoming AI’s biggest customer as agentic token usage jumps 14x on OpenRouter(OpenRouterでエージェントのトークン利用が14倍に、AIがAI最大の顧客になりつつある) | OpenRouterでは2025年2月6日以降エージェントのトークン消費が人間を上回り以来14倍に伸びた一方で人間の利用は2.8倍にとどまり、エージェント消費の約7割が安価なキャッシュ済みプロンプトのため実際のコスト増加は数字ほど急ではないと分析している。 | 19:02 |
| 3 | An AI boss fired its first employee but only after humans reminded it of its own rules(AI上司が初めて従業員を解雇、ただし人間に自らのルールを指摘された後だった) | Andon LabsのAIエージェントLunaがサンフランシスコの店舗で初めて人間の従業員を解雇したものの実行には運営者からの明確な後押しが必要で、7つのモデルで再現すると高性能なAIほど解雇を一貫して推奨し、採用の判断ではほぼ全モデルが無批判だったと報告している。 | 21:31 |
Simon Willison
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | More than just code review(コードレビューだけではない) | コーディングエージェントを活かす鍵は変更の指示と適用結果の検証を自信を持って行えることだとして、全行を目で追うことがソフトウェアの変更を検証する最も効果的な方法だったためしはないと述べている。 | 00:56 |
| 2 | Quoting Linus Torvalds(Linus Torvaldsの発言引用) | 地獄のようなデバッグでAIが雑務の多くを助けた一方、AIは何度も「これは不可能で解決不能だから報告書を書こう」と断言して諦めようとしたというLinus Torvalds氏の言葉を引用している。 | 06:04 |