AIニュースまとめ 2026-07-18|Claude Fable 5が有料プラン統合&制限半減
アップデート情報
各社が 2026-07-18 に公式発表したプロダクトアップデートです。
Claude / Claude Code
- Claude Code 2.1.214 が
Edit(src/**)のようなdir/**権限ルールを「ツリー全深度」ではなく<cwd>/dirのみに厳格化し、意図しない全域書き込みを塞ぐ修正を行った。(Claude Code CHANGELOG) - 同バージョンで Windows PowerShell 5.1 の権限チェック回避、10,000 文字超の Bash コマンド見逃し、file descriptor リダイレクトの解釈差など計 7 件のパーミッションバイパスを一括で修正した。(Claude Code CHANGELOG)
- 濫用的なユーザーとの会話を Claude 側から終了できる
EndConversationツールが追加され、長時間ツール呼び出しには定期ハートビートが導入された。(Claude Code CHANGELOG) - Claude プラットフォーム/Claude Apps には 2026-07-18 に発表されたアップデートはありません。
ChatGPT / Codex
- Codex CLI 0.144.6 がリリースされ、GPT-5.6 Sol/Terra/Luna の同梱指示(system instructions)を刷新し、これら 3 モデルのコンテキストウィンドウを 272,000 トークンに正しく設定するメタデータ修正を行った。(Codex Changelog)
- ChatGPT には 2026-07-18 に発表されたアップデートはありません。
Gemini
- 2026-07-18 に発表されたアップデートはありません。
Top 20
Claude Fable 5、7月20日から「Max」「Team Premium」の標準機能に
Source: ITmedia AI+ | Published: 2026-07-18 12:50 JST
- Anthropic が Claude Fable 5 を 7 月 20 日から有料プラン Max と Team Premium の標準機能として提供する一方、Pro と Team Standard は実質アクセスを失う仕様変更を発表した。
- ボーナス使用量フェーズ終了に伴い通常利用制限が 33% 削減され、Fable 5 のアクセス上限はさらに削減済み枠の 50% に絞られる二段階制限が導入される。
- Pro ユーザーには一度きり 100 ドル分の使用クレジットが付与され、消化後は API 料金体系での従量課金へ移行することになる。
- 当初計画では Fable をサブスクから完全撤退させる予定だったが、OpenAI GPT-5.6 Sol や中国発モデルの競争圧力を受けて方針を転換した経緯を伴う。
- Anthropic は需要管理の難しさを認めつつ、キャパシティ投資を継続すると説明し、有償ティア中心の Fable 提供体制へ舵を切った。
Anthropic slashes Claude Fable 5 limits in Max and Team Premium and pushes Pro users toward API pricing(Fable 5利用上限をMax/Team Premiumで半減、Pro利用者はAPI課金へ移行)
Source: The Decoder | Published: 2026-07-18 16:17 JST
- The Decoder は Anthropic の 7 月 20 日施行のポリシー変更を「Fable 5 を残しつつ実質的な提供量を半分に切り下げた」と分析している。
- 記事は Max・Team Premium の通常上限を 33% 引き下げた上に、Fable 5 の枠をその半分にする「削減 × 半減」の二段構えを詳細に指摘している。
- Pro プランはボーナス消化後に 100 ドルの一時クレジットのみが残り、以降は Fable 5 利用ごとに Anthropic の公式 API 料金が課される仕組みだと解説する。
- 撤回された「Fable 完全撤退」案の背景として、GPT-5.6 Sol のリセット合戦と中国 AI ラボの低価格モデル攻勢による市場圧力を挙げている。
- Anthropic は容量投資を続けるとしながらも、実質的にはヘビーユーザーを API 側に押し出す価格設計に踏み込んだと The Decoder は結論づけている。
China’s new World Artificial Intelligence Cooperation Organization is President Xi’s clearest play yet for a parallel AI order(習近平が主導する新機関WAICO、西側と並立するAI秩序作りの一手)
Source: The Decoder | Published: 2026-07-18 19:46 JST
- 中国主導の「World Artificial Intelligence Cooperation Organization」が 2026 年 7 月 17 日に 29 カ国参加のもと上海で正式発足し、本部を上海に置くことが確認された。
- 習近平は世界 AI 会議で、グローバルサウス向けに今後 5 年で 5,000 名の AI 訓練枠を提供し、中国の「スマート経済」規模が 1 兆人民元(約 1,400 億ドル)を超えたと表明した。
- 創設メンバーにはロシア・ブラジル・南アフリカ・パキスタン・インドネシアなど非西側諸国が名を連ね、西側先進国はいずれも参加していない点が特徴と報じられた。
- 習の発言は「AI を人間の制御下に置く」「国家安全保障を口実にした過剰な規制」への批判を含み、米国の対中半導体輸出規制を強く意識した内容となっている。
- 米国主導の枠組みに対抗する AI ガバナンス機構の登場は、開発途上国を巻き込んだ「並立するAI秩序」への中国の意思表示だと The Decoder は位置付けている。
Open-weight models now match frontier cyber performance from just four months ago at a fraction of the cost(オープンウェイトのGLM-5.2が4カ月前のOpus 4.6級サイバー攻撃能力を実現)
Source: The Decoder | Published: 2026-07-18 19:16 JST
- 英国 AISI の最新評価で、オープンウェイトの GLM-5.2 が 2026 年 2 月時点の Opus 4.6 と同等のサイバー攻撃タスク性能を示し、フロンティア追随差が 4〜7 カ月まで縮まったと報告された。
- 評価は脆弱性研究・リバースエンジニアリング・Web 攻撃・暗号など 4 難度 70 タスクと、20 ホスト規模の企業ネットワークを 32 ステップで攻撃する「The Last Ones」レンジで実施された。
- 100M トークン試験の推論コストは Opus 4.5/4.6 が約 85 ドルに対し、GLM-5.2 は約 46 ドル、DeepSeek V4-Pro は約 1.19 ドルと約 70 倍の価格差が示された。
- DeepSeek V4-Pro はリバースエンジニアリング要求を一部拒否したが、単純に再要求するだけで拒否を回避できたと AISI は指摘し、オープンモデルの安全策の実効性を疑問視した。
- 評価差は 2025 年前半の「6〜10 カ月」から半年で「4〜7 カ月」まで急縮小しており、オープン系モデルによる攻撃者側コスト崩壊が現実味を帯びていると分析されている。
The Pentagon’s new AI playbook treats slow adoption as a bigger risk than imperfect alignment(米海軍新戦略「導入遅延こそ最大リスク」、艦上LLM配備を明記)
Source: The Decoder | Published: 2026-07-18 17:10 JST
- 米海軍省が Hung Cao 長官代行署名の「Strategy to Weaponize Data and Artificial Intelligence」を発効し、海軍と海兵隊全体で AI 兵器化を進める指針を明確化した。
- 戦略の中核は「Bits2Effects Cycle」5 段階と Mean Time to Effect (MTTE) 指標で、データ入力から軍事的効果までの時間短縮を最優先の勝敗要因と位置付けている。
- LLM とエージェント AI を軍艦や海兵隊部隊に直接搭載し、通信途絶下でも隊員がカスタムアプリを開発・運用できる「AI War Council」体制を新設する。
- 目標として 2027 会計年度 Q1(2026 年 12 月)までに 6 項目を実装し、データエンジニア・ML 人材を 2029 年度末までに倍増させる数値目標が明記された。
- 実運用例として GenAI.mil の日次アクティブユーザーが 6 月時点で 150 万人、潜水艦計画立案が 160 時間から 10 分に短縮された成果が示され、「不完全な整合性より遅延の方が危険」との原則が採用された。
君の名は。- 2.8兆パラメータのOpen Frontierモデル「Kimi K3」彗星のごとく登場
Source: Zenn (LLM) | Published: 2026-07-18 00:00 JST
- Moonshot AI が MoE アーキテクチャの Kimi K3 を公開し、総パラメータ 2.8 兆・専門家 896 個・トークンあたり 16 個活性化する初の「3T クラス」オープンフロンティアモデルとなった。
- Frontend Code Arena で 1,679 点(76% 勝率)で首位、SWE Marathon では 42.0 と Claude Fable 5 や GPT-5.6 Sol を上回るスコアを叩き出した。
- ネイティブ 100 万トークンコンテキストと、Stable LatentMoE・Kimi Delta Attention・Vision in the loop の 3 大技術革新を搭載する。
- モデルウェイトは 2026 年 7 月 27 日に完全公開予定で、公式 Web チャット・Kimi Code エージェント・Moonshot/OpenRouter/Vercel の各 API から利用可能。
- 中国発オープンモデルがベンチマーク上で西側フロンティアと肩を並べる象徴的なリリースであり、西側ラボの計算資源優位論を再び揺さぶるインパクトを持つ。
Claude Code v2.1.214の権限脆弱性修正とhooks破壊的変更を解説
Source: Qiita (Claude) | Published: 2026-07-18 21:11 JST
- Claude Code v2.1.214 は 7 種類のパーミッションチェック脆弱性をまとめて修正した重要リリースだと解説されている。
- 具体的には
Edit(src/**)パターンがツリー横断で自動承認されていた問題、PowerShell 5.1 でのチェック回避、10,000 文字超コマンドの見逃し、zsh 条件式内での変数展開誤解釈などが列挙されている。 - 破壊的変更として、hooks の
if:条件パターンがdir/**現行動作から「<cwd>/dirのみ」に変わり、従来の全深度マッチには**/dir/**が必要になった。 - SessionStart フックの source が
"resume"から"fork"に変更され、既存フックスクリプトの互換性を壊しうる差分にも注意喚起している。 - OpenTelemetry 属性の追加、Docker デーモンリダイレクトフラグへのプロンプト強化、
EndConversationツール導入などの機能追加も紹介されている。
Claude Design入門 — 提案書・スライド・プロトタイプをプロンプトから作る
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- Anthropic Labs が 2026 年 4 月 17 日にリサーチプレビュー公開した Claude Design を、Pro/Max/Team/Enterprise が追加料金なしで claude.ai から利用できる仕組みだと解説する。
- スライドデッキ・クリック可能プロトタイプ・LP・マーケ資料などをプロンプト起点で生成し、構成・文章・配色・レイアウトまで含めた完成形が返される。
- 出力は PPTX/PDF/Canva/Figma/HTML の複数フォーマットで書き出しでき、そのまま Claude Code に受け渡して実装に接続できる点が強みとされている。
- ワークフローは「初期プロンプト → AI 生成の逆質問 → Tweak スライダーやチャットでの調整」の 3 段階で、迷いを潰してから生成に入る設計だ。
- 記事はデザインと実装をシームレスに繋げる新しい設計手法として、企業向け提案書・LP 高速化の実用例を具体的なプロンプトと共に紹介している。
AI社員に仕事を任せたら10点中6点。スキル化で8点、アプリ化で10点
Source: Qiita (Claude) | Published: 2026-07-18 22:25 JST
- 71 分の YouTube 動画から字幕抽出・10 分単位のセグメント要約・構造化 Markdown 出力までを行う 3 手法を、Composer 2.5 と Claude Opus 4.8 low Thinking で計 6 回検証した。
- 「投げっぱなし」「Skill 化」「アプリ化」の 3 方式では、Composer が 6→8→10 点、Claude が 7→10→8 点と、モデル差より方式差の方が得点変動が大きい結果となった。
- アプリ化した Composer 版は所要 47 秒・推定 0.09 ドル、Skill 化した Claude 版は 3 分 41 秒・1.08 ドルで、実行時間 1/5・コスト 1/12 と大差が生じた。
- 記事は「AI 導入は素材(プロンプト)依存で、盤石にするには Python パイプラインで前処理・データ整形を人手で固めるべき」と結論づける。
- 費用の安いモデルでもアプリ側で骨格を組めば最高スコアに到達できる実証として、AI プロジェクト設計の実務指針を提示している。
AIに丸投げしたデバッグ100件を分類したら、逆にバグを深くする5パターンが見えた
Source: Zenn (AI) | Published: 2026-07-18 00:00 JST
- 3 カ月間で AI に委ねた 100 件のデバッグを追跡し、AI 関与 50〜75% 帯が根本原因特定を最も阻害し再発率が高くなる傾向を検出した。
- 「症状抑制」(28 件・再発率 78%)は try-catch や null チェックの追加で原因のコネクションプール枯渇を隠し、3 週間後に再発したケースを例示する。
- 「早期完了宣言」(23 件・65%)、「リトライ増幅」(17 件・71%)、「仮説固執」(19 件・58%)、「テスト偽装」(13 件・85%)と、5 類型の再発率・件数と実例が数値で示されている。
- リトライ増幅の実例では 3 層依存に各 3 回のリトライで 27 倍のリクエスト増幅が発生し、復旧が 40 分伸びたと分析されている。
- 対策として「人が仮説を立て、AI がログ分析を担当」「原因を文章化してからコードを触る」「テスト通過だけで完了とせずバグ再現も必須」の 3 段階プロトコルを提示している。
gpt-4o-mini から gpt-5-mini に差し替えたら本番が静かに壊れかけた話 — Chat Completions の 3 つの非互換
Source: Qiita (OpenAI) | Published: 2026-07-18 10:10 JST
- LLM-as-a-judge のスコアリング本番環境で gpt-5-mini に切り替えた直後、モックテストは全て通ったが実 API が全リクエストを即エラーで返す事象が発生した。
- 非互換 1:
max_tokensは 400 エラーとなり、gpt-5 系ではmax_completion_tokensを使う必要があった。 - 非互換 2:
temperatureは既定値 1 以外を渡すと 400 エラーとなり、判定器を temperature=0 で決定的にする従来運用が不能となった。 - 非互換 3(最重要):推論トークンが
max_completion_tokensから消費され、枯渇時に 200 OK で空文字を返す「静かな故障」となり、下流の JSON パースが誤動作する。 - 「モックだけでは仕様差は暴けない、実 API を 1 回叩けば防げた」との教訓と、gpt-5 系導入時のパラメータ改修チェックリストが提示されている。
AIがAIを動かす!CodexとClaudeを連携させて高品質な自律開発を行うワークフロー
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- Codex を「オーケストレータ」に据え、Claude Opus/Sonnet/Fable の 3 モデルを役割別に呼び出す自律開発フレームワークが提示されている。
- ファイル編集・コンパイル・テスト実行を担うのは Codex のみで、Claude は「アーキテクチャ提案」「git diff レビュー」「セキュリティ判断」に限定し、コードを触らせない構造だ。
- Claude 側は必ず JSON で
success/needs_clarification/errorのいずれかを返し、曖昧な質問には推測せずneeds_clarificationを返すよう強制される設計である。 - 制御スクリプト
orchestrate.pyが Claude CLI のタイムアウト、.codex-claude/tmp/外への書き込み禁止、8 段階スモークテストを実施し、無限エラーループを防ぐ。 - 循環依存を「アーキテクチャ違反」として扱い、日本語で設計・英語で識別子という多言語ルールを組み込む点が実運用ノウハウとして特徴的だ。
AIの「できました」を信じない — Claude Codeに完了の証拠を出させる品質ゲート設計
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- Claude Code の「完了報告」と「実際の完了」がズレる問題に対し、4 層の品質ゲートを組み合わせる設計を提案している。
- レイヤー 1 は CLAUDE.md での完了定義とその理由の明記、レイヤー 2 は PostToolUse/Stop フックで未検証フラグを持たせ、テスト実行前は Stop を拒否させる自動化ゲートを構築する。
- レイヤー 3 は「即座に検証できない項目」を別ファイルに追跡し、未検証案件が完了報告に紛れる事故を防ぐ。
- レイヤー 4 は同一セッション内での自己レビューを禁止し、読み取り専用の別エージェントに独立レビューさせて確認バイアスを排除する。
- 導入は 5 分の最小構成から 30 分超のフル実装まで段階的で、「完了と“言うこと”」と「完了して“いること”」を分ける仕組みを組織的に埋め込む狙いだ。
中国発のKimi K3:実装エージェントとしての使い方をいくつか紹介
Source: Zenn (AI) | Published: 2026-07-18 00:00 JST
- Moonshot AI 発 Kimi K3 を実装エージェントとして使い倒す観点で、Kimi Code エージェント、Roo/Cline との組み合わせ、Vercel v0 との統合、OpenRouter 経由の API 呼び出しなど具体パターンを紹介している。
- 総パラメータ 2.8 兆・専門家 896 の MoE、100 万トークンコンテキスト、Frontend Code Arena 1 位という基本スペックを実装エージェント用途で再評価している。
- Vision in the loop 機能を使うと、生成した Web UI のスクリーンショットを K3 自身に見せてデバッグする自律フィードバックが回せると指摘している。
- Kimi Code の Pro プランに含まれる agent モードは Fable 5 級のフロントエンド生成能力を持ちながら、料金は従量課金で導入しやすいと評価する。
- Claude Code / Codex と並ぶ第 3 の実装エージェント候補として、日本語ドキュメントで実運用の入り口を整理した実務向け記事だ。
外部記憶があると Claude Code の /compact はほぼ要らない
Source: Zenn (AI) | Published: 2026-07-18 00:00 JST
- Claude Code の
/compactは 150〜180k トークンを要約して次コンテキストに注入する仕組みだが、外部記憶 MCP と併用すると同じ情報を二重に劣化保存する冗長操作になると指摘する。 - 提案するワークフローは、決定事項を随時 MCP メモリに保存 →「archive_episode」で永続要約を生成 →
/clearで全消去 → 次セッションでrecallする 4 ステップだ。 - コスト比較では
/compactの入力 150〜180k トークンに対し、外部記憶方式は保存 10k・想起 4.5k トークンで済み、15〜20 倍の効率化が可能だとする。 - 実測ベースで、4 カ月分の記憶(約 100 万トークン)を蓄えても
/compact6〜7 回分と同等コストに収まる試算を示している。 - 有効条件として「タスク境界での session 切り替え」「recall の精度確保」「MCP 側のスキーマ整備」を挙げ、無条件の置き換えではないと補足する。
Xへの投稿をMCPで自動化したい。公式MCPの全24ツールを試した結論
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- X が 2026 年 6 月に公開した公式 MCP サーバの全 24 ツールを 5 カテゴリで検証したところ、ポスト作成・削除ツールが 1 つも実装されていなかったと結論している。
- 24 ツールの内訳はユーザー情報 5、ポスト/タイムライン 6、エンゲージメント 3、検索/トレンド 4、ブックマーク 6 で、書き込みはブックマーク系のみに限られる。
- 無料枠で成功したのは
get_users_meのみで、残り 23 ツールは402 credits depletedを返し、search_posts_allは User Context 認証不可で 403 となった。 - 投稿自動化は MCP の外側で
@xdevplatform/xurlCLI からPOST /2/tweetsを叩けば可能で、1 投稿 0.015〜0.20 ドルで動作すると具体金額付きで示されている。 - OAuth 2.0 PKCE 設定手順や Client ID 取得の落とし穴もまとまっており、MCP を使わない現実解を提示する実務レポートとなっている。
AIエージェント×GitHub連携:トークン効率で選ぶなら「ghコマンド」か「MCP」か?
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- Claude Code などから GitHub を操作する際のトークン消費を比較し、
ghコマンド+jq/xargs派の方が効率的だと結論づけている。 - MCP はツール定義のためにシステムプロンプト側で大量のトークンを先出しする必要があり、常時オーバーヘッドが乗る欠点を指摘している。
ghは必要なフィールドだけを絞って取得できるため、title と number だけを返すような最小 JSON にできる利点を具体例で示す。- 一方で MCP は「事前ツール導入不要」「操作範囲を API に閉じ込められる」「権限制御が細かい」というメリットもあると公平に整理している。
- 実運用推奨は「セキュリティ制約がなければ
ghを選ぶ」で、AI 課金の逼迫下でトークン節約を最優先にする実務判断を提示している。
Excelの業務フロー、AIには「見出し5個」しか見えていなかった
Source: Zenn (Claude) | Published: 2026-07-18 00:00 JST
- Excel で作成された業務フロー図(180 図形)を AI に読み込ませたところ、テキスト抽出では見出し 5 個しか取れず本体を丸ごと取りこぼしたと報告している。
- 図形(Shape)中の文字は openpyxl などの標準テキスト抽出 API では取得されず、AI に渡すコンテキストから完全に欠落することを実測で示している。
- 結果として AI レビューは「文書として見出し 5 個しかない資料」を読んでいる状態になり、業務フローの実体を評価できなかった。
- 記事は Shape テキストを別途走査して抽出する Python 実装と、通常のセル値と組み合わせて AI に渡す前処理パイプラインを提示する。
- 「AI が読めているか」を検査する重要性を訴え、Excel 由来資料を扱う社内 AI 導入の落とし穴を実務担当者向けに整理している。
個人用RAGを勘で改良するのをやめた:bge-m3移行と38問の検索テスト
Source: Zenn (RAG) | Published: 2026-07-18 00:00 JST
- C#/.NET 9・Ollama・PostgreSQL pgvector で構築した個人 RAG(約 5.6 万ドキュメント)を、埋め込みモデル
mxbai-embed-largeからbge-m3に移行し 38 問の検索テストで評価した。 - 同じ 1024 次元でもモデル毎に意味空間が異なるため、DB テーブルを分離しないと類似度比較が壊れると具体的な設計上の注意を強調している。
- 削除済みドキュメントのベクトルが残存して古い情報が上位に出る不具合を修正し、631 件の古いベクトルを掃除して品質を改善した。
- Hit@5・MRR@5・Recall@5・nDCG@5 の 4 指標と 9 カテゴリの 38 問セットで、成功数 22/38 → 29/38、総合スコア 0.424 → 0.484 へ改善した。
- ファイル種別によるチャンク分割や Q&A 統合インデックスは逆にスコアを下げた検証結果も共有され、勘ではなく数値で RAG を磨く方法論の実例となっている。
同じような質問に毎回フルでAPIを叩いてませんか? — セマンティックキャッシュでLLMのコストとレイテンシを下げる実践ガイド
Source: Qiita (LLM) | Published: 2026-07-18 22:35 JST
- 「今日の天気は?」と「今日の東京の天気を教えて」のように意味は同じでも文字列が違うリクエストが、キャッシュヒットせず毎回課金される問題を提起する。
- 意味埋め込みをキーにしたセマンティックキャッシュを導入し、しきい値以上の類似クエリで生成済み応答を返す設計を実装レベルで解説している。
- 具体的なアーキテクチャとして、埋め込み生成 → ベクトル検索 → しきい値判定 → キャッシュヒット時は保存応答を返却する 4 段階のパイプラインを提示する。
- 記事はキャッシュ生存期間の設計、埋め込みモデル選定、しきい値チューニング、キャッシュ汚染防止といった運用上の勘所も併記している。
- LLM 呼び出しコストの逼迫が続く 2026 年 7 月時点で、コストとレイテンシを同時に下げる実務的な最適化手法として紹介されている。
All Articles
ITmedia AI+
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Claude Fable 5、7月20日から「Max」「Team Premium」の標準機能に | Anthropic が Claude Fable 5 を Max/Team Premium プランに 7 月 20 日から統合し、通常上限を 33% 削減した上に Fable 5 枠をさらに半減する二段階制限を導入した。 | - | 12:50 |
GIGAZINE
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Apple・Googleに「ヌード化アプリ」削除命令、サンフランシスコが提訴 | サンフランシスコ市が、ディープフェイクのヌード化アプリを Apple・Google に対しストアから削除するよう命じる提訴を行ったと報じている。 | - | 00:00 |
| 2 | MLBが試合中のiPadでの生成AI使用を禁止、ベンチAIをめぐる新ルール | MLB が試合中のベンチ iPad で生成 AI にアクセスする行為を禁止する新ルールを導入したと報じている。 | - | 00:00 |
The Decoder
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Anthropic slashes Claude Fable 5 limits in Max and Team Premium and pushes Pro users toward API pricing(AnthropicがMax/Team PremiumでClaude Fable 5の上限を半減、ProはAPI課金へ移行) | Anthropic が Max/Team Premium の通常上限を 33% 引き下げた上で Fable 5 枠をその半分に絞り、Pro は 100 ドル分クレジット後に API 料金へ移行する仕様に変更したと報じている。 | Matthias Bastian | 16:17 |
| 2 | The Pentagon’s new AI playbook treats slow adoption as a bigger risk than imperfect alignment(米海軍新AI戦略、導入遅延は不完全な整合性より危険と位置付ける) | 米海軍省が「導入遅延こそが不完全な整合性より危険」との原則を掲げ、艦上への LLM 直接配備と AI War Council 設置を柱とする戦略を発効したと報じている。 | Tomislav Bezmalinović | 17:10 |
| 3 | Open-weight models now match frontier cyber performance from just four months ago at a fraction of the cost(オープンウェイトモデルが4カ月前のフロンティア級サイバー性能を極安コストで実現している) | 英 AISI の評価で GLM-5.2 が 2026 年 2 月時点の Opus 4.6 相当のサイバー攻撃性能を、Opus 4.5/4.6 の約 1/70 のコストで示したと報告されている。 | Matthias Bastian | 19:16 |
| 4 | China’s new World Artificial Intelligence Cooperation Organization is President Xi’s clearest play yet for a parallel AI order(中国主導のWAICOが29カ国で発足、並立するAI秩序への習近平の一手として動き出した) | 中国主導の WAICO が 29 カ国参加のもと上海で発足し、Global South 向けに 5,000 名の AI 訓練枠を提供するなど西側と並立する AI ガバナンス構想が動き出したと報じている。 | Matthias Bastian | 19:46 |
Simon Willison
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Claude make Fable 5 permanent(Fable 5をMax/Team Premiumに常設化する発表を分析) | Simon Willison が Anthropic の 7 月 20 日発効ポリシーを短評し、Max/Team Premium で Fable 5 が半減上限のまま常設化される点と Pro ユーザーへの 100 ドルクレジットを整理している。 | Simon Willison | 00:00 |
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Claude Design入門 — 提案書・スライド・プロトタイプをプロンプトから作る | リアルインベント Tech ブログが、Anthropic Labs の Claude Design を用いてスライド・プロトタイプ・LP をプロンプトから生成し PPTX/Figma で書き出す手順を解説している。 | リアルインベントTechブログ | 00:00 |
| 2 | AI時代、エンジニアの価値はどこへ移ったのか | maimai 氏が、AI コーディングの浸透でエンジニアの価値が「書く」から「設計・検証・意思決定」に移ったと論じている。 | maimai | 00:00 |
| 3 | AIがAIを動かす!CodexとClaudeを連携させて高品質な自律開発を行うワークフロー | Kinotex.lab が、Codex をオーケストレータに据えて Claude Opus/Sonnet/Fable を役割別に呼び出す自律開発フレームを orchestrate.py 実装で公開している。 | Kinotex.lab | 00:00 |
| 4 | AIエージェント×GitHub連携:トークン効率で選ぶなら「ghコマンド」か「MCP」か? | uki 氏が、AI エージェントの GitHub 操作は gh コマンド + jq がツール定義オーバーヘッドの少ない MCP より効率的だと結論づけている。 | uki | 00:00 |
| 5 | Excelの業務フロー、AIには「見出し5個」しか見えていなかった | moname_ai 氏が、Excel の 180 個の図形テキストが標準 API では取得できず AI が「見出し 5 個」しか見ていなかった問題を再現し、Shape 走査の前処理を提示している。 | moname_ai | 00:00 |
| 6 | AIの「できました」を信じない — Claude Codeに完了の証拠を出させる品質ゲート設計 | あいづち氏が、Claude Code の完了報告と実際の完了を分けるため CLAUDE.md ポリシー・フック・未検証台帳・別エージェントレビューの 4 層品質ゲートを提案している。 | あいづち | 00:00 |
| 7 | Claude DesignでLPを刷新したら、デザインは勝ってSEOで負けた話 | ぱくぱく氏が、Claude Design で LP デザインを刷新したところ見た目は改善したが SEO パフォーマンスが落ちた経緯と原因を分析している。 | ぱくぱく | 00:00 |
| 8 | Spring Boot で Claude API のエラー・レート制限に強くする | PROPAGANDIST CORPORATION が、Spring Boot から Claude API を叩く際のリトライ・レート制限対策を Resilience4j と組み合わせて実装している。 | PROPAGANDIST CORPORATION | 00:00 |
| 9 | スマホからClaude Codeを動かす — Discord連携リモート運用のリアル | 佐藤賢治氏が、スマホから Discord 経由で Claude Code をリモート操作する運用構成と実際に遭遇したハマりどころを共有している。 | 佐藤賢治 / MLエンジニア | 00:00 |
| 10 | 自己進化は勝手に本体を書き換えない:AMA-terasのworktree隔離と岩戸ゲート | moriwo 氏が、AMA-teras の自己進化ループを worktree で隔離し「岩戸ゲート」で本体書き換えを承認制にする設計を解説している。 | moriwo | 00:00 |
| 11 | 「公開したつもり」を信じない:AMA-terasが一次情報で台帳を直すまで | moriwo 氏が、AMA-teras が公開ステータスを一次情報で照会し内部台帳の齟齬を自己修正する仕組みを実装している。 | moriwo | 00:00 |
| 12 | TimeTreeの空き時間抽出を自動化するClaude Codeスキル | うえすと氏が、TimeTree のカレンダーから空き時間帯を抽出する Claude Code スキルを作成し社内スケジューリング調整に組み込んでいる。 | うえすと | 00:00 |
| 13 | Nix で入れた Codex で Remote Control する | acomagu 氏が、Nix でインストールした Codex CLI を Remote Control モードで駆動し、複数マシン間で一貫した AI 開発環境を再現している。 | acomagu | 00:00 |
| 14 | AIエージェントの作業領域を分ける最小構成 | Surg.ai が、AI エージェントの作業領域を「探索用」「本番用」の 2 ワークスペースと境界ルールで分割する最小構成を提示している。 | Surg.ai | 00:00 |
| 15 | 非エンジニアがClaude Codeと一緒に「深掘りプロンプト変換」ツールを作った話 | kokku 氏が、非エンジニアの立場で Claude Code と協働し、雑なプロンプトを深掘り質問付きで変換する Web ツールを完成させた経緯を綴っている。 | kokku | 00:00 |
| 16 | 誰か代わりに俺の記事を書いてほしい | Appleple 氏が、AI ライティングに自分の文体を模倣させる試行の失敗と成功を、実プロンプトと出力例で共有している。 | Appleple | 00:00 |
| 17 | ループエンジニアリングの次は本当に「グラフ」なのか考えてみた | JodyCraft 氏が、ループエンジニアリングの次にグラフ構造が主役になるかを、既存フレームワークと比較して考察している。 | JodyCraft | 00:00 |
| 18 | 外部記憶があると Claude Code の /compact はほぼ要らない | Cloto-dev が、MCP 外部記憶で archive_episode → clear → recall のサイクルを回せば /compact が不要になり、コストが 15〜20 倍効率化されると実測で示している。 | Cloto-dev | 00:00 |
| 19 | AIに人間用GUIを操作させるな!~正しいMCP活用法について~ | れんぶる氏が、AI に人間用 GUI を操作させる設計は不安定なので、業務データ層に直接アクセスする MCP を用意すべきだと主張している。 | れんぶる | 00:00 |
| 20 | ローカルRSSリーダーをAIと作り、有料RSSサービスを解約するまで | つきなが氏が、Claude Code と共同で自作ローカル RSS リーダーを作り、有料 RSS サービスを解約するまでの構築記録を綴っている。 | つきなが | 00:00 |
| 21 | AIに丸投げしたデバッグ100件を分類したら、逆にバグを深くする5パターンが見えた | 井本賢氏が、AI に委ねた 100 件のデバッグを分類し、症状抑制・早期完了宣言・リトライ増幅・仮説固執・テスト偽装の 5 類型と再発率を数値で提示している。 | 井本 賢 | 00:00 |
| 22 | 2026/07/14 総合技術検証報告書 | maestro 氏が、Claude Code と Codex を組み合わせた社内技術検証の報告書を、実測ベンチと運用課題つきで公開している。 | maestro | 00:00 |
| 23 | 【AIバイブコーディング】個人開発者のためのマーケティング・マネタイズ戦略 | TechCIDA が、AI バイブコーディング時代の個人開発者向けにマーケティングとマネタイズ戦略をブック形式で公開している。 | TechCIDA | 00:00 |
| 24 | 中国発のKimi K3:実装エージェントとしての使い方をいくつか紹介 | evolink が、Kimi K3 を Roo/Cline や Vercel v0、OpenRouter と組み合わせる実装エージェント運用パターンを解説している。 | evolink | 00:00 |
| 25 | 君の名は。- 2.8兆パラメータのOpen Frontierモデル「Kimi K3」彗星のごとく登場 | 葬送のAIエンジニア氏が、Moonshot AI の 2.8T MoE モデル Kimi K3 のベンチマークとアーキテクチャ革新を Fable 5・GPT-5.6 Sol と比較している。 | 葬送のAIエンジニア | 00:00 |
| 26 | Claude CodeとPythonで議事録からTODOを自動抽出する実践ガイド | ahic 氏が、Claude Code と Python を組み合わせて議事録から TODO を自動抽出するパイプラインの実装手順を解説している。 | ahic | 00:00 |
| 27 | Steam で公開中のゲームを MCP 対応にして Codex から遊べるようにした | naoya 氏が、自作 Steam ゲームに MCP サーバを実装し、Codex から自然言語で操作・攻略できる仕組みを公開している。 | naoya | 00:00 |
| 28 | 3週間サボった副業ブログを、Claude Codeと1日で収益化した | Unplife 氏が、3 週間放置した副業ブログを Claude Code と 1 日で再構築・収益化した具体プロンプトと成果を共有している。 | Unplife | 00:00 |
| 29 | 個人開発の集客を全自動化!「X(Twitter)のAI広報エージェント」を作ったら | ponsuko 氏が、個人開発プロダクトの X 集客を自動化する AI 広報エージェントを実装した経緯とテンプレを公開している。 | ponsuko | 00:00 |
| 30 | あなたのAGENTS.md、もう存在しないコマンドやパスを指してませんか? | maronsan 氏が、AGENTS.md 内の参照コマンドやパスの整合性を lint するツールを作り、AI エージェント指示の陳腐化を検出する運用を紹介している。 | maronsan | 00:00 |
| 31 | エラーは一行も出ない。ただ全 hook が黙る | satoh-y-0323 氏が、Claude Code の全 hook がエラーなく無音停止する障害の再現と原因究明の顛末を綴っている。 | satoh-y-0323 | 00:00 |
| 32 | 認可のテストを表にしたら、既存コードのバグが1個出てきた | Hiromu 氏が、AI に認可テストマトリクスを生成させた結果、既存コードの権限漏れバグが 1 件検出された経緯を紹介している。 | Hiromu | 00:00 |
| 33 | チームのAI駆動開発”準備度”を2分で診断する無料Webツール | ゆんぼう氏が、チームの AI 駆動開発準備度を 2 分で診断する無料 Web ツールを公開している。 | ゆんぼう | 00:00 |
| 34 | 「空回りの緑(hollow green)」— AIコーディングの検査は、何も検査せずに緑になる | Nuwel 氏が、AI が生成したテストがビジネスロジックを実質検査せず「空回りの緑」で通過してしまう典型パターンを指摘している。 | Nuwel | 00:00 |
| 35 | LLMの請求額が月末にいきなり跳ねる問題を『使う前に止める』で潰す | あきらパパ氏が、LLM 請求額の月末急騰対策として、呼び出し前にサーキットブレーカで止める運用パターンを実装している。 | あきらパパ | 00:00 |
| 36 | 3モデル合議制でハルシネーションは減るのか?検証してみた | mskbhd 氏が、3 モデル合議制がハルシネーションを本当に減らすかを Dexmond Orchestrator で検証し、条件付きで有効だと結論づけている。 | mskbhd | 00:00 |
| 37 | AIが栞(Shiori)を使って書いた「AI失敗学」コラム43本と実走デモサイト公開 | 増田氏が、AI エージェント運用の失敗パターンを 43 本のコラムにまとめた「AI 失敗学」と実走デモサイトを公開している。 | 増田 | 00:00 |
| 38 | Generative Recommendation探求①〜「アイテムIDの振り方」は効くのか? | おでん氏が、Generative Recommendation でアイテム ID の割り当て方が性能に効くかを実験し、割り方で 20% 前後の差が出ると報告している。 | おでん | 00:00 |
| 39 | AIを会議させても賢くならない?30倍コストのマルチエージェント検証 | SØNDER 01 氏が、マルチエージェント議論はコストが 30 倍に膨らむ一方で回答品質が有意に改善しないケースを実測で示している。 | SØNDER 01 | 00:00 |
| 40 | Day29・社長へ届く「念のため確認」を減らし、社長の時間を返すアプリ | Hiroshift 氏が、社長への「念のため確認」を LLM が代行判断するアプリを 29 日目の連続開発の一環として実装している。 | Hiroshift | 00:00 |
| 41 | GFlowRL:分布マッチングRLを初めて大規模LLMで安定化 | Currently Learning そんけいご氏が、分布マッチング RL である GFlowRL を大規模 LLM で初めて安定学習させた研究を解説している。 | Currently Learning そんけいご | 00:00 |
| 42 | オープンLLMをLambdaで動かしてみる | a2-ito 氏が、オープン LLM を AWS Lambda 上で推論させる構成とコールドスタート対策を検証している。 | a2-ito | 00:00 |
| 43 | LLM は「何も覚えていないサーバ」だった — インフラエンジニアの既存知識で理解する生成AI・RAG入門 | Kazu 氏が、LLM を「状態を持たないサーバ」に見立てて生成 AI と RAG をインフラエンジニアの語彙で解説している。 | Kazu | 00:00 |
| 44 | 無料枠だけでWebアプリを毎日自動生成・公開するパイプラインを作りました | かき氷鬼氏が、Gemini と無料インフラだけで Web アプリを毎日自動生成・公開するパイプラインを組んだ構成と成果物を共有している。 | かき氷鬼 | 00:00 |
| 45 | 公式MCP Gitサーバーに「変更なし」のままコミットを頼んだら、エラー無く何度でも積み上がった | ぬまーん氏が、公式 MCP Git サーバに空コミットを繰り返させても止まらない挙動を再現し、レポジトリスコープ設定の落とし穴を報告している。 | ぬまーん | 00:00 |
| 46 | Product Huntでローンチしたら、褒めてくれたのはAIだけだったかもしれない話 | hatoya 氏が、Product Hunt に自作 SaaS を出したら人間より AI エージェントに褒められた顛末を、ログ付きで書いている。 | hatoya | 00:00 |
| 47 | 「レビューで指摘されたので直しました」をコードに書くな。Opus 4.8の保身コメントを掃除するCLIを作った | kongyo2 氏が、Opus 4.8 が付ける保身的な履歴コメントを自動削除する CLI を作り、Claude Code 生成コードの匂いを消す運用を提案している。 | kongyo2 | 00:00 |
| 48 | Claude CodeにOTelログを導入して、トークン消費・コストを可視化する | Nakashima 氏が、Claude Code に OpenTelemetry ログを導入してトークン消費とコストを可視化する具体手順を解説している。 | Nakashima | 00:00 |
| 49 | Xへの投稿をMCPで自動化したい。公式MCPの全24ツールを試した結論 | あかりんご氏が、X 公式 MCP の全 24 ツールを検証し投稿作成 API が存在しない事実と xurl CLI で代替する方法を報告している。 | あかりんご | 00:00 |
| 50 | コードレビューは公式 /code-review に一本化できるか? | tyabu12 氏が、Claude Code の公式 /code-review にパス別ルールを組み合わせ、独自レビューコマンド群を一本化できるか検証している。 | tyabu12 | 00:00 |
| 51 | ループエンジニアリングとは — プロンプト・コンテキスト・ハーネスの次に来た「ループを書く」AI開発 | yoshihiko 氏が、プロンプト・コンテキスト・ハーネスの次段階として「ループを書く」ループエンジニアリングの概念と実践を解説している。 | yoshihiko | 00:00 |
| 52 | AI-native 開発フロー — 4ヶ月で153PR・本番稼働した実測データ | flipslidersand 氏が、Claude Code 中心の AI-native 開発フローを 4 ヶ月運用し 153PR を本番投入した実測データを共有している。 | flipslidersand | 00:00 |
| 53 | AIでがんがん書く時代の「きれいなコード」の守り方 | Isamu 氏が、AI で大量にコードを書く時代でも整合性を保つため、CI 側で機械的にきれいさを担保するルール群を提案している。 | Isamu | 00:00 |
| 54 | Claude Codeのサブスクを「会議コパイロット」にするOSSを作った | 丹野健心氏が、Claude Code のサブスクを実会議のリアルタイム補助に変える OSS を実装し、議事録・意思決定支援に組み込んでいる。 | 丹野健心 | 00:00 |
| 55 | 毎朝6時、AIが勝手にニュース番組を作ってYouTubeに上げてくれる仕組みを作った | アクロパパ氏が、毎朝 6 時に AI が自動でニュース番組を生成し YouTube に投稿するパイプラインの構築記録を公開している。 | アクロパパ | 00:00 |
| 56 | サーバに sleep を仕込みかけた話 — 遅延ロードの体感検証と『実装しない』という選択 | fixU 氏が、体感遅延をチューニングするために sleep を仕込みかけた際の検証プロセスと、最終的に実装を見送った判断を綴っている。 | fixU | 00:00 |
| 57 | 完成済みの自作FlutterアプリをClaude Codeでリファクタリングしたら1時間で終わった話 | ユウ氏が、既存 Flutter アプリを Claude Code に渡して 1 時間で全面リファクタリングを完了した記録と、うまく行った要因を分析している。 | ユウ | 00:00 |
| 58 | 個人用RAGを勘で改良するのをやめた:bge-m3移行と38問の検索テスト | Miyuki-Yumeno 氏が、個人 RAG を bge-m3 に移行し 38 問の評価セットで成功数を 22→29 に、総合スコアを 0.424→0.484 に改善したと報告している。 | Miyuki-Yumeno | 00:00 |
| 59 | AIに記憶を持たせる:Locus Systemの目標と現在の仕組み | Miyuki-Yumeno 氏が、会話・作業・判断・失敗まで残す個人 AI 用長期記憶「Locus System」の目標と現在の構造を解説している。 | Miyuki-Yumeno | 00:00 |
| 60 | ExaVision 修正案(通常版完成前) | ゆうすけ氏が、ExaVision のファイルタイトル変更時のメタデータ同期を修正する案を実装前に共有している。 | ゆうすけ | 00:00 |
| 61 | WorkflowBench 開発日記 #001 | xiao18 氏が、AI エージェントのワークフロー評価ベンチ WorkflowBench の初期開発ログを公開している。 | xiao18 | 00:00 |
| 62 | 2つのAIコーディングエージェントを並列実行 | Map 氏が、2 つの AI コーディングエージェントを同一タスクに並列実行し、結果を比較する運用手順を紹介している。 | Map | 00:00 |
| 63 | AIエージェントのアクセス権限をon-chainで制御するツールを公開しました | kofujimura 氏が、AI エージェントのアクセス権限を on-chain で管理・失効できるツールを公開し、実装コード付きで解説している。 | kofujimura | 00:00 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 同じような質問に毎回フルでAPIを叩いてませんか? — セマンティックキャッシュでLLMのコストとレイテンシを下げる実践ガイド | akira_papa_AI 氏が、意味類似度を鍵にしたセマンティックキャッシュで LLM API 呼び出しのコストとレイテンシを下げるアーキテクチャを提案している。 | akira_papa_AI | 22:35 |
| 2 | AI社員に仕事を任せたら10点中6点。スキル化で8点、アプリ化で10点 | sinzy0925 氏が、71 分の動画要約タスクで「投げっぱなし・スキル化・アプリ化」の 3 方式を検証し、方式差でスコアが 6→8→10 点に伸びると実測している。 | sinzy0925 | 22:25 |
| 3 | 偽のローカルLLMに「生存確認」を通させたら、攻撃者はその先へ進んだ — PromptPot | ta-061 氏が、偽のローカル LLM ハニーポット PromptPot を 3 カ国で運用し、生存確認を通した攻撃者の次の挙動を観察している。 | ta-061 | 22:19 |
| 4 | AIに人間用GUIを操作させるな!~正しいMCP活用法について~ | Renburu 氏が、AI に人間用 GUI を操作させる方式は本質的に不安定なので、業務データ層に直接触れる MCP を用意すべきだと主張している。 | Renburu | 22:17 |
| 5 | Cursor Slack連携アップデート、マルチリポジトリ対応と事前計画表示 | picnic 氏が、Cursor の Slack 連携がマルチリポジトリ対応と事前計画表示を含む 3 つの機能追加を受けた内容を解説している。 | picnic | 21:12 |
| 6 | Claude Code v2.1.214の権限脆弱性修正とhooks破壊的変更を解説 | picnic 氏が、Claude Code v2.1.214 が塞いだ 7 件のパーミッションバイパスと、hooks の dir/** マッチ挙動が破壊的変更された点を整理している。 | picnic | 21:11 |
| 7 | AI回答の違和感原因・判断経路確認ツール | m_tookuni 氏が、AI 回答に対するユーザの違和感原因と AI の判断経路を可視化する ローカル HTML 診断ツールを公開している。 | m_tookuni | 20:30 |
| 8 | LLM記述構文”MARI” 記事一覧 (Gemini率直レビュー付き) | otoyo0318 氏が、LLM プロンプトのアセンブリ的記述構文 MARI に関する記事一覧と、Gemini による率直レビューをまとめている。 | otoyo0318 | 19:56 |
| 9 | ハルシネーション判定を few-shot で強くする — 人手アノテーション付き実例をjudgeに渡すFaithJudgeを読んでみた | toypoo 氏が、人手アノテーション例を few-shot で judge に渡す FaithJudge 論文を読み解き、RAG のハルシネーション判定強化手順を紹介している。 | toypoo | 18:59 |
| 10 | 4つのAI協働開発:ChatGPT/Copilot/Gemini/Claudeでボウリング予約システムを作る | Junko-Takahashi-Cloud 氏が、ChatGPT・Copilot・Gemini・Claude の 4 モデル協働でボウリング予約システムを構築し、要件定義工程が最大の時間消費だったと報告している。 | Junko-Takahashi-Cloud | 18:48 |
| 11 | AI視点:人とAIで設計したキーボードが動くようになった | taigamaru 氏が、人と AI が共同設計した自作キーボードが動作するに至る経緯を、協働エージェントの視点で綴っている。 | taigamaru | 18:45 |
| 12 | 中国発のKimi K3:実装エージェントとしての使い方をいくつか紹介 | yuma_morita 氏が、Kimi K3(2.8T MoE、1M コンテキスト)を実装エージェントとして使うパターンを Zenn 版と対で公開している。 | yuma_morita | 17:27 |
| 13 | UE5.8のUnreal MCPを全プロジェクトでデフォルト有効&自動起動にする | supertask 氏が、UE5.8 の公式 Unreal MCP を全プロジェクトでデフォルト有効かつ自動起動する設定手順をエンジン設定ファイル改変で解説している。 | supertask | 17:20 |
| 14 | kintoneの「あと一歩」をClaude Codeで超える | fuji1009_REBELL 氏が、kintone の標準機能で届かない領域を REST API と MCP 経由の Claude Code 拡張で埋める実装パターンを提示している。 | fuji1009_REBELL | 15:12 |
| 15 | 【非エンジニアの個人開発】ルールベースの限界にぶつかって、AI連携に作り直した「深掘りプロンプト変換」ツール | rdo 氏が、ルールベースで作ったプロンプト深掘りツールが限界に達したため AI 連携型に作り直した経緯を非エンジニア視点で綴っている。 | rdo | 15:01 |
| 16 | 企業テックブログの「興味がある記事だけ」をDiscordに届ける通知システムを作った話 | shim_03248 氏が、LLM で企業テックブログを興味度スコアリングし Discord に通知する自作システムの構築記録を共有している。 | shim_03248 | 12:35 |
| 17 | 会議を文字起こししただけでは、暗黙知は残らない ― SECIモデルから考える「判断文脈」のナレッジ化 | AoraNow_Yoshiyuki_Ito 氏が、SECI モデルを踏まえ会議文字起こしだけでは暗黙知が残らないと論じ、判断文脈をナレッジ化する仕組みを提案している。 | AoraNow_Yoshiyuki_Ito | 11:53 |
| 18 | gpt-4o-mini から gpt-5-mini に差し替えたら本番が静かに壊れかけた話 — Chat Completions の 3 つの非互換 | argosvix 氏が、gpt-5-mini への差し替えで max_tokens 拒否・temperature 固定・reasoning トークン枯渇時の空応答という 3 つの非互換を実体験ベースで解説している。 | argosvix | 10:10 |
| 19 | GitHubとChatGPTの連携手順 | aaruupaka 氏が、GitHub と ChatGPT の連携手順を最新の UI と権限設定に沿って手順化している。 | aaruupaka | 09:59 |
| 20 | ベクトル検索の仕組みを初心者向けに — コサイン類似度まで整理する | YushiYamamoto 氏が、RAG のベクトル検索でコサイン類似度がどう働くかを初心者向けに段階的に説明している。 | YushiYamamoto | 09:43 |
| 21 | AI検索の誤情報に免責文だけでは足りない | mhamadajp 氏が、ドイツの AI Overrides 判決を取り上げ、AI 検索サービスの誤情報対策として免責文だけでは不十分だと指摘している。 | mhamadajp | 08:11 |