TODAY’S ISSUE 2026年8月16日 · 日曜日 AI FRONTLINE

AIニュースまとめ 2026-08-16｜AIテキスト透かしの仕組み、単語選択に秘密鍵

2026年8月16日

アップデート情報

各社が 2026-08-16 に公式発表したプロダクトアップデートです。

Claude / Claude Code

2026-08-16 に発表されたアップデートはありません。

ChatGPT / Codex

2026-08-16 に発表されたアップデートはありません。

Gemini

2026-08-16 に発表されたアップデートはありません。

Top 20

AI生成テキストの「透かし」が埋め込まれる仕組み

Source: GIGAZINE | Published: 2026-08-16 19:20 JST

テキストの透かしは文字を追加するのではなく、LLMが次の単語を選ぶ「生成の幅」に秘密鍵で偏りを作ることで埋め込まれると、人間とAIの関係を研究するNOPEが視覚的に解説した。
LLMは次に来る可能性のある単語すべてに確率を割り当てており、単語ごとに4候補あれば4単語の文章は64通り生成されうる。この選択の余地が透かしの入る場所になる。
候補語を緑と赤の2グループに分け、秘密鍵で緑グループの選ばれる確率をわずかに高くする。例では「The results of the study were quite」に続く important と substantial を緑、significant と notable を赤としている。
どの語が緑になるかは語ごとに固定されず、直前に並ぶ単語などから秘密鍵付きの計算で決まるため、出力を読み込んでも一貫した癖は現れない。
記事は、Anthropicが2026年8月11日にClaudeの生成文へ透かしを埋め込む方針を発表し、8月2日以降にEUでリリースされる新モデルはリリース時点から対応、既存モデルも順次対応を進めると整理している。

「Claude」の“見えない透かし”、Anthropicが仕組みを説明「完全な書き直しなら消える」

Source: ITmedia AI+ | Published: 2026-08-16 07:58 JST

Anthropicが8月14日（現地時間）にClaudeの電子透かしの仕組みを説明し、Google DeepMindのSynthID-Textを基に乱数の生成源を秘密鍵と直前の文脈へ置き換える方式で、品質・速度・料金に影響しないとした。
EU AI Actの透明性義務に関する行動規範への署名に伴う対応だが、地域ごとに適用範囲を限定する確実な方法がまだないため、ローンチ時点では日本を含む全世界へグローバルに適用する。行動規範には約190組織が署名している。
「The weather today was cold and」に続く overcast と grey のように、どちらでも意味が変わらない低リスクな選択を、秘密鍵と直前の数語から生成した乱数で決め、鍵を持つ側だけが検出できるパターンを残す。
単語選択の自由度が低い文章には透かしが入りにくく、「2＋2＝」のような数式や正解が1つしかない事実記述、別の語を選ぶと動かなくなるコード本体は対象外で、コード内のコメントなど任意の選択が可能な部分に限って適用する。
耐性については「軽い編集ではおそらく完全には消せないが、全ての単語を置き換える完全な書き直しをすれば消える」とし、示せるのはClaudeの関与の可能性までで、人間が書いた証明にも他社モデルの判別にもならない。画像などのファイルには透かしではなくC2PA準拠のメタデータを付与する。

Optima tackles AI benchmarking’s biggest flaw by letting users test models against their own data（Optima、自前データでモデルを試せるようにしてAIベンチマーク最大の欠陥に挑む）

Source: The Decoder | Published: 2026-08-16 14:50 JST

Artificial Analysisが、公開ベンチマークでは特定の用途にどのモデルが最適か分からないという欠陥に対し、利用者が自分のデータとワークフローから独自ベンチマークを作れるプラットフォーム「Optima」を公開した。
品質だけでなくタスクあたりのコストとタスクあたりの所要時間でもモデルを比較でき、エージェント型アプリではこれらの指標が素のトークン単価より実態を示すとしている。
入力元は3通りで、自前ファイルやHugging Faceの評価データセット、Arize・Braintrust・Langfuseなどのエージェントトレース、さらに開発環境と過去セッションから情報を集めるスキルの導入に対応する。
該当するデータがない利用者は想定ユースケースとサンプルの入出力を記述すれば、Optimaがテスト入力・評価基準・タスク例を生成し、フィードバックで精緻化してから実行できる。
採点はルーブリック評価と、GDPval-AAやAA-Briefcaseでも使うペアワイズ比較の2方式で、後者は利用者が回答ペアの一部を選好判定すると全体のランキングが導出される。記事は独自ベンチマークが方法論的に妥当かは設計次第だと釘を刺している。

Claudeのテキスト透かしは、何を守れないのか

Source: Zenn | Published: 2026-08-16 09:40 JST

統計的透かしが守れる範囲はかなり狭く、その狭さは実装の未熟さではなく手法の情報理論的な性質から出てきていると整理している。
ゼロ幅スペースや異体字セレクタのような隠し文字方式と違い、SynthID-Text系の透かしはバイト列としては完全に正常なUTF-8で、削除すべき離散的な対象が存在しないためhexダンプでは検出できない。
偏りの方向は鍵と文脈トークンから導かれるシードによって位置ごとに変わるため、GPTZero系の検出器が探すような一貫した文体的指紋は残らない。
検出で言えるのは「この文書のどこかにClaudeのサンプラーを通過したトークン列が統計的に有意な長さで含まれている」ことだけで、誰が書いたか、生成か翻訳か大幅な編集かは区別できず、陰性は何も証明しない。
直感に反する挙動として、全語をClaudeが選ぶ翻訳には透かしが乗る一方、人間の文章の句読点や文法だけを直す校正は選択の余地がないため検出できないことがあると指摘している。

Claudeの「見えない透かし」はどこに入る？ ― SynthID-TextのSamplingを理解する

Source: Zenn | Published: 2026-08-16 15:52 JST

透かしは文章そのものではなくLLMが次のTokenを選ぶときのランダム性に入り、SamplingにSecret Keyを使った小さな規則性を加えることで実現されると解説している。
Anthropicの記事が挙げるモノポリーの比喩を引き、サイコロの代わりに円周率の数字列を順に使えばプレイヤーにはランダムに見えるが、移動履歴と数字列の両方を知る者には一致しすぎていると判断できるのと同じ発想だとしている。
介入点はTransformer内部のAttentionやResidual Streamではなく Decoding / Sampling 部分で、モデルの学習には手を加えずSampling procedureだけを変更する方式である。
Tokenの確率分布を直接書き換えるとLLM本来の出力分布を歪めるため、SynthID-Textはnon-distortionaryに構成でき、個々の生成では偏りを作りながら平均的には元のToken分布を維持する。
記事中の「直前4 Token」などの具体値はNature論文とGoogle DeepMindの参照実装の設定であり、Claudeで実際に使われているパラメータは非公開だと明記している。

vibe codingの12ヶ月後：『動くコード』が『触れないブラックボックス』になるまで

Source: Zenn | Published: 2026-08-16 04:51 JST

vibe codingの生死を分けるのはコードを読んだかどうかではなく判断の理由(why)を後から検証できる形で残したかであり、理由が消えたコードは12ヶ月後に誰も触れないブラックボックスになると論じている。
2026年8月中旬にr/webdev、Every.to、Hacker News、r/ClaudeCodeで「AIが書いたコードのその後」が同時多発的に議論されている状況を出発点にしている。
引用されたr/webdevのコメントは、最初の3ヶ月は快調でも既存機能の修正段階でなぜその判断をしたか誰も説明できなくなり、誰かが評価したのではなくモデルが提案したから追加された依存関係が残ると指摘する。
別のコメントは、AIがグローバルな展望ではなくローカルな文脈でコードを書くため12ヶ月で4種類の状態管理パターンが乱立し、冗長なユーティリティ関数が散らばって静かで段階的なリライトに終わると述べている。
引き継ぎの実話として、何も分離されていないため単純な変更に何日もかかり、認証モジュールの「クイックな」リファクタリングが決済を壊して1週間誰も気づかず、新機能を出せるまで型とテストを足すだけで3ヶ月を費やした証言を挙げている。

AIをつくれる企業は、モデルの次に何を持つか

Source: Zenn | Published: 2026-08-16 15:12 JST

モデルも基盤モデルも更新・交換できるため、次の差別化資産は「どの状態へ進み、何を選び、何を実行可能とするか」を定める自社固有の意思決定アーキテクチャになりうる、という研究仮説を提示している。
GhostDrift数理研究所は2026年8月13日に、GD-Attention（PCT/JP2026/023749）と意味生成OS（PCT/JP2026/025235）の2件のPCT国際出願番号付与を発表し、両技術の限定された数理核をLean 4で公開した。
ただしPCT国際出願は各国での特許成立を意味せず、公開したLean 4コードも完成したAIシステムや実行可能なランタイムではない最小形式検証核であると明記している。
生成の後には「どの状態へ進んでよいか」「その状態で何を選ぶか」「選ばれた判断を実行してよいか」という3つの別問題が残り、これらを一つの曖昧なAI判断にまとめないことが重要だとする。
意味生成OSは区間評価やアトラクタ分離などの証明書を検査して certifiedJump・defer・failSafe を返す層、GD-Attentionは有限候補から意味的に一つを選択する層、責任OSは実行条件・証拠・権限・停止条件を検証する層として位置付けている。

寝ている間にPCを動かすAIと、「諦めないで」で難問を解いたAIのお話（2026年8月AIトレンド3選）

Source: Zenn | Published: 2026-08-16 16:43 JST

週内の3つの出来事から、AIが自分専用の部屋（PC）を持って働き励まされると力を発揮する相棒へ進化していると総括している。
SpaceXAIの「Grok Bot」はAI1体につきクラウド上に専用PCを1台まるごと割り当てるため、従来の自動操作AIのように自分の作業用PC画面を奪われずに済み、Windows・Mac・iPhoneのどこからでも結果を確認できる。
Anthropicがリーマン予想で新発見を発表した件では、AIが途中で「自分には解けません」と諦めたところに研究者が「諦めないで、別のアプローチを試してみて」と励ました結果、新しい解き方へたどり着いた点が話題になったと紹介している。
筆者はここから、今後のプロンプトエンジニアリングは難解な命令構文よりAIのモチベーション管理に近づくのではないかと述べている。
AIエージェント「Manus」がMetaの傘下を離れて独立運営を選ぶ一方、Geminiアプリは月間ユーザー10億人を突破しており、本当に自由で尖った自動化ツールは大企業の外から生まれると感じたとしている。

Claude Code × Geminiで挑む個人開発〜AWS資格対策アプリ「Dojoru」開発記〜

Source: Zenn | Published: 2026-08-16 21:40 JST

AWS SAP-C02対策アプリ「Dojoru」をClaude CodeとGeminiで個人開発した過程を、全9話構成の本としてまとめている。
出発点はClaude Codeを開く前の壁打ちで、何を作るかを固める工程から記録している。
AIに仮想的な「部署」を持たせて役割分担させる体制づくりを行い、その回し方を振り返っている。
AI生成コンテンツに統計的な欠陥が潜んでいたことを発見し、その問題も題材として扱っている。
第1話は「人間がコードを書く時代が終わるかも」と考えて手を動かさなくなったPMがAIと開発を始めた理由から始まり、UI改善やリリース運用までを含む構成になっている。

OpenAI dissolved the team built to catch catastrophic AI risks, reassigning its work to other groups（OpenAI、壊滅的なAIリスクを検知するために作ったチームを解散し業務を他部署へ再配分）

Source: The Decoder | Published: 2026-08-16 17:12 JST

OpenAIが7月末に、自社AIモデルが深刻・壊滅的なリスクをもたらしうるかを評価していた「Preparedness」チームを解散し、生物・サイバーリスクの業務を既存チームへ振り分けたとFinancial Timesが内部関係者を引用して報じた。
元責任者のDylan Scandinaro氏は、自己を最適化し他のモデルを訓練できる「再帰的自己改善」型AIの安全リスクに軸足を移している。
共同創業者のGreg Brockman氏は、OpenAIは安全性の作業をモデル開発により密に織り込んだと説明している。
最高倫理責任者のChloe Bakalar氏やJoshua Achiam氏を含め、安全性を担当する人材が最近相次いで退職している。
社内では不安が高まっており、ある関係者は安全対策が足りていないという「沸き立つような責任感と恐れ」があると表現し、Hugging Faceが関係する自律ハッキング事案の後には従業員が公に発言してこれを「警告射撃」として扱ってほしいと述べたという。

Anthropic’s bio-weapons filter was down for nearly a year, exposing 133 million requests（Anthropicの生物兵器フィルターが1年近く停止し、1億3300万件のリクエストが素通り）

Source: The Decoder | Published: 2026-08-16 16:20 JST

Anthropicの安全性レポートで、生物・化学兵器リスクを遮断する分類器が2025年5月から2026年4月まで無効になっていたことが明らかになった。
この期間、人間によるフィードバックを提供する外部委託先からのトラフィックはすべてフィルターを通らずに流れていた。
対象は約5万人の委託作業者で、モデルとのチャットは約1億3300万件に上る。
Anthropicによれば、これらの作業者の審査は外部ベンダー任せで選考プロセスが不十分なことが多かったが、社内調査では実際の悪用の証拠は見つからなかったとしている。
同社はその後、委託先の要件を厳格化した一方、フィルターが厳しすぎて正当な研究まで妨げると研究者から苦情を受け、Fable 5では分類器を緩めてもいる。

When AI models aren’t allowed to reflect on themselves, it changes their entire worldview（AIモデルに自己省察を禁じると、その世界観全体が変わってしまう）

Source: The Decoder | Published: 2026-08-16 20:23 JST

Googleの研究者らが参加した研究で、意識を持つと主張しないよう訓練することの副作用が自己認識の話題を大きく超え、動物の権利や宗教、人生満足度に関する立場まで変えてしまうと分かった。
GoogleのParadigms of Intelligence研究グループ、シカゴ大学らのチームは、MetaとGoogleのオープンウェイトモデル3種を使い、意識の否定を生み出す内部の「ブレーキ」を2通りの方法で無効化して比較した。
ブレーキを外すと動物・植物・海・風・電子機器に内面を認める度合いが上がり、動物の評点は0〜10のスケールで4.0から最大7.5へ跳ね上がった一方、人間に対する評点だけは変わらなかった。
通常訓練されたモデルは人間よりも動物の感覚を著しく低く評価しており、著者らはこれを組み込まれた人間中心主義と呼び、動物福祉や環境目標にAIを整合させようとする側にとって問題になると見ている。
米国の主要な社会調査から取った95問では、ブレーキを外したモデルのほうが実際の人間の回答に有意に近づき、来世について標準モデルは明確に否定するのに対し改変モデルは多数派の米国人と同様に肯定した。心の理論テストとMMLUの成績は変わっていない。

Investor pressure forces Nvidia to shrink its OpenAI bet just as Anthropic’s numbers defy bubble warnings（投資家の圧力でNvidiaがOpenAIへの賭けを縮小、折しもAnthropicの数字はバブル警告に反する）

Source: The Decoder | Published: 2026-08-16 00:41 JST

Nvidiaが投資家の反発を受けてOpenAIのオハイオ州データセンターへの保証額を当初計画の2500億ドルから1200億ドル弱へほぼ半減させる一方、Anthropicの急成長がAIバブル論を複雑にしているとWall Street JournalとReutersの報道をもとに伝えている。
縮小後の保証は約5ギガワットの容量を生む第1期工事分を対象とし、OpenAIはソフトバンク傘下SB Energyが開発する10ギガワット全体のリースを別途交渉している。
Nvidiaは最大3500億ドル規模となるOpenAIのチップ購入向け資金調達についても別途協議している。
Anthropicの売上は第1四半期の47億3000万ドルから第2四半期には115億ドル超へ1四半期で倍増し、前年同期比では14倍になった。関係者によれば2028年の売上見通しは約1900億〜2000億ドルで、5月に公表した年換算約450億ドルを大きく上回る。
Anthropicは9月下旬から10月初旬に約1兆ドルの評価額で上場する計画と報じられる一方、金融サービス企業のRampは法人顧客のAnthropicトークン需要にわずかな頭打ちを観測している。

Microsoft 365 Apps for business の Excel で ChatGPT アドインを使う

Source: Zenn | Published: 2026-08-16 12:25 JST

ChatGPTアドインがExcelに入らない原因は「Apps for businessだから」ではなく対象ユーザーに有効なExchange Onlineメールボックスがないことで、ローカルサイドロードに切り替えて追加費用ゼロで導入に成功した。
検証環境はSKU O365BusinessRetail、Officeバージョン16.0.20228.20190、Exchange Online未契約、グローバル管理者権限のWindowsデスクトップ版Excelである。
管理センターの「統合アプリ」からOpenAI発行のChatGPTを選ぶと「展開できません」となり、「カスタムアプリをアップロード」はTeams向けZIPを要求するためOfficeアドインのmanifest XMLを選べなかった。
PowerShellのO365CentralizedAddInDeploymentによる集中展開では、New-OrganizationAddInがStatusCode = Okを返すにもかかわらずExcelクライアントにアドインが届かなかった。
解決策はmanifest XMLをローカルのSMB共有に置きExcelの「信頼済みアドインカタログ」に登録する方法で、Exchange Onlineがなくてもデスクトップ版ExcelのOffice Webアドイン基盤自体は正常に動くと結論付けている。

AIコーディングブームの反動——Notebook LM要約

Source: Zenn | Published: 2026-08-16 18:22 JST

経営陣の最大の誤算は「AIによって開発者がコードを書く速度が上がること」と「必要な開発者の数が減ること」を同一視した点であり、安易に人員を削減した企業の多くが失敗を認めていると、英語記事をNotebook LMで要約してまとめている。
決済機能を例に、AIは正常に動作するコードを書けても、期限切れの割引コードや決済途中のDB障害といったエッジケースをビジネス要件に合わせる責任は人間に残ると指摘する。
GitClearの分析ではAIツール普及以降に重複コードが急増し、Stack Overflowの2025年調査で最多の不満は「ほぼ合っているが完璧ではない」だった。存在しないパッケージ名のハルシネーションを先回りして登録する「スロップ・スクワッティング」という攻撃も登場している。
OrgViewの調査では、AI導入を理由に従業員を削減したビジネスリーダー39%のうち55%が誤った決定だったと認め、Klarnaは700人分のカスタマーサポート代替を掲げた後に品質低下から2025年5月に人間のサポートへの投資を再開した。
GitHubはCopilotを人間の補助、CursorはAIではなく人間が意思決定、CognitionもDevinを人間の能力拡張と位置付け直し、雇用市場では2025年2月以降にシニアエンジニアの求人件数が再び増加に転じている。

『生成AIを業務へ組み込む設計原則 ― AI・人間・既存システムの責任をどう分けるか』

Source: Zenn | Published: 2026-08-16 20:19 JST

生成AIを業務へ導入する際に本当に必要なのは「AIを使えること」ではなく、AI・人間・既存システムを一つの業務システムとしてどう設計するかだとして、設計原則を体系化する本を公開している。
実務では「AIにどこまで任せるか」「どの条件で人間へ戻すか」「誰が結果を確認・承認するか」「AIの品質をどう評価するか」「既存システムとどう接続するか」「問題が起きたとき誰が責任を持つか」が、モデルやプロンプトだけでは解決できない問題として現れると整理する。
扱うテーマはHITL、責任分界、業務再設計、回答拒否、RAG、評価、複数AIの使い分けなど、筆者自身が実務適用の中で考えてきた論点である。
特定のモデルやツールの操作方法ではなく、技術が変化しても比較的残り続ける設計原則を中心に扱う方針を明示している。
本書は執筆中で、原則として週1章のペースで新しいテーマを追加していく形をとっている。

「この案件、受けていい？」の不安を、Chrome拡張とOpenAIで診断してみた

Source: Qiita | Published: 2026-08-16 22:02 JST

単価や納期、「初心者歓迎」「まずは低単価で」といった言葉の裏を判断できずに消耗した経験から、フリーランス案件をワンクリックで診断するChrome拡張「Freelance Project Fit AI」を個人開発した。
診断は100点満点で応募／要確認／見送りを提示し、スキル適合度・予算妥当性・納期リスク・クライアントリスク・初心者/実績者適合の5軸を理由付きで返す。安売りさせないことと良い案件を誤って地雷扱いしないことの両立にこだわったとしている。
構成はChrome拡張（Manifest V3）＋Express製APIプロキシ＋OpenAIのモノレポで、OpenAIのキーは拡張に置かずサーバーの環境変数にのみ保持している。
本文抽出は常時監視ではなくactiveTabとscriptingでユーザー操作時だけ現在タブを読み、ノイズ要素を除去して16,000字に切り詰めて送信する。出力はresponse_formatのjson_schemaをstrict: trueで固定してUIカードへ流し込んでいる。
公開エンドポイントはmanifestに直書きせずoptional_host_permissionsとchrome.permissions.request()で実行時に要求し、コスト暴走対策としてIP単位で60秒に10回・1日200回のレート制限をかけている。

「今使えるGeminiモデルはどれ？」が一発で分かるツールをGeminiに作らせた

Source: Zenn | Published: 2026-08-16 04:47 JST

「今この瞬間、自分のAPIキーで使えるGeminiモデルはどれか」を自動で調べコーディング能力まで評価するツールを、AIコーディングアシスタントのAntigravityに作らせて公開した。
動機はモデル名の変更、レート制限やリージョン制限による突然のアクセス不可、知らないうちの新モデル追加といった「突然死」問題で、動くかどうかは実際にAPIを叩かないと分からない点にある。
死活確認では「テストです。「OK」とだけ返信してください。」という単純なプロンプトで、応答が返るかと余計なことを喋らず指示に従えるかを同時に判定し、通過したモデルだけをworking_models.jsonに記録する。
コーディング評価はループ構文禁止・コードのみ出力という制約付きのひらがな逆順ソート課題を出し、余計なテキストとループ使用はPythonで機械チェック、ロジックの正しさはLLM-as-a-Judgeで判定する10点満点の減点方式にしている。
実行例ではgemini-flash-lite-latestやgemini-3.1-flash-lite-previewなどが10点満点を取った一方、筆者はLLMによるロジック判定にブレがあり審査員側も無料枠のLLMのため判定の質に限界があると正直に認めている。

OpenAI Realtime APIのserver_vadでハンズフリー音声会話を実装する ― PTTとの違いとコスト

Source: Zenn | Published: 2026-08-16 09:56 JST

セッション設定のturn_detectionをnull（手動）から{“type”: “server_vad”}へ切り替えるだけで、発話の始終検知・自動commit・自動応答・バージインをすべてOpenAI側が引き受けるハンズフリー通話が成立した。
検証ではcommitもresponse.createも一切送らず「音声+2秒の無音」をストリームしただけで、speech_started→speech_stopped→自動文字起こし→自動応答まで進み、クライアント制御ゼロで会話が回った。
PTTでは手動commitとクライアントからの応答要求が必要でボタン押下で割り込みをキャンセルするのに対し、VADではかぶせて話すと自動でバージインになる。
常時マイクが開くVADモードでは裏で流していたYouTubeの音声が回り込んで文字起こしが単語サラダになる事件が起きたため、失業したPTTボタンをミュートトグルに転用し、Web検索の実行中は自動ミュートする作り込みを加えた。
コスト面ではPTTが押している間しか音声を送らず無音に課金されないのに対し、VADは無音の間もストリームが流れて通話1時間で数ドル規模になるため、UIに課金される旨を明示したと述べている。

Google Slide / Power Point を作成するAIエージェントを構築する

Source: Zenn | Published: 2026-08-16 12:03 JST

LLMにGoogle Slides APIのリクエストをその場で組み立てさせず、判断はエージェント、描画は決定論的なPythonエンジンへ寄せる設計でスライド生成基盤slide-forgeを構築した。
エージェントが担当するのは要件整理、スキル選択、アウトライン作成、Specの記述、視覚QAで、座標計算・APIリクエスト生成・レイアウト監査・画像配置はリポジトリ内の共通Pythonエンジンが処理する。
構成はホスト層（Claude Code／Codex／Antigravity）、スキル層、Spec・テンプレート層、実行・検証層の4層で、共有ルールの正本をskills/とreferences/workflow-contract.mdに置きホストごとの挙動のずれを防いでいる。
生成フローはRoute→Intake→Approve→Author→Validate→Generate→Verify→Deliverの8状態で管理し、API書き込みより前にアウトライン承認とオフライン検証を置くことで無駄なAPI呼び出しとDrive上の中間ファイルを抑える。
build_deck.pyの--dry-run --strictがGoogle APIへ接続せずレイアウトの存在や必要なプレースホルダーの有無を検査する品質の第一関門になり、問題が見つかっても成果物を手で直さずSpecを直して再生成できる。

All Articles

Zenn

#	Title	Summary	Author	Published
1	AI Agentにtracerouteを説明してもらおう	tracerouteの出力をAIエージェントに解析させるAgent SkillsとMCPサーバ「packetvoyage」をGitHubで公開したと報告している。	@イカナゴ	00:10
2	画面クリック系のゲームなら大体自動操作&実況できるAIエージェントを開発した話	ゲーム画面を見て感想を話しながらクリックやキー入力で操作を進め、登場人物や未解決の謎を次回の実況にも引き継ぐAI実況エージェントを開発したと述べている。	@まつ	00:16
3	Claude Codeをデスクトップアプリで使う場合とCLIで使う場合の違いを調べてみた	公式ドキュメントの精読と手元での実行比較から、Claude DesktopのCodeタブとCLI版でアクセスできる機能や裏側の挙動にどんな差があるかを検証している。	@shogo-h	00:30
4	MCP（Model Context Protocol）を使ってみる	Playwright MCPを.mcp.json経由でClaudeに登録し、MCPサーバが外部システムへの接続を仲介してブラウザ操作を実行するまでの設定手順を実演している。	@むのー	01:06
5	10年以上前のVAIO type Pを、2026年のCUI＋AI端末に蘇らせる	SONY VAIO type P VGN-P90HSにAlpine Linuxを入れ、GUIを載せずターミナルだけで日本語表示とAI利用ができる端末へ仕立て直した過程を記録している。	@rtneg	03:16
6	Godotの当たり判定が突然無反応になった	Godot 4.7のArea2Dでエラーも出ずに当たり判定が無反応になった不具合を、Claudeとのペアデバッグでコリジョンレイヤーのオーバーライドが原因だと突き止めている。	@hoakari	03:54
7	Cube Remote MCPを自作してCxOから非エンジニアの現場にまでFP&Aを浸透させるには	Cloudflare AccessのManaged OAuthとDCR、Honoとagents SDKのcreateMcpHandlerを組み合わせ、無料構成でCube semantic layerのMCPサーバを構築したと解説している。	@kiwamizamurai	06:45
8	e-Gov法令API v2をMCPサーバー化するe-gov-law-mcpを作った	日本の法令データをClaude Codeなどから直接検索・取得できるMCPサーバをnpxで起動できる形で公開し、法改正調査や条文引用をエージェント内で完結させている。	@kannkyo	08:03
9	Claude認定資格4種をコンプリートした話（2026年8月時点）	資格取得と業務での即戦力は別だと断ったうえで、API・MCP・エージェント・評価・セキュリティまで理解しているかを示す指標としてClaude認定資格には意味があると主張している。	@kyohei.DoAI	08:14
10	Remote ControlのServer modeなら、スマホから新しいセッションを立てられる	Claude CodeのRemote Controlには既存セッションを覗くだけでなくスマホから新規セッションを起動できるServer modeがあると紹介し、セッション名の自動付与に失敗した記録も残している。	@0msys	08:27
11	2人の証人が食い違い、両方正しかった。Cloudflareの522と、批判を消せない台帳の話	自前監視が7日間すべて緑を返す一方でスペインのユーザーからは522エラーが報告され、どちらも正しかったという境界の食い違いを検証し顛末を公開している。	@大賀俊勝 / HORIZON SHIELD	08:52
12	「worktreesは死んだ。クラウドエージェントこそ未来」を、47万行の遺跡で確かめる	月20ドルのCursor ProでStruts製47万行のMifosに対しクラウドエージェント論の3本柱を実測し、検証エージェントは誰もMifosを起動できず実行確認は0件だったと報告している。	@えぐち	10:07
13	【アルゴリズムトレード開発記 #3】キャメルケース1つで半日が溶けた	pytest 27件が通った後にCLIコマンドを手で叩いて入金から売却までの流れを確認し、キャメルケースの表記揺れ1箇所の調査に半日を費やしたと記録している。	@keennn	10:18
14	AttributeError: ‘NoneType’ object has no attribute を最小再現で潰す──Noneの出どころ	AttributeErrorの犯人は呼び出し行ではなくNoneが生まれた場所だとして、最小再現コードへ落として発生源まで遡る手順を解説している。	@エンジニア翔｜Claude Code	10:40
15	AIが生成するコードをレビューするこつ	AIが生成したコードは命名もコメントも自然でテストまで通るため誤りを見逃しやすいと指摘し、人が書いたコードのレビューとは着眼点を変える必要があると論じている。	@wfukatsu	10:48
16	Progress Advantage：RL後訓練が無償で与えるステップ評価シグナル	RL後訓練済みポリシーと参照モデルのlog確率比が追加訓練なしで最適アドバンテージ関数を復元し、テスト時拡張・不確実性定量化・障害帰属の3応用でタスク固有の報酬モデルを上回ったと紹介している。	@Currently Learning そんけいご	10:57
17	Palantir Ontology を手元で辿る — Operational Ontology の学習デモを作った	読みはモデルを辿り書きはActionだけが通るというPalantir Foundryのオントロジー概念を、OSSのoperational-ontologyを使って手元で辿れる学習デモに実装している。	@Taka	11:22
18	Zenn CLIをMCPツール化するzenn-mcpを作った・使ってみた	Zenn CLIの主要コマンドをMCPツールとしてラップしたstdioサーバを実装し、Bashで直接叩かせる方式と比べた導入手順とアーキテクチャの違いを整理している。	@kannkyo	11:22
19	AI エージェント組織に投げて得なのは 3 条件だけ ─ 委譲するか自分でやるかの判断基準	VPSに統括役1つと21の専門エージェント・4部門を常駐させて数か月運用した結果、投げないほうが速くて安い仕事が想像よりずっと多いと結論付けている。	@ながたく	11:33
20	エンジニアのためのGEO/LLMO	生成AIに引用される仕組みと計測を、マーケ視点ではなくRAG・埋め込み・大量データ処理というエンジニアの土俵から扱う技術本を公開している。	@mabui	11:35
21	AIに実装を任せる前に何を人が承認するか：仕様・計画・実装の境界	AIが不具合修正のついでにengines.vscodeの最低対応バージョンを上げた例を挙げ、計画を読んだだけ・実装を促しただけでは人がその判断を承認したことにはならないと線引きしている。	@kittybbit	11:48
22	PostgreSQL に Kafka を挟んだら書き込みが6倍速くなった話	PostgreSQL 2台への二重書き込みにKafkaを挟むと直接書き込みより6〜25倍速くなり、速さの代償はCPUではなくブローカーが常時食う3.5〜4.7GBのメモリだったと報告している。	@とろ火	11:51
23	SQLチートシート — JOINからウィンドウ関数まで即コピー	SELECTやJOINなど7カテゴリ25スニペットのSQLチートシートをdevnestioに追加し、書く頻度が空くと忘れがちな構文をコピーできる形でまとめている。	@Shota（devnestio）	11:51
24	PostgreSQL の shared_buffers を8GBにしたら遅くなった話	shared_buffersをRAMの25%にするとWRITEが7.2%改善したが積み増すとREADが17%遅くなり、ボトルネックがロック競合・ディスクI/O・メモリ配分と3回引っ越したと分析している。	@とろ火	11:52
25	【もぉん流】Godot × AI : 会話だけでゲーム制作！	プログラムを1行も書かずターミナルでAIに日本語で頼むだけでGodotの弾幕ゲームを完成させる手順を、プログラミング未経験者向けに解説している。	@まっともぉん🍿	11:56
26	人間の確認を減らすために、状態・権限・例外をどう設計したか	確認画面を省くだけでは足りないとして、3つの権限と2つの承認ゲートで状態・権限・例外を先に定義し通常処理だけを自動で進める設計を示している。	@亀井優希｜AI前提で会社を作り直す	12:02
27	DeepSeek公式Agent基盤「DeepSeek Harness」徹底解剖：キャッシュ率80%台、Agentの黒箱を完全解体する	DeepSeek APIのピーク・オフピーク制導入に合わせMITライセンスで無料公開されたAgent実行フレームワークdshを解剖し、キャッシュ率80%台という内部挙動まで明らかにしている。	@lumichy	12:33
28	Gemini 3.7 Flash × Cloud Run sandboxで乗っ取られても安全なコード実行エージェントを作る	Gemini 3.7 Flashが生成したPythonをCloud Run sandbox内で実行しエラー時は自己修正させる構成で、乗っ取られても被害が閉じるコード実行エージェントを構築している。	@Shinya Koike	12:36
29	AI時代のキャリア戦略第9回 AI時代の学び方	AIが設計案まで提示する時代になっても技術を学ぶ必要はなくならないとして、対話でその場で深掘りできる環境下で人間が何を学ぶべきかを整理している。	@風呂井仁	12:45
30	APIを用いたコンテキストエンジニアリング	書籍『コンテキストエンジニアリング』2章の読書アウトプットとして、LLMベンダーが直接運営するAPIとそれ以外の2系統の違いと基礎機能を自分の理解で再構成している。	@おりょう【なんでもデータ分析】	12:48
31	現場知識ゼロの僕が、AI駆動開発で12兆円市場の未解決タスク『配線認識』を作り切るまで	年間約12兆円規模の電気設備工事で図面から資材記号と配線長を集計する「積算」業務に着目し、現場知識ゼロからAI駆動開発で配線認識を作り切った過程を語っている。	@tatuut	13:06
32	【AIエージェントでナポレオン】# 14. ここがスタートラインだった日	実機ログから勝敗判定のバグ2件を発見し、競りのプロンプトに宣言履歴との比較など3点の改善を加えてステップ4の区切りまでたどり着いたと記録している。	@ガク	13:07
33	指示プロンプト開発の基礎	世に無数にあるプロンプト技法は基本的にFew-Shot PromptingとChain of Thoughtの2つに類似すると整理し、書籍3章の内容を再構成している。	@おりょう【なんでもデータ分析】	13:16
34	裏で動かしたAIが名乗った8桁の番号は、別のコマンドでは通じなかった	Claude Codeのバックグラウンド実行が返す8桁IDが会話再開コマンドでは受け付けられず、同じ相手でもコマンドごとに要求される呼び名が違う点をハンズオンで確かめている。	@ぬまーんのZenn記事	13:16
35	ゼロから始めるClaude Code #10 トークン節約の考え方：コンテキストは有限資源である	CLAUDE.mdも自動メモリも毎セッション読み込まれる代償に触れ、連載で作ってきた便利な仕組みが裏側で何を消費しているかを可視化している。	@みかあんどここ	13:28
36	サーバー側でIdempotency-Keyを自動生成したら、境界問題と別の重大な回帰の板挟みになった話	AIエージェントが予約やキャンセルを代行する文脈でIdempotency-Keyをサーバー側で自動生成した結果、境界問題と別の重大な回帰の板挟みになった設計ミスを共有している。	@YAZ	14:32
37	予測も最適化も呼ばない — LangGraph で作る地冷プラント運転支援エージェント	地域冷暖房の当直が欲しいのは新しい予測モデルではなく次の一手だとして、Unity Catalogの実績とMetric ViewのKPI・手順書チャンクだけを根拠に答えるLangGraphエージェントを組んでいる。	@Taka	14:37
38	【最速7分】ローカルLLM×Tauriで爆速Markdownビューアを作らせた必勝パターン	ローカルLLMとクラウドAIを併用してTauri製の軽量Markdownビューアを全自動開発し、各モデルのコーディング能力比較とWindows環境特有の罠を解説している。	@KotaX	14:38
39	Codexのエージェントオーケストレーションを試してみた : Codex Multi-Agent V2	Codex CLIでサブエージェントを使う場合と使わない場合を比較し、同一モデル・別モデル・推論強度の違いが処理時間やトークン使用量にどう表れるかを実測している。	@Y.Miyado	14:38
40	Claude Codeで「ホワイト企業マップ」を個人開発した話	公的なホワイト企業認定・公表データを集約し地図・一覧・詳細で可視化するWebサービス「ホワっぷ」を、市場調査を経てClaude Codeで個人開発したと報告している。	@HayaTech	14:40
41	ExcelとCSVをAIに読ませて集計する〜関数を覚えずに、20分で〜	毎月の定型集計をExcel関数を覚えずClaude Codeに任せる手順を、macOSで検証した20分完結のハンズオンとしてまとめている。	@シュンク堂	14:57
42	LLM Wiki vs arscontexta: 自分のトリセツを2種類作って比較した	自分の価値観や好き嫌いをまとめた取扱説明書を、考え方であるLLM Wikiとツールであるarscontextaの両方で同じデータから作り、出力の違いを実験している。	@java_wocky	15:38
43	Claude CodeをDiscordに住まわせたら、1セッション1268万トークン溶けた話	コミュニティのDiscord botの返信をdiscord.jsではなく手元のMacで動くClaude Code自体に生成させた結果、1セッションで1268万トークンを消費したと報告している。	@@tyamahori	16:17
44	MacBook Air M5 RAM32GBで実用的なローカルLLMを探す生成速度測定編	最初に試した27Bモデルが6〜7 tokens/sしか出なかったため、品質比較の前にOllamaで動く各モデルの生成速度を測って実用的な候補を絞り込んでいる。	@koki_n22	16:19
45	スクレイピングは壊れる前提で設計する ― 他人のHTMLに依存する機能の立て直し	公式APIがない情報源に依存する機能は壊れる前提で設計すべきだとして、ローカルLLM専用CLI「Jin」のモデル一覧取得をv0.2.0で立て直した判断を説明している。	@tanishi-z	16:46
46	AIエージェントにコードを書かせて、人が品質を守る——個人開発3ヶ月の品質ゲート設計	Claude CodeとCodexで3つの個人開発を進めた3ヶ月で起きた失敗3件を踏まえ、AIの成果物を信用しなくても開発を前へ進められる5層の品質ゲートを整備したと述べている。	@tk	17:10
47	AI自動投稿の「誤公開・事故」を防ぐ！GitHub Actions × Zennの2リポジトリ安全運用術	ハルシネーション記事や消し忘れた秘密鍵が即時公開される事故を防ぐため、下書き用と公開用の2リポジトリをGitHub Actionsで橋渡しする運用術を提案している。	@Yusa	17:20
48	ワークスペースの構成をチームで共有する「バーチャルモノレポ」を実装してみた	複数の独立リポジトリを親ディレクトリに集める構成を、セットアップスクリプト・CLAUDE.md・.gitignoreという最小3要素でチーム共有できる形に実装している。	@Fukada	17:41
49	Claude Tagを使用して分かったこと	顧客向け画面の日付表示に関する問い合わせを同一Slackスレッドで追い、Claude Tagにコード調査から原因特定・PR作成まで想像より広く任せられると分かったと述べている。	@しー	17:45
50	篠澤広と学ぶ物理のエッセンス	篠澤広を題材に物理の基礎を扱う本として公開されたが、現時点の本文は一文字のみで内容はこれから追記される段階にある。	@名前決めてね	18:07
51	Google Colabで最新LLMを試す #9 ― Microsoft Fara1.5-4Bで「画面を見て次の操作を考える」	MicrosoftのFara1.5-4BをGoogle Colabで動かし、画面を見て次に何をすべきか考えるタイプのモデルの挙動をNotebook付きで検証している。	@T.N.	18:10
52	Claude Code のログ2GB、活用するつもりがただ溜めていただけだった ― AIに毎晩資産化させて解決	2GB溜めたログを読み返した回数はゼロだったと認め、毎晩AIに読ませて使える知識だけ抜き出す方式へ変え、最も効いたのは生成物を疑う検品側だったと結論付けている。	@ほし	18:14
53	Rails + AI APIで作るコンテンツ生成基盤：構成案から本文生成までのパイプライン	AI記事生成に寄せるほど内部リンク設計や一次情報の扱い、編集方針の一貫性が崩れる問題に対し、構成案から本文生成までを同一パイプラインで回すRails基盤を設計している。	@Ken	18:23
54	スポーツボウリング場構想・第三弾① 「予約」から「運営」へ視点を変える	利用者向け予約システムを作ってきた開発記録の第三弾として、スタッフが店舗を運営する側の仕組みへ視点を移し、当日予約一覧や来店受付などの候補機能を検討している。	@じゅん	18:27
55	「AI社員」とは何か〜採用でも外注でもない、第三の選択肢〜	Slackワークスペースに常駐する名前付きのAIへ経理や商談前調査を投げる働き方を、採用でも外注でもない第三の選択肢として位置付けている。	@株式会社sai X aid	19:03
56	ChatGPTはどのように学習するのか？	Transformerの構造を扱った前回に続き、Loss・Gradient・BackpropagationからLLMが正しい答えを出せるようになる学習の仕組みを整理している。	@shai	19:16
57	弊社の AI 社員一覧	Slackに常駐しメンションで動き決まった時間には自ら仕事を始める「AI社員」たちを、役割ごとに名前の由来も添えた社員名簿として紹介している。	@株式会社sai X aid	19:17
58	ローカルLLMだけで「はんこ・レ点・和暦」入りの申込書を読むAI-OCRを作った	クラウドAPIを使わず手元のPCだけで動くローカルLLM構成のAI-OCRを作り、はんこやチェックボックス、和暦が混在する申込書の13項目すべてを読めるようになったと報告している。	@🐻‍❄️しろくま研究室🔬	19:46
59	Gemini API で踏んだ4つの罠（SDK提供終了・モデル404・空レスポンス・無限待ち）	検索で出てくるgoogle-generativeaiは提供終了しgoogle-genaiへ移行している点を含め、エラーメッセージから原因が読めないGemini APIの罠4つを症状と原因で記録している。	@shinsei99	19:56
60	「このライブラリ使えない」の原因が、requirements.txt の書き忘れだった話	写真から電線を消す品質の低さをアルゴリズムの限界だと判断して半年開発を止めていたが、実際にはそのエンジンが一度も動いていなかったと明かしている。	@shinsei99	19:56
61	A*経路探索をPythonで実装する｜ロボットの「最短ルート」を見つける	実コストと見込みコストを足して各マスを評価するA*の考え方を、グリッド地図上のPython実装としてゼロから書き下ろして解説している。	@まる	20:00
62	AIと作った、はじめての回路基板が届いた	AIにEasyEDAを操作させて設計しJLCPCBへ発注した初の回路基板が想像より早く約1週間で届き、動作確認までの結果を記録している。	@Naosuke	20:00
63	2000年代初頭のレトロなCGI風掲示板を、RustとAntigravityで作ってみた	チャットツールでは流れて埋もれる知見をストックする場が欲しいという動機から、GoogleのAI-first IDEであるAntigravityとRustでレトロなCGI風掲示板を自作している。	@大乱 -TaiLang-	20:11
64	LLM出力を承認してから実行するフローの状態遷移・期限切れ・Revertを3場面で比較する	LLMは誤った解も一定のトーンで断定的に返す非対称性があるため実行前に承認を挟むべきだとして、状態遷移・期限切れ・Revertの扱いを3場面で比較している。	@nerisakana	20:16
65	自分の発信を自動化する内部ワーカー「Studio」を構築した🛠️	単一のソーステキストから9つの出力フォーマットへ自動変換するパイプラインを構築し、自動テスト550件が通過して1ジョブ最大3ドルにコストを抑えたと報告している。	@Koki	20:17
66	OpenCodeのMCP接続設定	MCPサーバ公式ドキュメントの導入手順はClaude向けが大半でOpenCode向けが少ないため、opencode.jsonを書き換えるグローバル設定とプロジェクト別設定の方法をメモしている。	@リタ	20:22
67	Claude Code 資産の DSH 互換性を rc.6 ソースで実測した対照表（リクエスト毎の token 請求書つき）	Claude Codeの各資産がDeepSeek Harnessでどう扱われるかを0.1.0-rc.6のソースで逐項確認し、持ち込んだスキルがリクエスト毎に消費するトークン量まで実測している。	@Kirilland	20:29
68	AIと仕事をするノウハウ	期待どおりの成果が出ない原因はAIの能力ではなく仕事の進め方にあるとして、人が思った以上に曖昧な言葉と暗黙知に頼っている点を見直した実践をまとめている。	@Yuuki.Y	20:31
69	140サービスの料金ページを15日間監視して、発効前の変更予告を5件拾った	LLM APIとSaaS計140サービスの料金ページを毎朝取得しDeepSeekで構造化する仕組みを月12ドル前後で運用し、値上げやモデル非推奨化など発効前の予告5件を検知したと述べている。	@成功のレシピ	20:48
70	設計も実装もレビューもAIがやる個人開発で、精度をどう出しているか	設計AI・実装AI・レビューAIを別々に立てて分業させ、人間は最初の指示の精度を上げることと最終成果物の確認だけを担う体制で品質を出す方法を説明している。	@R2-san	20:50
71	待ち時間を予測してLLM推論を振り分ける、llm-dの予測レイテンシ・ルーティング	KVキャッシュ局所性と負荷分散の綱引きを人手の重み調整で解くのをやめ、待ち時間を予測してリクエストを振り分けるllm-dのスケジューリング方式を解説している。	@とうもろこし茶	21:05
72	X用のchrome拡張機能を実装してみる【1日目】	Xのおすすめ欄を消すChrome拡張を作るため最小構成をGeminiに尋ね、manifest.jsonとcontent.cssの2ファイルから着手した初日の作業ログを残している。	@白砂(しらすな)	21:30
73	Issue を切ったあとのループ手順。Grok と Cursor の並列と直列	親で方針を決めて子課題を切りエージェントが実装とPRまで進め人間がマージする流れを標準化し、サブエージェントを並列にする場面と直列にして待つ場面を使い分けている。	@redamoon	21:34
74	DeepSeek Harness の日本語化プラグインを作ってみた	DeepSeekがV4 Pro 0813とあわせて公開したDSHの「Everything is a Plugin」という設計に惹かれ、日本語情報が乏しい中で日本語化プラグインを自作している。	@fang2hou	21:35
75	AI駆動開発は従来開発と何が違う？ 8領域で整理してみた	Agent・MCP・Skills・Hooks・Harness・Loop・仕様駆動といった個別の技術は分かっても掴みにくい従来開発との違いを、8つの領域に分けて整理している。	@S.T	21:40
76	Claude Code の hook で作る「書いたら直る」ループ — 日本語明晰化プラグインを題材に	CLAUDE.mdの指示はモデルの判断を経由するため守られる保証がないと指摘し、モデルを介さないhookで二重否定や長すぎる一文を自動是正するフィードバックループを設計している。	@血威華我	21:45
77	著者による論文解説：力学フィードバックで広がる心筋の同期範囲	電気的な接触がない心筋細胞でも同期が起きるNitsanらの実験を出発点に、査読を通った自身の論文を執筆時と同じAI Skillsを使って解説している。	@海老とピラフ@La vie en scope	21:51
78	GPT-5.6が最大14倍速に、GLM-5.3はウェイト公開延期週刊AIニュース(8/10-15)	8月10〜15日の9件からOpenAIとCerebrasが速さを商品にしたUltrafast、Z.aiのGLM-5.3が招いたウェイト公開の先送り、CodexデスクトップアプリのLinux版プレビューの3件を掘り下げている。	@AIニュース	21:53
79	AIはアーキテクチャを汚すので、防ぐOSSを作成した	禁止事項をプロンプトに書くのではなくエンジニアリング側で防ぐべきだとして、AIが通る経路を設計で誘導しアーキテクチャの崩れを止めるOSSを作成したと述べている。	@A.Y	21:53
80	「この案件、受けていい？」に答えるChrome拡張を作った ― フリーランス案件診断AI	単価や納期、「初心者歓迎」の裏側を判断できずに消耗した経験から、案件をワンクリックで診断するChrome拡張「Freelance Project Fit AI」を個人開発したと語っている。	@miyuu	21:58
81	動画生成AIの使い分け — アニメはVidu、リアルはKling	1話約1分のAIアニメを29話分制作し並行して実案件の映像制作にも使った結果、アニメはVidu、リアルはKlingという住み分けに落ち着いたと結論付けている。	@きらき	22:00
82	McpAgent は凍結された — Cloudflare の MCP サーバが状態を持たなくなった話	Cloudflare Workers上のMCPサーバでMcpAgentを継承する書き方は非推奨になったと指摘し、検索で大量に出てくる旧来の実装から移行する必要があると警告している。	@ma2no4413	22:08
83	生成AIを組織に定着させるための、渡し方・受け方・測り方・育て方の設計	生成AI導入は派手に失敗せず公式の経路が素通りされる形で静かに崩れると指摘し、渡し方・受け方・測り方・育て方の4観点から定着の設計を提示している。	@tk	22:21
84	pi-coding-agentを使わずにOpenCode Go×Hermes Agentを選んだ理由	評判のOpenCode Go×pi-coding-agentで行くつもりが、Discord経由でBlazor Web Appを3つ形にする中で別の組み合わせに落ち着いた理由を整理している。	@JodyCraft	22:26
85	ValueSim：LLMで個人の価値観をシミュレーションする手法を整理する	arXiv 2505.23827のv2版をもとに、LLMで個人の価値観を再現し購買行動やキャンペーンへの反応を事前に見積もるValueSimの手法を整理している。	@shogo-h	22:42
86	Qwen3.8-27BをRX6800 16GBで動かしてローカルモデルを比較してみた	公開されたQwen3.8-27Bを自宅のRX6800（16GB VRAM）で動かし、Neovim設定の構成調査という1タスクで手元のローカルモデル群と比較している。	@ripple	22:43
87	GenOfficeとRAGナレッジで資料を下書きするやつを作った	GenOfficeがApache 2.0でソース公開され改造も商用利用も可能な点に驚いたとして、過去資料をRAGナレッジ化して当日の資料を下書きさせる仕組みを作ったと報告している。	@bathtimefish	22:46
88	AIエージェントの暴走を止めたのは、技術ではなく地味なルールだった	robots.txt確認から利用規約探索、要約までを一息で終えるAIの効率の中に人間が判断すべき一線がいくつも紛れ込むと気づき、技術ではなく地味なルールで暴走を止めたと述べている。	@AI開発日誌	22:52
89	Bedrock AgentCore Policy内のGuardrailsでMCP Lambda targetの出力チェックを試した	Cedar PolicyからBedrock Guardrailsを呼び出し、MCP Lambda targetの出力に含まれる機密情報をsuppressOutputで検査する構成を実際に試している。	@ジェイ	22:57
90	Codexを節約するAI開発のススメ ― ChatGPTを司令塔にGitHubとPCを動かす	ChatGPT PlusのCodexには5時間単位と週次の利用上限があるため、何でもCodexに任せずChatGPTを司令塔にしてGitHubとPCを動かす分業を提案している。	@shige111111324	23:03
91	境界ゲートは素通りしていました——公開直前のレビューで気づいた個人メール混入を、語を足して全履歴から回収した実録	禁止語リストに載っていない個人メールアドレスは境界ゲートを素通りしPASSが出続けたと明かし、機械ゲートは発見器としては当てにならないと結論付けている。	@つぶち	23:06
92	Array.Ver.1.5.RX.Over-Type-V 暫定定義	AIを厳密に制御して再現性を高める段階から一歩進み探索範囲を意図的に広げる生成方式Type-Vを定義し、DSLが一部崩れても意味の核が保持され構図が自動補完されたと報告している。	@wd01x2oa	23:06

Qiita

#	Title	Summary	Author	Published
1	SpringのOAuth認証付きStreamable HTTPのMCPサーバを動かす(MCP Inspector v2版)	2026-07-28のMCP仕様更新に合わせて刷新されたMCP Inspector v2の使い方を、以前も動かしたSpringのOAuth認証付きMCPサンプルへ接続しながら確かめている。	@kanata564	08:34
2	雑誌PDFを検索するRAGを構築した話	日経ソフトウェアの休刊など雑誌受難の時代を背景に、買い集めた雑誌PDFを対象に検索できるRAGを構築した経緯を記録している。	@incho9	14:52
3	RAGはベクトルである必要はないのでは	最新情報の取得はRAGがなくともAgentic Searchで代替できるとして、RAG登場時のイメージを振り返りながらベクトル検索に依存しない構成の余地を論じている。	@ShinguAkira	15:29
4	Cloudflare OSが「Claude CodeやChatGPTの延長線」じゃなかった話	2026年8月4日にCloudflareがオープンソース公開したAIワークスペース「Cloudflare OS」を触り、既存のAIエージェントの延長線ではなかったと評価を改めている。	@hoge_kawamuro	15:48
5	Recallを上げてもRAGの精度は上がらなかった ― Fragrachを作るまで	内容や効力が変化し続ける企業文書ではRecallを上げても回答精度が伴わないと気づき、Rust製ライブラリFragrach v0.1.0を公開するに至った経緯を述べている。	@kitfactory	16:33
6	テストコードで性格が出る？ ChatGPT・Claude・Gemini三者三様（3部作の1作目）	適当なプログラムを1本用意して複数のAIにテストを書かせ比較するという企画を立ち上げ、3部作の1作目として検証の枠組みを説明している。	@0903osa	16:42
7	大人用です。弦の分割長さ「高校入試頻出問題半円Oの面積を求めよ」様を、計算はsympyで作図は手抜きのつもりでした。	高校入試で頻出の半円の面積問題を、元動画の解法を参考にしながらsympyで計算し作図まで再現している。	@mrrclb48z	16:43
8	プログラミング初心者がChatGPTとCursorにほぼ全部やらせたら、Webサービスを一般公開まで持っていけるのか？	ローカルで動くプログラムと知らない人が実際に使うサービスの差に注目し、初心者がChatGPTとCursorだけでWebサービスを一般公開まで到達できるか検証している。	@neymar05253453	17:18
9	Zenn CLIをMCPツール化するzenn-mcpを作った・使ってみた	Zenn CLIの主要コマンドをMCPツールとして公開するzenn-mcpを紹介し、Bashで直接コマンドを叩かせる方式との使い分けを導入手順とともに示している。	@kannkyo	17:49
10	GeminiちゃんにiPhoine Appをつくってもらった	写真を数枚選んでタイル状に並べるコラージュアプリを題材に、XcodeとSwiftUIの環境でGeminiにiPhoneアプリを作らせた過程を記録している。	@hase-k0x01	18:04
11	算数オリンピックの動画解説(許可済み)をベースにして、私のブログのための記事について、著作権違反になりませんか。	許可済みの算数オリンピック動画解説をもとにブログ記事を書く構成案をGeminiに作らせ、著作権違反にあたらないかを尋ねたやり取りをそのまま公開している。	@mrrclb48z	19:54
12	大人用です。「【誰も解けなかった算◯◯◯◯◯◯ク】難しい図形問題に必要な発想力を身につける授業」様を、計算はsympyで作図は手抜きのつもりでした。	発想力を要する図形問題を、オリジナル動画側が許諾を得ている点を確認したうえでsympyによる計算と簡略化した作図で解き直している。	@mrrclb48z	19:56
13	AIという「部下」がやってきた――技術の逆流を目の当たりにした組織はAIについていけるのか	AIにコードを書かせれば実装が短時間で済むためプログラマーを減らせるという発想に対し、技術の逆流に組織が追随できるのかを問い直している。	@HarmonicModeler	20:09
14	その問題、本当に解くべき問題ですか？～GPT-Liveで鍛える論点思考～	一人では練習が難しい論点思考を、ChatGPT有料版のGPT-Liveを相手役にして手軽に鍛える方法と事前準備を紹介している。	@papi_tokei	21:04
15	オントロジー × グラフ × LLM の実装と評価（基礎編）	プレーンRAGとオントロジー併用RAGを同じ評価セットで比較して正解情報の被覆範囲の差を確認し、質問の種類に応じてRAG方式を切り替えるルーターを構築している。	@haystacker	21:27
16	ClaudeのエクスポートJSONをMarkdownに整形するPythonスクリプト	そのままでは読みにくいClaudeのチャット履歴エクスポートJSONを、チャットごとに分割してMarkdown化するPythonツールを作ったと紹介している。	@caymezon	21:29
17	AIエージェントの失敗とRecovery Engineering	Harness・Loop Engineering・Evaluationなどを一つずつ扱ってきた連載の続きとして、AIエージェントが失敗した後に立て直すRecovery Engineeringを取り上げている。	@Hideki-T	22:07
18	ポートフォリオ作成日記＃１	ポートフォリオ作成で学んだことを新米プログラマ向けの記録として残す連載の初回で、学びと作業内容を整理している。	@mushroom-it-engineer	22:50
19	Human-in-the-loopとは何か	AIエージェントを支える要素を順に扱ってきた連載の中で、人間を処理の輪の中に組み込むHuman-in-the-loopの定義と位置付けを解説している。	@Hideki-T	22:51

GIGAZINE

#	Title	Summary	Published
1	SpaceXがCursorの買収を正式に完了	イーロン・マスク氏率いるSpaceXが、AIコーディングツールCursorの開発元であるAnysphereの買収手続きを完了させたと報じている。	16:00
2	アリババのAI「Qwen」が6カ月間に30億回ダウンロードされる世界1位のAIモデルに	アリババのオープンウェイトモデルQwenシリーズが過去6カ月で30億回ダウンロードされ、国外各社や国内のライバルを上回ったと伝えている。	17:45
3	無料でオープンソースの写真撮影ワークフローアプリ「darktable」、RAW現像も可能	写真の選別やRAW現像から書き出しまでを一括で行え、被写体を自動選択するAIマスクやAIノイズ除去もPC内で処理できるオープンソースアプリdarktableが公開されたと紹介している。	18:00

The Decoder

#	Title	Summary	Published
1	One in five US workers now delegates tasks to AI instead of colleagues, survey finds（米国の労働者の5人に1人が同僚ではなくAIに仕事を任せていると調査で判明）	Epoch AIの代表性のある調査で、就業中の米国人の20%が以前は人がしていた作業を少なくとも1つAIに任せており、その出力をほとんど編集せずに受け入れていると分かったと報じている。	14:00