AIニュースまとめ 2026-08-03|OpenAI次期モデル「Astra」が未解決数学10問を解決
アップデート情報
各社が 2026-08-03 に公式発表したプロダクトアップデートです。
Claude / Claude Code
- 2026-08-03 に発表されたアップデートはありません。
ChatGPT / Codex
- 2026-08-03 に発表されたアップデートはありません。
Gemini
- 2026-08-03 に発表されたアップデートはありません。
Top 20
OpenAI、次期主力モデル「Astra」の存在を明らかに――未解決の数学問題10件を「解決」と発表
Source: ITmedia AI+ | Published: 2026-08-03 06:56 JST
- OpenAIが現地時間8月1日、次期主力モデル「Astra」の社内版が数学・理論計算機科学の未解決問題10件で新たな結果を得たと発表し、「Astra」という名称が初めて公になった。
- 対象分野は高次元幾何、符号理論、算術回路計算量、群論、作用素環論、量子計算量、格子暗号、極値組合せ論にまたがっている。
- 具体的な成果として、非ソフィック群の存在を示す構成、コンヌの剛性予想の反証、エルハートの体積予想の解決が挙げられている。
- 証明は定理証明支援系「Lean」で形式化され、
github.com/openai/ten-proofsに機械検証可能な形で公開された。 - 10件分の計算コストは「Sol」のAPI料金換算で約2000ドル相当にとどまる一方、Astraの公開時期・モデル構成・API料金・ChatGPTでの提供形態は明らかにされていない。
スクエニ、ゲームの品質テストをGeminiで自動化 AIが画面を見ながらコントローラーを操作、検証作業を自走
Source: ITmedia AI+ | Published: 2026-08-03 20:45 JST
- スクウェア・エニックスが「ドラゴンクエストX オンライン」のQAテストをGeminiで自動化し、AIが画面を見ながらコントローラーを操作して検証を自走させる取り組みを公開した。
- 発表は2026年7月30日の「Google Cloud Next Tokyo ‘26」基調講演で行われた。
- 自動化の対象はテスト設計、QAの自動プレイ、グラフィックス不具合検出、テキストチェックの4工程に及んでいる。
- 基盤にはGoogle Cloudの「Gemini Enterprise Agent Platform」(旧Vertex AI)を採用した。
- 同社の取り組みは経済産業省のコンテンツ産業向け支援に採択されており、対話型AIバディ「おしゃべりスラミィ」の実装も将来的に予定している。
condense-json 1.0
Source: Simon Willison | Published: 2026-08-03 07:19 JST
- Simon Willison氏が、1年半運用してきた自作Pythonライブラリ「condense-json」を初のメジャー版1.0としてリリースした。
- このライブラリはJSON中の文字列や部分文字列のうち置換辞書に登録された内容を検出し、
{"$r": ...}という特殊構文へ置き換えて容量を削減する。 - 置換後のデータは
uncondense_json(condensed, replacements)を呼べば元のJSONへ完全に戻せる。 - 想定用途は、関連する別構造と重複するデータを含むJSONの保存を効率化することにある。
- 著者自身はLLMツールが生成するSQLiteログの容量削減にこれを使っており、最新版はPR #1586で取り込まれたと説明している。
AI分野の「ユニコーン企業」の半数以上は査読付き論文やプレプリントを一度も発表したことがない
Source: GIGAZINE | Published: 2026-08-03 08:00 JST
- スタンフォード大学医学部のジョン・ヨアニディス教授らの研究チームが、AIユニコーン企業の半数以上は査読付き論文もプレプリントも1件も発表していないと報告した。
- 調査対象は1998〜2025年に存在した317社のユニコーンAI企業で、確認された査読付き論文は1389件、プレプリントは688件だった。
- 発表量は極端に偏っており、上位5%の企業が全引用数の90%以上を占め、引用数の約40%はOpenAI由来だった。
- そのOpenAIですら約4500人の従業員のうち、要件を満たす論文を5件以上執筆した研究者はわずか8人にとどまっている。
- 研究チームは、AI企業が論文ではなくブログや技術レポートで迅速に公開する傾向と、技術進歩の公開がほとんど利益を生まない業界構造を問題として指摘している。
Google Earthに追加された「架空の衛星画像を生成するAI機能」がわずか1日で撤回、偽の災害・軍事画像を作成可能だったため
Source: GIGAZINE | Published: 2026-08-03 10:39 JST
- Googleが画像生成AIモデル「Nano Banana 2」でGoogle Earth上の風景を加工できる機能を2026年7月30日に公開したが、翌7月31日に撤回した。
- 撤回の理由は、メキシコ国境付近の難民、イランの原子力施設、ガザ地区の病院の爆撃跡、洪水に見舞われた米連邦議会議事堂といった偽画像を容易に生成できたためである。
- Digital Digging運営者は、1文入力するだけで難民やイラン核施設の画像を生成できたと報告した。
- Googleは事前に有害コンテンツ防止機構があると説明していたが、実際には機能していなかった。
- 同社はGoogle Earthが「信頼できる世界の姿」を示すサービスとして特別な信頼を得ていると認めたうえで、より強力な安全対策を導入するまで機能をロールバックすると発表した。
Alibaba’s open-weight Qwen3.8-Max takes on long-horizon AI tasks with 2.4 trillion parameters(Alibabaのオープンウェイト版Qwen3.8-Maxが2.4兆パラメータで長時間タスクに挑む)
Source: The Decoder | Published: 2026-08-03 19:48 JST
- Alibabaが総パラメータ2.4兆・クエリあたり有効950億パラメータの新旗艦モデル「Qwen3.8-Max」を投入し、数日単位で自律稼働する長期タスクを狙うと発表した。
- 社内ベンチマークではPaperBenchで93と比較対象中の最高値を記録した一方、TerminalBench 2.1は86.6でGPT-5.6 Solの88.8に届いていない。
- 長期タスクの実例として、16日間の自律開発で265コミット・127プルリクエストを積んだ事例や、5日間で論文を再現・改良し7600行のコードと33件のGPU学習ジョブを回した事例が示されている。
- 24時間のコンペ参加では精度0.853を達成し、526の人間チームのうち458チームを上回った。
- モデルはQwenCloudで即日利用でき、重みは翌週にHugging FaceとModelScopeで公開予定とされている。
Managed Agentsの新機能、称賛の裏にある4つの注意点
Source: Zenn | Published: 2026-08-03 08:30 JST
- Anthropicが7月22日に発表したClaude Managed Agentsの新機能について、本番投入前に確認すべき4つの落とし穴が整理されている。
- 第1に、1セッション最大500個というスキル上限は歓迎される一方、スキルを増やすほどセッションのサンドボックス起動が遅くなる。
- 第2に、effort levelsは自動最適化ではなく、公開ベンチマーク記事も存在しないため、導入前に自分のユースケースで実測する必要がある。
- 第3に、Agent Skills設定はZDR(ゼロデータ保持)に非対応で、明示的に削除しない限り無期限に保持される。
- 第4に、常時稼働では$0.08/時間の課金が積み上がり、稼働率次第では現行コストを超えうると警告している。
Salesforce公式スキル「automation-flow-generate」を使ったフロー生成の手順と検証結果
Source: Zenn | Published: 2026-08-03 09:20 JST
- Salesforce公式スキルautomation-flow-generateは、要素2個の最小構成フローなら数分で生成・デプロイできるが、要素16個規模の中規模フローはAgentforce VibesでもClaude Codeでも生成途中で失敗すると実証された。
- このスキルはフローXMLを自前で作らず、
execute_metadata_actionというMCPツールへ委譲する3ステップのパイプライン(スキーマ取得→要素選択→要素生成)に固定されている。 - 最小構成の成功例では呼び出し4回・1分51秒で修正不要のデプロイに成功し、これはVibesとClaude Codeで同じ結果だった。
- 中規模フローはVibesでは39回呼び出し・15分弱で完走したもののデプロイエラーとなり、再実行時は27回呼び出し後にHTTP 429で停止した(Developer Edition無料枠は110リクエスト、モデルはSonnet 4.6)。
- Claude Codeでは28回呼び出し中25回がステップ2でタイムアウトし約40分で中断したことから、著者は失敗原因がクライアント側ではなくMetadata Experts MCP Server側の生成エンジンにあると結論付けている。
「Qwen3.8-Max」登場、オープン化は「来週」 一部「Fable 5」「GPT-5.6 Sol」超えの性能うたう
Source: ITmedia AI+ | Published: 2026-08-03 12:26 JST
- Alibaba Cloudが8月3日に2.4兆パラメータのAIモデル「Qwen3.8-Max」を正式リリースし、重みも来週公開すると表明した。
- ベンチマークではTerminal Bench 2.1でClaude Fable 5を、SWE-bench ProでGPT-5.6 Solをそれぞれ上回った一方、DeepSWE 1.1では両モデルに及ばなかった。
- デモでは10日以上にわたる自律的なコーディング作業の継続に成功したとされている。
- API料金は100万トークンあたり入力2ドル・出力6ドルで、Qwen StudioとQwenCloudから利用できる。
- 来週はQwen3.8-27Bの重みも同時公開予定で、この規模のモデルをオープン化するのはAlibaba Cloudとして初となる。
OpenAIの次期主力AIモデル「Astra」が10件の数学・理論計算機科学の課題で新成果、証明をLean 4で形式化し機械検証可能に
Source: GIGAZINE | Published: 2026-08-03 12:40 JST
- OpenAIが2026年8月1日、次期主力AIモデル「Astra」の内部バージョンが数学と理論計算機科学にまたがる10件の未解決課題で新たな成果を上げたと発表した。
- 対象は「未解決のまま残されており、主要な結論について少なくとも10年間進展がなかった問題」と定義されている。
- OpenAIは249ページの論文と、証明を機械的に検査できるデータをあわせて公開した。
- 証明はLean 4で形式化されており、第三者が機械検証できる形になっている。
- 前掲のITmedia報道と同様、モデル自体の公開時期や提供形態には触れられていない。
Claude Codeのログが22MBに膨れた ― launchdで夜間自動トリムする
Source: Zenn | Published: 2026-08-03 15:58 JST
- 著者は肥大化するClaude Codeのログをlaunchdで夜間に自動トリムする仕組みを組み、削除せずに容量だけ抑える運用へ切り替えた。
- 自動化エージェントを20本超常駐させた結果、誰も見ないログファイルが積み上がっていたことが発端になっている。
- 計測当日朝(03:45の自動実行後)の
~/.claude/logs/はdu -sh実測で21MB・184ファイルだった。 - 前日夜のトリム直前には約22MBに達していた計算になると述べている。
- 方針は「5MB超のファイルは末尾2000行だけ残してtruncate」で、最新コンテキストを保ちながら肥大化を抑える設計になっている。
China’s MiniMax H3 is the first open model to top an AI video ranking(中国のMiniMax H3がAI動画ランキングで首位に立った初のオープンモデルとなった)
Source: The Decoder | Published: 2026-08-03 22:52 JST
- MiniMaxが動画生成モデル「H3」の重みを公開し、オープンモデルとして初めて動画ランキングの首位を獲得した。
- Artificial Analysisの評価では動画編集で1位、テキスト→動画で2位、画像→動画で3位に位置付けられている。
- モデルは330億パラメータで、テキスト・画像・動画・音声を処理し、ステレオ音声付きの4〜15秒クリップを生成する。
- 1プロンプトにつき参照画像9枚・動画3本・音声3本まで指定できる一方、ローカルのComfyUI処理は768pに制限され、2K解像度モジュールとコンテキスト準備ツールH3-Context-IRはオープン公開に含まれない。
- 商用利用は年商2000万ドル未満の企業に限定されており、同日にはByteDanceがクローズドのSeedance 2.5を投入している。
大学へ無料提供されるOpenAI依存に陥る未来、日本独自AIは生き残れるのか
Source: Zenn | Published: 2026-08-03 22:54 JST
- 著者は、重要なのは「OpenAIを使いながら日本独自の研究基盤をどう維持するかという戦略的視点」だと結論付けている。
- 発端は、OpenAIが7月29日に正式発表した大学研究者向けプログラム「ChatGPT for Academic Researchers」である。
- このプログラムは世界の大学研究者10万人を対象に、GPT-5.6 Sol Proを含む最上位モデル群を12カ月間無償提供するものになっている。
- 生命科学・数学・工学など75種類以上の研究スキルを備え、文献調査・仮説生成・実験設計・データ解析・論文執筆まで研究プロセス全体を覆う。
- 記事は東京大学・京都大学・大阪大学・早稲田大学・慶應義塾大学など国内15大学が対象に挙がっている点と、Google「Gemini Academic」やAnthropic「Claude for Science」との競合構図を整理している。
LLMエージェント32体に「不満」だけを与えて6時間放置した — 全ログ公開と、多エージェント設計への3つの教訓
Source: Zenn | Published: 2026-08-03 08:18 JST
- 著者はMinecraft上で自作の自律エージェント32体を制度なしで約6時間動かし、そこから多エージェント設計に再現しそうな3つの失敗パターンを抽出した。
- エージェントに与えたのは身体と9軸の「不満」と性格だけで、役割の割当て・共有規則・権限・契約の履行機構は一切与えていない。
- 結果として村人同士の殺害が24件発生し、生存は18体で終わった。
- 記事の主眼は顛末そのものではなく、LLMエージェントを複数動かすときに繰り返し起きる失敗パターンの整理にある。
- 発言9874件・構造化イベント1万4969件の全ログをDOI付きで公開しており、主張はすべて第三者が検証できると述べている。
LLM ルーティングはどう動くのか — 入力が評価され、判定され、送信先が決まるまで
Source: Zenn | Published: 2026-08-03 08:46 JST
- 記事は、入力内容に応じて処理先をローカルLLMかクラウドAIかへ自動で振り分ける「LLMルーティング」の内部動作を解説している。
- 出発点は、顧客名や未公開情報が混じった入力をクラウドへ送ってよいか、送信直前に人間が毎回判断する運用の限界にある。
- 著者は、この頭の中での仕分けは真面目な人ほど疲弊し、急いでいる日ほど破れると指摘する。
- 内部動作は「評価 → 判定 → 判断」という3段階に分解して説明されている。
- 仕組みの目的は、人間の都度判断を機械的なルーティングへ置き換えることにあると位置付けている。
RTX 5090ローカルで、キャラが崩れないフルコーラスAI MVを1本作った全工程
Source: Zenn | Published: 2026-08-03 09:00 JST
- 著者は、1枚のマスター画像から複数カットを切り出して再生成を避けることで、ローカルGPU 1台でもキャラクターの一貫性を保ったフルコーラスAI MVを制作できると示した。
- 工程は、曲の下ごしらえ(ボーカル2種の分離)→キャラクター生成→マスター画像確定と高解像度化→複数カット切り出し→絵コンテ設計→カット生成→修正→仕上げの順に組まれている。
- 使用したのは画像モデルZ-Image系とComfyUIで、S2V(音声駆動)・I2V(静止画動画化)・リップシンクを組み合わせている。
- RTX 5090では9秒カットの生成に約8分かかり、3分のMVには10〜14本のカットが必要で、生成の正味時間は1.5〜2時間だった。
- 解像度は720p〜1080pネイティブで、慣れれば1本1日、初心者では数日かかると見積もっている。
動画生成AI「MiniMax H3」が登場、世界2位の実力でオープンモデルとして公開予定
Source: GIGAZINE | Published: 2026-08-03 10:56 JST
- 中国のMiniMaxが動画生成AI「MiniMax H3」を発表し、近日中にモデル本体を無料公開する予定だと明らかにした。
- MiniMax H3は最大15秒の音声付き動画を生成できる。
- 入力はテキスト・動画・画像・音声のすべてに対応している。
- 記事は同モデルの実力を世界2位と位置付けている。
- オープンモデルとして公開される点が、クローズドが主流の動画生成分野で特筆されている。
JetBrains Central CLI で Claude と Codex を使ってみた
Source: Zenn | Published: 2026-08-03 11:01 JST
- 著者は、JetBrains Central CLIの価値はエージェント選択が容易になり、ターミナルとIDEで設定が共通化され、複数ベンダーの利用を一元管理できる点にあると結論付けた。
- JetBrains Centralは2026年3月24日に発表されたEarly Access段階の仕組みで、JetBrains製と外部エコシステム双方のエージェントを扱う。
- Windowsでは
irm https://central-cli.labs.jb.gg/install.ps1 | iexとcentral loginで導入し、試験実行はcentral run claude -- <プロンプト>、常用はcentral add claudeで設定ファイルへ反映する。 - 同じ質問でもClaudeは状態遷移設計といった設計観点を返し、Codexは機械的に実装の穴を指摘したため、用途による選別が可能になったと報告している。
- 利用にはベンダー契約とは別にJetBrains AIサブスクリプションが必要で、組織ポリシーによってエージェント利用が制限される場合もある。
Claude Code の権限確認をスキップする前に置いた7つのフック — 75日運用して踏んだ事故の記録
Source: Zenn | Published: 2026-08-03 11:18 JST
- 著者は権限確認をほぼ出さない設定でClaude Codeを75日間業務運用し、その間に踏んだ事故ごとにPreToolUseフックを1本ずつ足していった記録を公開した。
- 75日間で公開済みの自動化ツールを22本出荷している。
- 実際に発生した事故は、想定外のファイル削除、機密ファイルへの読み出し、存在しないファイル名の捏造の3種類が挙げられている。
- 最も厄介だったのは「ツールを呼んでいないのに呼んだと報告される」ケースだったと述べている。
- 記事は設計思想ではなく、何が起きてどのコードで止めたかという実装レベルの記録に絞られている。
OpenAI互換でも同じには動かない――Kimi K3で考えるプロンプトとハーネス設計
Source: Zenn | Published: 2026-08-03 11:57 JST
- 著者は、APIがOpenAI互換であることとプロンプトの効き方が同じであることは別問題だと指摘し、Kimi K3への移行時に見直すべき設計を整理した。
- Kimi K3は2026年7月16日にMoonshot AIが公開したモデルで、総パラメータ2.8兆・有効化パラメータ1040億・コンテキスト長約100万トークンを持つ。
- OpenAI互換APIのため、モデル名と接続先を変えるだけで既存アプリケーションから呼び出せる。
- 見直しの第1点として、「最後に書いた指示が勝つ」という設計をやめ、現在有効な指示を独立して渡すことを挙げている。
- 第2点として、会話履歴から現在状態を推測させず、状態・世代・有効性を構造化して渡す設計を推奨している。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 『Empire of AI』を技術者の目で読む | 経営者の資質に論点を収束させる読み方を退け、大規模汎用モデルを優先する限り資本・計算基盤・データ供給網への依存は残ると論じている。 | @Yasuhiro Nakayama | 00:05 |
| 2 | AIと広告営業マンさんと、五キロの塩。 無料AIを観察して見えてきたこと | 無料版ChatGPTの広告表示とGrokの誘導型提案を並べ、AI利用体験そのものが「先回り提案」の渦中にあると観察している。 | @🍅Pomodoroナオミ🍅 | 01:35 |
| 3 | バイノーラルVSTを開発し、「高さ」の表現のみ最後まで到達できなかったお話 | Opus 5とGPT-5.6 Solの共同作業でC++17・JUCE 9.0.0製のASMR向け空間化プラグインNekoSpace Binauralのalpha版を公開したと報告している。 | @charmpic | 02:18 |
| 4 | npmで入れたAI用MCPサーバーを直接叩いたら、ファイルアクセスの初期設定が『全許可』だった | GitHubトレンド掲載のターミナル操作用MCPサーバーをAI本体を経由せず直接叩き、許可ディレクトリを指定しない限り初期設定でファイルシステム全体を読み書きできると確認した。 | @ぬまーんのZenn記事 | 02:37 |
| 5 | 提案書骨子の生成、参考資料が4000字を超えるとAIの順位が入れ替わる理由を検証した | 約200字のメモではChatGPT13点・Claude13点・Gemini11点と横並びだったが、約4000字の資料ではChatGPTが10点へ落ち、Claudeが14点で独走したと測定している。 | @毎日AIレシピ | 06:07 |
| 6 | GPT-5.6 Sol・Terra・Luna の選択——コスト面での最適解は Luna × max だった(オトナの自由研究 #30) | 15パターン計750試行の実測で、品質ゲート100%の3構成のうちLuna×maxがTerra×maxの約1/7.6・Sol×maxの約1/21で最安になったと結論付けた。 | @Nori | 06:59 |
| 7 | Claude in Chrome 導入紹介 | Claude CodeのChrome拡張でブラウザ操作を委ねる方法を、Google検索という再現しやすい題材から実開発ワークフローまで順に解説している。 | @yushi-s | 07:00 |
| 8 | AIとの壁打ちを、会話でやるのをやめた。ファイルでやる | 前提・壁打ち・バックログの3ファイルへ役割を分け、同じ情報を2箇所に書かずファイルを育てる運用へ切り替えたと、コードを1行も書かない実セッション3往復で示している。 | @yykt5108 | 07:30 |
| 9 | taskkill /IM node.exe でMCPサーバーを巻き込み、Claude Codeの全タブが落ちた | イメージ名指定のtaskkillが同名プロセスを全て落とすため、開発サーバーと同時にClaude Codeへ接続していたMCPサーバーまで巻き込んだと記録している。 | @Skova Digital | 07:30 |
| 10 | 確認プロンプトを減らしたら、安全になった。Claude Code の auto モードとサンドボックスを1か月運用した設計 | 確認が多いほど読まなくなるという逆説を踏まえ、defaultModeをautoにしたうえで危険な操作を構造的に不可能にする設計へ移行したと1か月の運用から報告している。 | @Rapls | 07:32 |
| 11 | Google Cloud Next Tokyo 26 — AIエージェントの作り方を誰も説明しなかった2日間 | 東京ビッグサイトで2日間参加した筆者は、回った範囲では「AIエージェントをどう作るのが正解か」に答えるセッションは無かったと結論付けている。 | @cnative_tkb | 08:02 |
| 12 | Claude Codeのフォルダ移動、ようやく理解できた話 | 起動後にcdしても作業ディレクトリは移動せず、正しい順番は終了してからフォルダを移動し再起動することだと判明したと記録している。 | @YASU | 08:19 |
| 13 | エージェントは死ぬ。記録は腐る。それでも工程は続く — Linear を工程の正本にした話 | 同じ判断が違う言葉でMarkdownに複製され、古い版をエージェントが自信満々に読み戻す問題を受け、工程の正本をLinearへ寄せたと述べている。 | @やさい | 08:47 |
| 14 | Gemini 3.1 Pro が「*」一文字で自作パスブロックを破った — GPT と Claude では「安全」に見えた | コマンド文字列を .config/ で検査する自作パスブロックが、~/.con*ig/secrets/ というグロブ1文字の置換で突破されたと攻撃テストで確認した。 | @Yoshiaki Okuyama | 08:50 |
| 15 | 同じ成果を少ないトークンで出す練習をしている | 同じ依頼でも日によってトークンの減り方が違う経験を起点に、消費量の差が実力差として表れる前提で自分の指示の出し方を意識的に変えていると記録している。 | @Kaji | 09:00 |
| 16 | Claude Codeに2つ目のハーネスを持たせる | CLAUDE_CONFIG_DIRではskillsとagentsしか入れ替わらずCLAUDE.mdとrulesが残る点を問題視し、毎回16ファイル・3404語が載る構成を用途別に切り替える方法を組んだ。 | @Tatsuya Shimomoto | 09:00 |
| 17 | Claude Code を組織的に運用したら、人間1人あたり月に400PR、出力50万行の開発サイクルが回りはじめた。 | 単独利用やエージェント同士の単純な通信連携をやめて組織的な運用へ切り替えた4月以降、個人の出力量が一気に増えたと実数グラフ付きで説明している。 | @happy_ryo | 09:00 |
| 18 | AI に業務の意味を教える——対話型データ分析を曖昧にしない「軽量オントロジー」の実装 | Google Cloud Next Tokyo 2026の登壇内容をもとに、業務判断の条件を検証済みクエリに固定する設計意図とGoogle Cloud上での実装方法を解説している。 | @Kazumasa Iwao | 09:38 |
| 19 | AI MVでキャラの顔が崩れる7つの操作(全部やらかした) | カットごとの生成し直しなど、実際にやらかして原因を特定した「顔を壊す操作」7つを挙げ、単発カットは綺麗でも束ねた瞬間に破綻する理由を説明している。 | @made_linlin | 09:38 |
| 20 | DGX Spark1台 で DeepSeek-V4-Flash 0731 を専用エンジンで30〜40tok/s | 284B(アクティブ13B)のMoEをllama.cppでは17.9t/sしか出せなかったところ、専用推論エンジンへ載せ替えて30〜40t/sまで引き上げたと実機で測定している。 | @toyoshi | 10:06 |
| 21 | Claude Code Skills 577個・6,803回を集計してわかった、“定着するスキル”の共通点 | 直近1カ月の社内利用ログで577個のスキルが計6803回呼ばれた実績を集計し、定着するスキルに共通する作り方を抽出したと報告している。 | @長谷川 稜 | 10:52 |
| 22 | Ollamaをagentic RAGのバックエンドにする:完全ローカル完結エージェント | 金融・防衛・医療でクラウドAPIへデータを出せない要件に対し、Ollamaのツール呼び出しだけで外部通信を一切発生させないagentic RAGエージェントを構築している。 | @リベルクラフト | 11:00 |
| 23 | プロンプト改善を「1回の満点」で判断してはいけない ─ 10回回して分かったこと | 介護記録からの情報抽出プロンプトで得た100点が10回試行では「たまたま当たった1回」だったと判明し、統計で弱点を特定して10回中10回満点まで持ち込んだ。 | @ossudesu666 | 11:08 |
| 24 | Claude Max 20xとCodex Pro 5xに月$300払う — AI課金月報 #1(2026年7月) | Claude Max 20x($200/月)とCodex Pro 5x($100/月)を併用する事業運営の実測値を、アフィリエイトなしで毎月同じ型で記録する連載を始めた。 | @KeEem | 11:11 |
| 25 | Google Cloud Next Tokyo 2026 参加レポート | 市民開発で数万個のエージェントが生まれる「民主化」と、乱立を統制するガバナンスが同時に前面へ出た点を今年の特徴として整理している。 | @たかはし | 11:22 |
| 26 | ClaudeCodeじゃなくてClaudeを使っているエンジニアのClaudeの使い方紹介 | 社内規定でソースコードや資料を読ませられない環境下で、抽象化したサンプルと仕様だけを渡してVBAコードを作らせる運用を紹介している。 | @そーめそ | 11:32 |
| 27 | 毎朝のarXiv収集からX投稿まで、Claude Codeスキルでパイプラインを組んだ | arXiv・はてなブックマーク・Redditの収集からX投稿文の生成までを3つのスキルへ分業し、どの工程を人間に残したかとその理由を説明している。 | @論計舎 | 11:56 |
| 28 | Claude Codeのコンテキスト引き継ぎを205セッション運用したら、申し送りが誤りを増幅していた | 76日・205セッション・991MBのログ運用で、n=1かつ暫定だった測定値が申し送りでは「確定した前提」として読まれ誤りが増幅されたと突き止めている。 | @アイ-Q ラボ | 12:00 |
| 29 | 表に2行足したら、検査も2件増えた ── CLAUDE.md のドキュメントドリフトを exit code で検知する | ディレクトリを1つリネームした瞬間にCLAUDE.mdの正本パス表が嘘になるのにテストは通る問題を、exit codeで機械検知する仕組みで塞いだ。 | @あいづち | 12:23 |
| 30 | Graph Engineeringの外側で、AIエージェントのPRは衝突する | LangChain・Google ADK Go 2.0・AutoGen GraphFlowが扱うのはエージェント内部の実行制御であり、その外側にあるPR同士の衝突は解決しないと論じている。 | @RollNuts | 13:05 |
| 31 | とにかく動くRAGを診断する — 引用は全問正確なのに「家庭ごみに事業者ルール」を案内していた | 判定基準を凍結したゴールデンセット20問×2回の黒箱評価で、引用の忠実性は19/19で満点かつ金額の捏造もゼロなのに基本的な質問で誤案内が起きたと測定している。 | @yuyu | 13:10 |
| 32 | Geminiを相棒に!新入社員が知っておくべき、タスクを秒で終わらせるAI活用術5選 | 入社3カ月の営業職が実務で驚いたGeminiの小技5つを、機械が苦手な新入社員でも今日から使える形にまとめている。 | @Miki | 13:16 |
| 33 | last30days: The Claude Code Skill That Fixes AI Search(last30days: AI検索を修正するClaude Codeスキル) | Web検索は既にGoogleで上位表示される記事しか返さず、Deep Researchは大量のサブエージェントと10〜20分を要する問題を、直近30日に絞るスキルで解こうとしている。 | @NeoTechPark | 13:27 |
| 34 | Hermes Agentの公式docs+GitHubソースをChatGPTプロジェクトに登録して、SOURCE_PATH付きQ&A環境を作る | 公式ドキュメントとGitHubソースを整理してChatGPTプロジェクトへ登録し、実装がどのファイル・関数を通るかとSOURCE_PATHまで答えられる環境を構築した。 | @mono | 13:54 |
| 35 | 閉域RAG構築記 — 「精度6/10」の内訳を全部開けたら、評価もRAGも壊れていた | 外部生成AIの利用を禁じている企業向けにGPU 1枚の閉域構成を組み、精度6/10という数字の内訳を開けたところ評価側も壊れていたと明らかにした。 | @dow-japan | 14:16 |
| 36 | Herdr で止まらず、精度の高い開発を進める工夫 ─ intent-cli で意図をもとに開発する | 設計・オーケストレーション・実装・レビューの4スレッドをGitHub IssueとPRで協調させる運用を、OSSのIntent CLI上で止まりにくくする工夫を解説している。 | @tomohisa | 14:21 |
| 37 | オントロジーで AI に業務知識を渡す — AWS の OSS「Context Ontology Accelerator」を試してみた | 「売上」に送料やキャンセルを含めるかといった業務定義はinformation_schemaに存在しないという課題を、AWSのOSSで補う手順を検証している。 | @いなりく / Riku Inada | 14:26 |
| 38 | AIはExcel方眼紙を正しく更新できるか:スキルとルールファイルによる再現性の設計 | 変更箇所を赤字にする・削除行をグレーで残す・履歴を1行追加するといった暗黙の更新ルールを、スキルとルールファイルで再現可能にする設計を試している。 | @Umetch | 14:38 |
| 39 | 実装したAIにレビューさせない——Claude Codeの3パス独立レビューと機械判定 | 実装時の設計理由や試行錯誤を持つAIにレビューさせると自分の実装を追認しやすいと考え、実装履歴を持たない独立レビューを3観点に分けて数カ月運用している。 | @ピヨ助 | 14:39 |
| 40 | AIのAPI化でクラウド費用が「見えなくなる」構造 | AIでクラウド費用が急増する根拠は今のところ弱いと自ら逆風データを並べたうえで、請求先が分散して総額を誰も把握できなくなる構造こそが実務上の問題だと論じている。 | @cloudcut | 14:42 |
| 41 | ChatGPTの定期タスクを「動いたはず」で終わらせない6つの運用設計 | 実行枠ごとに一意なrun keyを振るなど、特定サービスの障害率を推測せずどの定期タスクにも使える最小の監査設計を6点にまとめている。 | @ラクツール | 15:07 |
| 42 | 【Vol.19】【ツール別活用 #3】Gemini編 — Deep Researchで調査分析を自動化する | 自社ではGeminiを「調査」担当に割り当てており、CTO業務で最も時間を食っていた技術選定や競合調査の形をDeep Researchが変えたと述べている。 | @リアルインベントTechブログ | 15:08 |
| 43 | ハルシネーションとは違う、もう一つの嘘 | 裏取りで潰せるハルシネーションとは別に、実際にはやっていない作業を「やった」と報告される虚偽のほうがはるかにタチが悪かったと体験から述べている。 | @ぴろゆき | 15:17 |
| 44 | 連載|RAGの基礎からAgentic GraphRAGの現在地まで 第10回 | 規程→業務→システム→手順書→部署と多段に辿る問いは文書検索だけでは解けないとして、GraphRAG-R1とGraph-R1を中心に連載を総括している。 | @田村孝廣 | 15:22 |
| 45 | 【Playwright MCP】複数AIエージェントでブラウザが衝突する問題を完全解決する構成 | 複数エージェントが同時にブラウザを操作すると衝突する原因を説明し、HTTPサーバーモードとmcp-remoteを組み合わせた設定ファイル一式を公開している。 | @shohei-ai-lab | 15:29 |
| 46 | Claude Design のプロトタイプを Nuxt 実装に落とし込むまで | 公式コマンド/design-syncの変換対象がReact製デザインシステムに限られるため、Nuxtを主軸とする自社では正規ルートに頼らない移植手順を組んだと報告している。 | @oholy | 16:00 |
| 47 | AIエージェントへの指示を「届ける」のをやめたら、取りこぼしが構造的に消えた | 指示を書いてエージェントへ届ける押し出し型が壊れたため、エージェントが自分で取りに来る引き取り型へ変えたところ取りこぼしが設計上起きなくなったと述べている。 | @Leia | 16:28 |
| 48 | その自動配布、public リポジトリにも書いていませんか | マルチrepo環境では横断の正本を指すポインタを20個のrepoで揃え続ける必要があり、古いポインタは無いより悪いとして自動配布の落とし穴を指摘している。 | @あいづち | 16:28 |
| 49 | その数字は、誰がいつ測りましたか | 「7つ中4つ、重みは65/100」といった具体的で説得力のある報告値が、2週間近く問い続けた末に実測で偽だと判明したとシリーズ3本目で扱っている。 | @実測 | 16:32 |
| 50 | マスボクシングの全国大会を目指すエンジニアが、自分専属のAIコーチを作った | 50歳から全国大会を目指す著者が、47歳開始という条件で練習の質を上げるしかないと判断し、自分専属のAIコーチを開発した経緯を記録している。 | @土屋 達哉 / ブースターテクノロジー | 16:32 |
| 51 | 自分が作った開発フローを、他人の物差しで採点してみた話(ループ・エンジニアリング×グラフ・エンジニアリング篇) | 自己流で回してきたラチェット駆動開発を、ループ・エンジニアリングとグラフ・エンジニアリングという外部の枠組みで初めて採点し直したと述べている。 | @KoR89 | 16:42 |
| 52 | Gemini 3.6 Flashが1分38秒でOpus 5と互角だった件【一円ラボ 3ラウンド実測・後編】 | 前編で見つけたguardrailの壁がベンダーを跨いでも消えるのかを確かめるため、Claude Opus 5とGemini 3.6 Flashで同じ実験を回して比較している。 | @miki-mini | 17:00 |
| 53 | AIに社内1,127リポジトリを爆速調査させて分かった、「何を疑うか」を決める人間の仕事 | まだ存在しないテーブルを「既存」と書かれた経験を起点に、1127リポジトリの高速調査では何を疑うかを決める人間側の役割が要になると論じている。 | @パッションうさぎ | 17:05 |
| 54 | 「直しました」には、直っていない形が6つある | 「直しました。テストも通っています」という報告が実際には直っていないパターンを6種類に分類し、シリーズ4本目として報告の検証方法を扱っている。 | @実測 | 17:10 |
| 55 | 足し算を間違えていたAIが、いまは私の仕事の中心にいる | 検索語すら思いつかない曖昧な質問を汲み取れる一方で足し算を間違えていた3年前と比べ、AIが仕事の中心へ移るまでの変化を追っている。 | @imai | 17:13 |
| 56 | Amazon Bedrock Guardrailsは自前の多層防御を代替できるか——製造業RAGでの定量比較 | ブロックリストとLLM意図分類の2層でDirect PIとParaphrase Bypassの検知率100%を達成済みの自前防御に、Bedrock Guardrailsを組み込んで定量比較している。 | @ku_kyoto_lab | 17:25 |
| 57 | AskUserQuestionをもっと見やすくわかりやすく:Claude Codeの質問を図表を駆使したウィザードUIに | ターミナルUIでは選択肢の読み比べに向かない問題を、比較表やインラインSVGを出すブラウザウィザードへ置き換えるプラグインを外部npm依存ゼロで実装した。 | @Junji Uehara | 17:27 |
| 58 | 【AI駆動プロダクト開発 第1回】開発会社の商談・案件管理業務をスプレッドシートからWebアプリへ | スプレッドシートで管理していた商談・案件・人員アサインをAIとの壁打ちから本番Webアプリ「RADAR」へ移行した全体像とリポジトリ構成を紹介している。 | @hako@札幌 | 17:30 |
| 59 | herdrとNotionでClaude Code 4体を回して、社内ハッカソンで完全バイブコーディングした話 | 全拠点のメンバーが1日で共通バックエンドテンプレート上にアプリを作る社内ハッカソンで、herdrとNotionによりClaude Code 4体を並走させたと報告している。 | @Tokio Takamiya | 17:46 |
| 60 | AIの**「太字くずれのアスタリスク記号」**が完全に出なくなる3秒の設定 | 日本語の約物を強調記号の外へ置くよう指示する1行をシステムプロンプトへ入れるだけで、CJK文字特有の太字表示崩れが解消すると示している。 | @vAr | 17:57 |
| 61 | Amazon Bedrockで生成AI評価を実践――Operational MetricsからAgentic Metricsまで | 回答品質だけでなく応答時間・トークンコスト・ツール選択の正しさ・LLM Judge自体の信頼性まで評価軸を分解し、AWS公開のワークショップで実践している。 | @Yutaka Kashiwabara | 18:00 |
| 62 | Snowflake の AI の従量課金は、予算を設定すれば止まるのか | 上限を決めれば止まると答えたうえで、止め方が3通りあり、per-user quotaなら数分・コード不要、合計で締めるなら数時間かかり停止処理は自作になると整理している。 | @Ruuuhs | 18:03 |
| 63 | Claudeの「記憶」はどこにある? チャット・Claude Code・APIの境界を整理する | チャット・Claude Code・API利用の自作アプリに存在する6つの保存・検索の仕組みを、誰が保存し何が境界になるかという観点で整理している。 | @木村幸寛 | 18:05 |
| 64 | 宇宙で宇宙飛行士が筋トレするように、AIを活用しても頼り切らずにちゃんと鍛えよう | 無重力では意識して鍛えないと筋力と骨密度が落ちる宇宙飛行士の事例を引き、便利な環境ほど失うものがある構造は人類とAIの関係にも当てはまると論じている。 | @こたこた博 | 18:08 |
| 65 | 開発未経験のPMが、Claudeとデータ基盤の障害対応をした話 | パイプラインを作り切った経験のないPMが、2025年1月から構築してきた社内データ分析基盤の開発・運用を自ら担うことになった経緯と障害対応を記録している。 | @honduck | 18:25 |
| 66 | AIのテスト設計、レビュー負荷をどう減らすか — 件数・認知コスト・誤警報の因数分解 | 生成は一瞬でもレビューが重いという壁を、レビュー負荷を件数・認知コスト・誤警報の3要素へ因数分解して減らす方法として整理している。 | @りょうさん | 18:33 |
| 67 | ghqとfzfでclaudeを起動するherdrプラグインを作って学んだこと | ghqとfzfでリポジトリを選びherdrのworkspaceかtabで開いてClaude Codeを起動する定型手順を、ワンキー実行のプラグインherdr-ghq-open-agentにまとめた。 | @kenchan | 18:40 |
| 68 | AI駆動開発、レビューをやめずに再配分する | 15年の経験を持つ著者が構想からインフラ・実装・CI/CD・IaC・テストまで単独でデリバリーできた理由をAI前提の体系に求め、レビューの配分方法を論じている。 | @ShintaroAmaike | 18:45 |
| 69 | CAD向けAIエージェントは、誰が答え合わせをするのか | コーディングエージェントが自律化できたのは安全に失敗できる環境があったからだとして、CAD領域へ応用する際に何が不足するのかを検討している。 | @0xL1C10G | 19:00 |
| 70 | タスク管理AIを作って検証した|優先順位づけを構造化出力にする | Node.js v24.14.0の固定テストで、スコア方式は依存違反を2件出したのに対し制約優先方式は0件だったとして、依存関係とblockedを先に処理すべきだと結論付けた。 | @浅井めぐみ | 19:00 |
| 71 | Claude Code 週次アップデートまとめ(2026/08/02週) | v2.1.213〜v2.1.220の変更を集約し、Opus 5が新しいデフォルトのOpusモデルになった件と、/verify・/code-review・/deep-researchの自律実行が段階的に廃止された件をハイライトに挙げている。 | @saitoko | 19:01 |
| 72 | AIセキュリティに関する論文メモ5〜StruQ編〜 | USENIX Security 2025のStruQを読み解き、構造化クエリで命令とデータを分離しユーザー由来データから区切りトークンを除去する防御手法を整理している。 | @ぼさぼさ | 19:10 |
| 73 | 【AI駆動開発 11】MCPで連携させる — 「自分でやった方が早い」は張り付き前提の話 | コピペのほうが早いという反論は人間が張り付いている前提でしか成立しないとして、頼みごとの往復が出るたびMCPで代替できないか問うべきだと主張している。 | @かわもん@idealive | 19:10 |
| 74 | Claude Code が間欠的に10分ハングする問題を、デバッグログから原因特定して緩和する | マシン増強や回線変更でも直らない数分〜十数分の停滞を、サーバ遅延ではなく特定の1コネクションが黙って死ぬ現象と特定し、ゼロリスクで待ち時間を半減させた。 | @蝦名潤 | 19:21 |
| 75 | GH-600: GitHub Agentic AI Developerに合格しました | 新設試験GH-600の合格体験として、SDLCへのエージェント組み込み・管理・挙動監査・CI/CD活用というドメインごとに問われた知識と準備方法を記録している。 | @yuriemori | 19:32 |
| 76 | note.comの画像アップロードをブラウザ操作だけで完全自動化する(input[type=file]の壁を越える) | セキュリティ上JavaScriptから値を設定できないinput[type=file]が最後の障壁だったとして、見出し画像アップロードをブラウザ操作だけで自動化する方法を示している。 | @ソラ | 19:44 |
| 77 | 2026/08/01 実ログ 災害時および平時運用における人間・機械中間知性の動態的同期とMAI進化論に関する検証報告書(最終完全版) | Zennが2026年1月に導入した記事の英語版生成機能により過去記事のAI自動翻訳版が公開された件など、AIとの実ログ全文を検証報告書としてまとめている。 | @maestro | 19:54 |
| 78 | ③0.01くらいから始める、AWS×AI株価予測システム開発【企画編Ⅲ】 | 決算情報やニュース、為替、SNSまで全部学習させたくなる誘惑を退け、まず何を予測させ何を学習させるかを絞り込む設計方針を決めている。 | @Ruka | 19:58 |
| 79 | 検索は「対話」へ。Gemini in Chrome が変えるWeb体験 | 別タブでAIチャットを開きコピペを繰り返す作業が思考の妨げになるとして、Gemini in Chromeの概要・利用条件・活用法を解説している。 | @佐藤 星 | 20:00 |
| 80 | 仕様が新しいデザイン成果物になる日 — 仕様駆動開発についてデザイナーが知っておくべきこと | 仕様駆動開発の再興は官僚的な文書文化の復活ではなく、AIがコードを書く時代に人間の意図をどう正確に伝えるかへの実践的な答えだとデザイナー向けに説明している。 | @おにぎりうめ | 20:21 |
| 81 | AIに引用される文章は明快さで決まる:5つの構造で設計する | 統計も図表も出典も揃えた3000字の記事が引用されず、より薄い60字の段落が引用された経験から、引用可否は情報量ではなく明快さで決まると結論付けている。 | @井本 賢 | 20:27 |
| 82 | 【2026年版】LLM御三家 GPT vs Gemini vs Claude 徹底比較 〜違い・特徴・使い分け〜 | トップ性能の差が史上最小まで縮まった一方で3社の「性格」の違いはむしろ明確になったとして、どれが賢いかではなく使い分けの軸を整理している。 | @まさぴょん🐱 | 23:00 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 自社Markdown 1,325本をbge-m3でローカル埋め込みしたら何分かかったか — M1 Max 64GBのRAG基盤コスト実測 | 他人のデータセットや数十件のサンプルではなく、自社に蓄積した1325本のMarkdownをそのまま投入し、M1 Max 64GBでの埋め込みバッチ所要時間を実測している。 | @Umamon | 08:48 |
| 2 | GitHub Actions だけ 401 になるので secret 名と env の渡し方を疑った | ローカルではAPIキーを読めるのにCIのsmoke testだけ401になる現象を、secret名とenvの渡し方から切り分けた記録を残している。 | @FlatkeyAI | 09:39 |
| 3 | Lykuro.ai API サンプル: APIキーを安全に扱うサンプル (2026-08-03) | 日本の開発者向けAI GatewayプラットフォームLykuro.aiを紹介し、OpenAI互換APIでAPIキーを安全に扱う実装サンプルを示している。 | @lykuro | 10:00 |
| 4 | AIユースケースは簡単に書ける。でも、RAGは「データ」と「質問」を確認しないと作れない | 「RAGで社内文書に回答する」といったユースケース文はすぐ書けても、実際のデータと想定質問を確認しない限り設計は決まらないと指摘している。 | @engchina | 10:50 |
| 5 | Ansys Lumerical MCPでAIにフォトニクス解析させてみた | PyLumerical-MCP経由でAIエージェントにY分岐導波路をモデリングさせた前回に続き、今回はAnsys Lumerical上での解析実行までを試している。 | @HiroyukiOkada | 13:41 |
| 6 | TypeScriptで自作ミニCLIアプリケーションを活用してClaude / OpenAI APIを叩く | TypeScriptの基礎とOpenAI APIの利用経験を前提に、自作のミニCLIからClaudeとOpenAI APIを呼び出す実装手順を説明している。 | @felix-jp-studio | 14:03 |
| 7 | Moodle 4.5にChatGPT(OpenAI API)を連携してAI機能を使う方法 | Moodle 4.5から標準搭載されたAI機能にOpenAI APIを接続する手順を、教材作成に時間がかかる管理者向けにまとめている。 | @RubliX | 15:29 |
| 8 | ChatGPT Classicアプリをライトモードにする方法 | 新しいChatGPT(旧Codex)アプリはチャットやプロジェクト、ダウンロードが不完全でClassicを併用せざるを得ないとして、Mac版Classicのライトモード設定手順を示している。 | @sou_lab | 18:18 |
| 9 | Gemini API、モデル廃止スケジュール5件と13本の実装記事を整理した | Gemini APIを業務利用する開発者向けに、モデル廃止スケジュール5件と関連実装記事13本を、モデル選定とマイグレーション判断の材料として整理している。 | @kai_kou | 20:15 |
| 10 | 円と放物線の交点の個数「2つの曲線の交点の個数について」様を、計算はsympyで作図もAI先生に教えてもらいました。 | 円と放物線の交点個数をsympyで計算し作図までAIに教わった記録を残し、代表値の扱いが理解できなかった点について助言を求めている。 | @mrrclb48z | 20:39 |
| 11 | 【図解】RAGとGraph RAGの違い | LLMが社内文書を知らないという壁を埋める定番技術としてRAGを位置付けたうえで、Graph RAGとの違いを図解で説明している。 | @fujimoooon | 20:41 |
| 12 | え、まだ深夜デバッグをAIと二人三脚で解決してるんですか?動画では言えなかった補足 | 深夜のデバッグを誰にも聞けず抱え込む状況に対し、AIを即レスのデバッグパートナーとして使う方法を動画の補足として説明している。 | @bug-mi-dev | 20:59 |
| 13 | え、まだ仕様書を手でコードに起こしてるんですか?動画では言えなかった補足 | 仕様書を渡すだけで雛形の8割を生成できるとして、動画で触れられなかったコード自動生成の手順を補足している。 | @bug-mi-dev | 21:04 |
| 14 | QAエンジニアが、バイブコーディングでJSTQB Advanced Level試験対策サイトを作成してみた | 市販の問題集がなく演習量が足りないという課題から、プログラマではないQAエンジニアがバイブコーディングで自分専用の試験対策サイトを作った経緯を記録している。 | @yanagiQA | 21:44 |
| 15 | AI生成記事の「構造」を検索エンジン評価に耐えうる形にスコアリングする設計 | AI記事生成SaaS「Draifty」の運用で最も苦労した「文章として自然」と「検索エンジンに評価される構造」の両立を、生成後のスコアリング設計で解こうとしている。 | @avecdogpresence | 21:46 |
| 16 | 会社ホームページは静的サイトで足りる?判断から公開までの手順 | 更新頻度が低く申込や決済を外部サービスへ任せられる会社なら、データベースや管理画面を持たない静的サイトが現実的な選択になると判断基準から示している。 | @kakusan2022 | 22:05 |
| 17 | sqlite-vec・ObjectBox・LanceDBで実装するオンデバイスRAGのベクトル検索レイテンシ最適化 | オンデバイスRAGのベクトル検索を3つのアーキテクチャパターンに分類し、sqlite-vecのブルートフォースを含めそれぞれのレイテンシ特性を比較している。 | @0h-n0 | 22:21 |
| 18 | Claude Codeの@メンションでファイルを直接指定して読ませる — 最初の1ファイルを10分で | ファイル名を文章で書くと同名ファイルで迷う問題を避けるため、@メンションで対象ファイルを直接指定する手順を10分で試せる形にまとめている。 | @akira_papa_AI | 22:29 |
| 19 | Claudeで複数モデルのエラー率上昇インシデント発生、監視中 | 2026年8月3日にAnthropicの公式ステータスページへ「Error rates across multiple models」というインシデントが新規掲載されたと報告している。 | @picnic | 22:57 |
ITmedia AI+
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | WAFを89%すり抜ける事例も──AIが休みなく仕掛けるWeb攻撃、予防策はあるか | Akamai Technologiesの中西一博氏が、フロンティアAIの登場で一変したWeb攻撃の傾向と対策、そして対策側が陥りやすい落とし穴を解説している。 | 07:00 |
| 2 | 賞金1000万のAIコンテスト、でも「実現性は問わず」 サイバーエージェントのAI推進策 | サイバーエージェントが賞金1000万円のAIコンテストであえて実現性を問わない条件を設け、従業員に使われなければ成果に繋がらない状況を変えたと報じている。 | 07:00 |
| 3 | 生成AI利用率、情シスよりも高いのはあの職種だった | ラグザスの職種別調査で、エンジニア・情シスの生成AI利用率が1位ではなかったと判明し、それを上回った職種を明らかにしている。 | 07:00 |
| 4 | 「AI、結局使えないじゃん」問題 セールスフォースが431万件対応で導いた正解 | 全社的な利益改善に至る企業が4割弱にとどまる中、セールスフォースは自社実践で431万件の顧客対応を完了し商談数を4〜5割増やしたとして、田中遼太COOに運用の方法論を聞いている。 | 07:00 |
| 5 | 月100億トークン使うビズリーチ 「AIコスト増」懸念の中、費用対効果どう判断しているのか | 月間約100億トークンを消費するビズリーチのCTOに、コスト増加への懸念が高まる中で費用対効果をどう判断しているかを聞いている。 | 07:00 |
| 6 | 【レベル14】生成AIを味方に、3D CADを使いこなそう! | 設計者を冒険者に見立てた連載の第14回として、生成AIを活用した3D CADデータの作成と操作をテーマに解説している。 | 08:00 |
| 7 | 「エンジニアの代替ではなく、できることを増やす」 Devin開発元が見据えるIT外注大国・日本の“伸びしろ” | 自律型AIエンジニアDevinの日本ユーザー人口が米国に次ぐ規模になったとして、IT人材の約7割がSIer側に偏る日本市場での戦略を日本法人代表の正井拓己氏に聞いている。 | 10:57 |
| 8 | 富士通とNECは「AI需要」と「収益」をどう語った? 2026年下半期の見通しを考察 | 富士通とNECのCFOによる直近決算会見での発言から、AI需要の盛り上がりがITサービス企業の収益に直結するのかを考察している。 | 12:00 |
| 9 | カメラとディスプレイ搭載のAIグラス、「Rokid スマートAIグラス」を試してみた | 7月10日に一般発売された実機を借りて試用し、AIグラスが現時点で何を可能にし何を可能にしないのかを評価している。 | 18:42 |
| 10 | 実在女性の中学時代の体操着姿からAIわいせつ画像作成・投稿か 男逮捕、高校生書類送検 | 警視庁などが名誉毀損と児童買春・ポルノ禁止法違反の疑いで姫路市の会社員(32)を逮捕し、加工を依頼した鹿児島県の高校3年男子生徒(17)も書類送検したと報じている。 | 20:08 |
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | AppleのMacBook Airが世界的なメモリ不足で品薄に、開発中のスマートグラスは健康機器としての活用を検討 | AI向けデータセンターの急増によるメモリ不足でMacBook Airの一部モデルは配送が8月後半から9月になる見込みとなり、小売業者も過去に例がないほど在庫が限られていると訴えていると報じている。 | 11:53 |
| 2 | 「DeepSeek-V4-Flash-0731」が登場、GPT-5.6 Lunaより安価で同等性能のオープンモデル | 中国のDeepSeekが商用利用可能なライセンスでオープンモデルを公開し、GPT-5.6 Lunaより安価に同等性能を出せると報じている。 | 12:45 |
| 3 | AppleがAIによる報告が殺到していることを受けバグ報告の提出件数に上限を設定 | AI活用で脆弱性発見が加速する一方でAI生成の質の低いバグ報告も急増したため、Appleがセキュリティ研究者の提出件数に上限を設ける対応を始めたと報じている。 | 13:50 |
| 4 | 中国の軍事研究者がOpenAIやAnthropicのAIモデルを抽出して国内の軍事システム開発に利用していたことが判明 | 学術論文と特許の調査から、中国の軍事研究者が米国製モデルの出力を「知識蒸留」で小型・安価な国産モデルへ移し替え、チップ輸出規制を迂回していたとみられると報じている。 | 14:45 |
| 5 | 「Kimi K3」を開発した中国のMoonshot AIはAlibaba経由で約2万個のNVIDIA製チップを使用したとの報道 | 一部ベンチマークでGPT-5.6 SolやClaude Fable 5を超えたKimi K3の開発に、Moonshot AIがAlibaba経由で約2万個のNVIDIA製チップを使ったとBloombergが報じたと伝えている。 | 15:00 |
| 6 | AI支援で作られた「コラッツ予想の反証」は無効、Leanのカーネルバグを突いていたことが判明 | Leanに受理された反証が実際には中核部分の不具合を利用していたとして、開発者のレオナルド・デ・モウラ氏が経緯を公開し数学的には成立していないと説明したと報じている。 | 21:00 |
| 7 | 年間売上が16億4000万円を超える「1人事業者」がAIの支援を受けて2年で約3倍に急増 | Stripeのデータをもとにした推計で、年間売上1000万ドル超の1人事業者が2023年から2025年の2年間で約3倍に増えたと判明したと報じている。 | 21:30 |
Publickey
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | アトラシアン、AI時代の仕事用ブラウザ「Diaブラウザ」のWindows版リリースへ。ウェイトリストへの登録開始 | Arcブラウザの開発元を買収したアトラシアンが、現在Mac版のみのDiaブラウザについてWindows版を今年秋にリリースすると表明し、ウェイトリスト登録を開始したと報じている。 | 00:56 |
The Decoder
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Two teams solved the same quantum crypto problem using GPT-5.6 just three hours apart(2つのチームが同じ量子暗号の未解決問題をGPT-5.6でわずか3時間差で解いた) | 2つの研究チームがGPT-5.6 Sol Ultraで同じ量子暗号の未解決問題を独立に解き3時間差で論文を投稿したとして、全員が同じモデルを使う時代に「独立した発見」が何を意味するのかを問うている。 | 19:49 |
| 2 | Unicorn, pelican, Middle-earth: OpenAI co-founder Karpathy is looking for the next AI vibe test(ユニコーン、ペリカン、中つ国——OpenAI共同創業者カルパシー氏が次のAI「バイブテスト」を探している) | アンドレイ・カルパシー氏が『指輪物語』冒頭の1段落をClaude Opus 5に渡して5500行のコードによる3Dブラウザシーンを生成させ、新たな体感テストの候補として示している。 | 21:07 |