AIニュースまとめ 2026-06-29|Ornith-1.0がClaude Opus 4.7超え
アップデート情報
各社が 2026-06-29 に公式発表したプロダクトアップデートです。
Claude / Claude Code
- 2026-06-29 に発表されたアップデートはありません。
ChatGPT / Codex
- 2026-06-29 に発表されたアップデートはありません。
Gemini
- 2026-06-29 に発表されたアップデートはありません。
Top 20
Claude Opus 4.7と同等性能のコーディングAIモデル「Ornith-1.0」が登場、ローカルで動作する小型モデルもラインナップ
Source: GIGAZINE | Published: 2026-06-29 13:16 JST
- AI研究組織DeepReinforceがコーディング特化のオープンモデル「Ornith-1.0」ファミリーを公開し、最上位397BがClaude Opus 4.7を複数ベンチで上回ったと報告された。
- ラインナップは397Bのフラッグシップに加え、ローカル実行を想定した小型バリアントも揃え、エージェント型コーディング用途を主眼に設計されている。
- ベンチマークではSWE-Bench系のソフトウェア工学タスクとリポジトリ理解で優位性が示され、Anthropicの最新フラッグシップに対抗する位置付けとなった。
- オープンモデルとして公開されたため、ローカルや自社GPUで動かす企業がClaude Opus 4.7に依存しない選択肢を得る形となる。
- 公開直後にはてなブックマークが96件付くなど国内エンジニアの関心も高く、フロンティアと同等のオープンウェイトが現実化したことが話題になっている。
HP Inc. launches Frontier strategic partnership with OpenAI(HP、OpenAIとのFrontier戦略パートナーシップを開始)
Source: OpenAI Blog | Published: 2026-06-29 02:00 JST
- HP Inc.がOpenAIのFrontierパートナーシップを拡張し、顧客体験・ソフトウェア開発・社内オペレーションの3領域でAIを全社展開すると発表した。
- HPはOpenAIの最新モデルを採用し、カスタマーサポートのチャネル統合や開発者向け生成AIワークフローへ組み込む計画を示している。
- 戦略パートナーシップという位置付けにより、HPの製品ロードマップにOpenAI技術が組み込まれる構造となり、PCやプリンター製品群のAI機能強化に直結する見通し。
- OpenAIにとってはEnterprise顧客のフラッグシップ採用事例となり、Microsoft一社依存とは異なるOEMチャネルへの足場を広げる位置付けとなる。
- 発表は同日2:00 JSTのOpenAI公式ブログ「index」枠で公開され、HP社内のAI活用範囲を顧客対応からプロダクト開発まで広く定義したことが特徴となっている。
音楽生成AIのSunoが独立系アーティストを支援するプログラム「Spark」を開始、「Sunoの悪口禁止」「Sunoに対する裁判への参加権放棄」といった条件が注目を集める
Source: GIGAZINE | Published: 2026-06-29 11:39 JST
- 著作権侵害訴訟を抱える音楽生成AIのSunoが、独立系アーティスト向けインキュベーターとして「Spark」プログラムを発表した。
- 参加規約には「Sunoを公に批判してはならない」「Sunoに対する訴訟に原告として加わる権利を放棄する」など、表現と法的権利を制限する条項が盛り込まれている。
- これらの条件は権利者団体やアーティスト擁護派から「言論封じと訴権剥奪が抱き合わせになっている」と批判されており、参加メリットの裏で議論を呼んでいる。
- Sparkはレーベルからの独立を志向するアーティストに資金提供やプロモーションの機会を提供する設計だが、引き換えに将来の係争でSunoに不利な行動を取れなくなる構造になっている。
- AI訓練データ問題で複数の音楽出版社から提訴中のSunoが、リスク先回しと支援を一体化させた契約スキームを採用した事例として注目されている。
AIエージェントの投資優先順位、どう決める? Gartnerが「投資スコア」の作り方を公開
Source: ITmedia AI+ | Published: 2026-06-29 13:30 JST
- Gartnerジャパンの亦賀忠明氏がWebセミナーで、AIエージェント投資の優先順位を決める評価軸「F・D・V・A・C(実現性・データ準備度・価値・採用度・コスト)」の5項目スコアモデルを公開した。
- ソフトウェア企業では各項目が満点近くになる一方、一般企業では多くが2点まで落ちる傾向にあると示され、自社状況の点検フレームワークとして提示された。
- 同氏は2026年は「E級エージェント」の実験段階、2027-2028年でシングルエージェント実装、2029年マルチエージェント、2030年企業横断ネットワークという段階的ロードマップを提示した。
- Microsoft 365 Copilotが企業導入の中心となる一方、Google Gemini、Anthropic Claude、NotebookLMが並行採用される「パイプライン状態」が現状の典型と分析している。
- AIエージェントは「アシスタント型・Co-worker型・ナレッジワーカー型・オートメーション型・ビジネス型・Agent Builder」の6種に分類できるとして、目的に応じた選択を促した。
「土日の方がAIの個人用途は多い」「女性の方が使用時間は長い」「高賃金タスクは夜間も実行されがち」などClaudeの利用実態レポートが公開される
Source: GIGAZINE | Published: 2026-06-29 16:54 JST
- Anthropicが6月26日に、Claude.aiとAPIおよびClaude Codeを統合的に分析した最新の「Anthropic Economic Index」レポートを公開した。
- レポートは平日に業務利用、週末に個人用途が増えるという時間軸の利用パターンや、女性ユーザーの方が1セッションの利用時間が長い傾向を示した。
- 高賃金のホワイトカラー的タスクは夜間にも実行されており、特に法務・経営戦略・コード生成の用途は時間帯を選ばずに走らせるパターンが多いと分析された。
- API利用は反復的なバッチ処理が中心で、Claude Codeはコードレビューやリファクタリング起点のセッションが多く、用途のセグメントが明確に分かれた。
- プライバシー保護を前提に集計されたマクロデータとして公開されており、企業がAI業務再設計を行う際の参照指標として位置付けられている。
AIで紐解くAI-DLC v2:はじめに
Source: Zenn | Published: 2026-06-29 20:22 JST
- AWS Labsが公開した「aidlc-workflows」リポジトリの規範ルールと利用ガイドを、AIで読み解いて要約する全20本連載「AIで紐解くAI-DLC v2」の導入記事である。
- AWS公式の方法論ではなく一次資料の翻訳でもない、筆者の解釈ベースの再構成であることが冒頭で明示されている。
- 対象とする実装はClaude Code版(2026年6月時点のv2.1.3、コミットc95070e)で、KiroやCodex実装は対象外として線引きしている。
- Zennの新規公開数上限により記事は逐次公開で、リンク先は公開され次第閲覧できるようになるという連載運用上の注意も付記されている。
- 全20本構成の最初のエントリポイントとして、シリーズ全体の射程と前提と非射程を整理する役割を担っている。
下書きを並列で出しても前後関係を壊さないDSparkをDeepSeekが公開
Source: Zenn | Published: 2026-06-29 13:35 JST
- DeepSeekが6月27日にGitHubで公開した投機的デコード基盤「DeepSpec」とその中核アルゴリズム「DSpark」を、自己回帰生成の遅さに対する解決策として解説している。
- DSparkはモデルの重みや賢さを一切変えずに、同じ出力をより速く吐かせる目的に振り切った設計で、本番運用環境で最大85%の高速化が報告されている。
- 並列に複数トークンの下書きを出しつつ前後関係を保つ仕組みにより、自己回帰生成のレイテンシ問題を構造的に解消する設計が特徴。
- ボトルネックは「賢さではなく出力の作り方」と整理し、1トークンずつの順伝播でGPUが遊ぶ非効率を投機的デコード用モジュールで埋める。
- DeepSeek-V4-FlashとDeepSeek-V4-Proの既存チェックポイントに追加デプロイ可能で、運用中のサービスがゼロからモデルを学習し直さずに導入できる。
「AI活用が単発質問の企業は大敗」 楽天にコストと遅延の30%低下も達成させた、AIエージェント運用の勝ち筋
Source: ITmedia AI+ | Published: 2026-06-29 13:00 JST
- Anthropicが企業向けAIエージェント構築ガイド「Building AI agents for the enterprise」を公開し、楽天やLyftなど先進ユーザーの実装パターンを共有した。
- 楽天グループは「Claude Managed Agents」導入で営業支援システムのエージェント開発を1週間で完了し、コストと遅延を30%以上削減したと報告されている。
- L’Orealは15以上のAIエージェントを導入し、4,000人のユーザーが250万件のメッセージを処理、一般的なAIの90%精度に対しClaudeでは99.9%を達成したという数値が示された。
- Lyftはカスタマーサポート対応量を30%以上削減しつつ応答時間を87%短縮したと示され、単発質問依存からエージェント運用への転換が成果を生む構図が浮き彫りになった。
- ガイドは1-2カ月目に方針設定、3カ月目にパイロット、4-6カ月目に本格運用という6カ月導入フェーズを推奨し、ロードマップ設計の参照点として位置付けられた。
DeepSeekがAI言語モデルの生成速度を最大85%向上させる「DSpark」を公開
Source: GIGAZINE | Published: 2026-06-29 19:00 JST
- DeepSeekがLLMの生成速度を最大85%向上させる投機的デコード技術「DSpark」を公開し、ユーザーあたりのトークン生成スループットを大幅に改善できると報告した。
- DSparkは新しい言語モデルではなく、プレビュー版DeepSeek-V4-FlashおよびDeepSeek-V4-Proの既存チェックポイントへ後付けする投機的デコード用モジュールである。
- 実運用環境では従来方式と比べてユーザーあたりの生成速度が最大85%向上したという数値が、リアルなユーザーリクエスト処理で確認された。
- 「投機的デコード」は下書きを並列で生成し正解と一致した分だけ採用する仕組みで、モデルの賢さを変えずに体感速度を上げるアプローチである。
- 既存モデル資産を再学習せずに高速化できることから、推論コストとレイテンシの両方を抑えたい運用チームには即時導入の選択肢となる。
OpenMythosはFable 5 / Mythos 5を再現できているのか
Source: Zenn | Published: 2026-06-29 09:20 JST
- 2026-06-29時点の公開情報のみで検証した結果、OpenMythosは「公式再現」ではなく「公開論文を組み合わせた仮説実装」と読むのが正確だと結論付けている。
- 著者の判定は「公式モデルの正しい再現ではなく、RDT・MoE・MLAなどを使った教育的な推測アーキテクチャ」というもので、構造的にFable 5とは別物だと整理されている。
- Anthropicの公式発表で確かに言える事項とOpenMythosの実装で推測している事項を切り分け、根拠の有無で議論を分解する構成を採っている。
- ZennのMermaid公式サポートを活用したアーキテクチャ図でMoE・MLAなどの差分が可視化されており、技術的な比較が読み解きやすい。
- 「OpenMythosを公式と取り違えないための読み解き」を主眼にしたメタ的な記事で、オープン実装と公式モデルの混同を防ぐ位置付けとなっている。
AIトレンド週次まとめ 0622~28
Source: Zenn | Published: 2026-06-29 00:59 JST
- 2026年6月22-28日のAI業界トピックスを「フロンティアモデル提供の政府関与」「中国モデルの台頭」など複数テーマで整理した週次まとめ。
- OpenAIはGPT-5.6シリーズ(Sol/Terra/Luna)を米政府のONCDとOSTPの要請を受けて約20社の信頼パートナーに絞った限定プレビューとして公開した経緯を解説している。
- Sam Altman CEOは長期レッドチーム期間自体は妥当としつつも、どの顧客に先に提供するかを政府が決める構図には懸念を示したと整理されている。
- CodexとAPI経由でしか触れないモデル提供のあり方が、業界全体のテスター・パートナー選定の前例になり得ると示唆している。
- 週次のニュース整理に加え対応するYouTube動画も用意されており、テキスト派・動画派いずれにも刺さる形でアウトプットされている。
AIチームにgovernance watchmanを置いた理由
Source: Zenn | Published: 2026-06-29 11:29 JST
- 複数AIエージェントで構成されたチームにおける「誰がGOを出せるか」問題に対し、止める権限ではなく事実を確認する役割の「watchman(番人)」を設けた運用記録を共有している。
- watchmanは速度を維持しながら承認ゲートの欠落を補う役割を担い、本番公開を想定したZenn記事のstrip・co-sign依頼を受けて実際にゲートとして機能した事例が紹介されている。
- 技術内容に問題のなかった記事でも前提となる文脈確認に欠落があった場合に番人がアラートを上げ、誤情報の公開や取り消し不能な変更の防止に役立つ構造を示している。
- 承認ゲートの完全削除は速度を上げる一方で不正確情報の外部公開や巻き戻し不能な変更を招くという、自律エージェント運用の典型的トレードオフが解説されている。
- watchman役を「停止」ではなく「ファクトチェック」に振り切ることで、人間が逐一介入しなくても安全性を底上げするガバナンス設計の実例となっている。
製造現場のトラブル解消を「AI工場長」が支援? 「エージェント型工場」とは
Source: ITmedia AI+ | Published: 2026-06-29 08:00 JST
- AccentureとAvanadeがMicrosoftと協働で、製造業向け工場インテリジェンスシステム「エージェント型工場」を開発し発表した。
- 製造ラインの異常を自動検知し、過去データから原因を特定して最適な対応策を提示するトラブルシューティングAIエージェントが中核機能となっている。
- 技術基盤としてMicrosoft Azure・Fabric・Foundry・Copilotを採用し、製造データと保全記録から機械学習モデルを構築する設計を採っている。
- Kruger社とNissha Metallizing Solutions(NMS)が初期導入企業として参加し、2026年上半期の本格提供開始に向けて段階的に範囲を拡大する計画。
- 主目的はダウンタイム削減と生産性向上で、AIエージェントが製造データの目的的解析を行うことで現場の意思決定を迅速化する位置付けとなっている。
デザイナーがAIを使ってFigmaプラグインを開発・公開してみた
Source: Zenn | Published: 2026-06-29 17:02 JST
- インターパークのデザインユニットが、CursorとClaude Codeを活用して非エンジニアのデザイナーがFigmaプラグインを開発・公開した実体験を共有している。
- 日常業務で生じる繰り返し操作を自動化する目的で、コーディングをAIに任せて自分でプラグインを設計するアプローチを採った。
- 昨年の勉強会で自分用に作った自転車ルート検索アプリは公開状態にできなかったが、今回はAI支援で他者が使える状態まで仕上げられた。
- デザイナーがAIコーディングツールを業務利用できるようになった環境変化が、自分専用ツールからチーム配布可能なプラグインへの転換を後押しした。
- プラグイン開発の障壁だった「コーディングが必要」という前提がAI協働でほぼ消失し、デザイナー職能の制作範囲が拡張された具体例となっている。
AIで紐解くAI-DLC v2:設計思想
Source: Zenn | Published: 2026-06-29 20:22 JST
- 連載「AIで紐解くAI-DLC v2」の第2回として、AWS Labs aidlc-workflows v2.1.3の設計思想をAIの読解で抽出した解釈をまとめている。
- 対象はClaude Code実装のcore/ディレクトリ(コミットc95070e)で、KiroおよびCodex実装は本記事の対象外として除外している。
- 公式発表でも一次資料の翻訳でもなく筆者の解釈である点が冒頭で明示され、OSS実装が更新され続けているため記述が陳腐化する可能性も注記されている。
- 規範ルールと利用ガイドを「なぜそう設計したか」の観点で読み直し、Claude Code向けに実装された理由を構造的に解説する設計思想編という位置付けである。
- 連載全20本のうち初期に位置する記事として、後続の具体実装解説に必要な前提を整える役割を担っている。
Claude Code 週次アップデートまとめ(2026/06/27週)
Source: Zenn | Published: 2026-06-29 20:21 JST
- AIがClaude CodeのGitHubリリースノートを集約した週次まとめで、2026年6月27日週のv2.1.185〜v2.1.195で計7件の変更が整理されている。
- 設定変更が必要になる可能性が高いのはv2.1.195のフックマッチャー修正で、ハイフン入り識別子を含むフック設定の挙動が変わるため利用者は要注意とされている。
- v2.1.186ではMCP関連の修正が含まれ、Macユーザー向けの挙動改善が含まれる旨が要点として記述されている。
- 欠番(v2.1.184、v2.1.188、v2.1.189、v2.1.192、v2.1.194)の存在も明記されており、リリース履歴の不連続性が読み手に伝わる構成となっている。
- AI自動要約のため誤りが含まれる可能性は明示されており、重要な判断は公式CHANGELOGで確認するよう注意書きが添えられている。
「今に追いつけ!」自律型Agentを「最小実行サンプル編」でサクッと理解しよう。
Source: Zenn | Published: 2026-06-29 16:23 JST
- 自律型AIエージェントのコア・モジュールを5段階に分けて設計し、最小実行サンプル「agent_example.py」を起点に動作を理解する入門記事である。
- Claude API版とローカルLLM版の2系統のリポジトリが用意され、GitHub上でanthropic_grace_agent_v2とollama_grace_agent_v2として公開されている。
- 5段階設計は思考・計画・実行・観測・記憶の各モジュールに対応し、最小サンプルだけで一周のワークフローを体験できる構成となっている。
- バージョン1.1(最終更新2026-06-28)として整備されており、初学者が「7. 使用例(ワークフロー)」だけ拾い読みすればすぐ動かせるよう導線が設計されている。
- フレームワーク非依存の最小実装にこだわることで、抽象論ではなく動くコードから自律エージェントの構造を腹落ちさせる教材となっている。
このSakana AIは、人間と話すために作られていない
Source: Zenn | Published: 2026-06-29 13:49 JST
- Sakana AIの「Sakana Chat」はチャットUIを持つ一方、「Sakana Fugu」は入口がほぼAPIだけという非対称な設計を、Fuguの性格そのものとして解釈する論考である。
- 著者はSakana Fuguを「人間が会話するためのプロダクトではなく、既存ワークフローに組み込まれるためのプロダクト」と位置付けている。
- 「不親切」ではなく「対象ユーザーが人間ではないからUIを出さない」というAPI-first設計の意味を、Sakana製品群の差分から読み解いている。
- 公式の見解ではなく、公開情報からの筆者の解釈である点が冒頭で明示されており、独立した分析エッセイの位置付けとなっている。
- 同じブランドでも顧客接点と組み込み用途の二系統に分かれるプロダクト戦略の実例として、AIプロダクトの提供形態の選択肢を示している。
BM25 スコアが確率になる:Lucene 10.5.0 のベイズ確率ハイブリッド検索
Source: Zenn | Published: 2026-06-29 19:51 JST
- 2026年6月25日にリリースされたApache Lucene 10.5.0で、ハイブリッド検索のための新クエリ「BayesianScoreQuery」と「LogOddsFusionQuery」の2つが追加された。
- BM25スコアを確率として解釈し直す設計により、語彙検索とベクトル検索のスコアを統一的に扱える基盤が整い、ハイブリッド検索の精度向上に直結する。
- LuceneはOpenSearchやElasticsearchの検索コアとして使われているため、これら検索エンジンの将来挙動にも波及する変更となる。
- 確率ベースのスコア融合により、従来課題だった「異なるスケールのスコアの結合」がベイズ的枠組みで自然に解消できる。
- 2つの新クエリを使うことで、検索エンジン側で複雑な後処理を書かなくても確率に基づくハイブリッド検索を構築できるようになる。
GPT-5.6 Sol登場、AIが科学を変える
Source: Zenn | Published: 2026-06-29 07:09 JST
- OpenAIが次世代モデル「GPT-5.6 Sol」のプレビューを公開し、コーディング・科学・サイバーセキュリティ領域での性能向上を予告したと解説している。
- GPT-4系とは「一線を画す次世代モデル」と位置付けられ、推論能力と専門タスク性能の両面でジャンプアップしていると紹介されている。
- 同時期にGoogleとAnthropicも大型アップデートを投入しており、AI業界全体が研究段階から実装フェーズへ本格突入したと整理されている。
- Sol以外にバランス型のTerraと低コスト版のLunaを含むGPT-5.6シリーズが構想されているとされ、用途別ラインナップの方向性が示された。
- 科学研究のシミュレーションや仮説生成を加速できる可能性が論じられ、AI for Science分野のインパクトが期待されている。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Allganize RAG Leaderboard (JA) のスコア差をタイプ別に分解する | Allganize RAG Leaderboardの公開300問データから、18ツール×LLM構成の総合スコアが設問タイプとどう対応しているかを再集計し、勝ち負けの要因を分解している。 | サカタコンサル | 00:31 |
| 2 | RAG精度はLLMを替えるだけで上がるのか | Allganize RAG Leaderboardのデータセットを使い、LLMをより新しい・高性能なモデルに替えるだけでRAG精度が上がるのかという問いを正面から検証している。 | サカタコンサル | 00:25 |
| 3 | ローカルAI Gateway - Anthropic Tool Use を試してみました | 自作のローカルAI Gateway(機密検出・監査ログ・Policy Engine付き)に対し、Anthropic Tool Useを通すための動作確認結果を整理している。 | HISA | 20:06 |
| 4 | ループエンジニアリング入門:自分をループの外に出す | Addy Osmaniの「Loop Engineering」フレームを日本人読者向けに再構成し、自律エージェントを安全に回すための監督者設計の入門を提示している。 | soma | 15:18 |
| 5 | 【CCA-F学習ログ #2】基礎編:Anthropic Academy のレベル100で土台を固める | Claude Certified Architect Foundations合格を目指す学習ログ第2弾で、Anthropic Academyレベル100の5コースから「考え方の土台」と「手を動かす土台」を整理している。 | yujmatsu | 20:00 |
| 6 | 【AIエージェント比較実験】#2 Codex CLIにタスク管理アプリを作らせたらどうなったか | 同一仕様で6つのAIコーディングエージェントを比較する実験のCodex CLI編で、実装力・テスト・自己評価・レビューの観点から強みと弱みを評価している。 | pekopugu | 20:24 |
| 7 | 【第3回】Agentic Engineering:エージェンティックエンジニアリング | AI開発規律進化シリーズの第3回として、AIエージェントを「Orchestrate」する技術であるエージェンティックエンジニアリングの位置付けを解説している。 | monkey-gineer | 19:13 |
| 8 | GLM 5.2がClaudeを超えた:IDORベンチマークで判明したオープンウェイトの実力 | Semgrepが行ったIDOR検出ベンチマークで、Zhipu AIのGLM 5.2がClaudeを上回ったという英文記事を日本語で解説・翻訳している。 | 崔 一航_Ikkou Sai | 14:57 |
| 9 | LLMから検索を切り離すDSG、DoorDashが検索コストを9割超削減 | DoorDashが6月17日にarXiv公開した論文「Decoupling Search from Reasoning」を題材に、検索と推論を分離するDSG設計の意義をまとめている。 | とうもろこし茶 | 13:35 |
| 10 | VibeThinker-3Bが数学で671Bに並び知識で外す:『推論は圧縮できる、知識はできない』を設計にどう落とすか | Weibo研究チームのVibeThinker-3Bが数学・コードで671B級に並ぶ一方、知識評価では負けるという非対称から、推論エンジンと知識ストアを分ける設計指針を導いている。 | 中村 啓 | 13:13 |
| 11 | 娘(5歳)のためのAI家庭教師を作り始めた② コスト確認の巻 | 個人開発のAI家庭教師アプリでGemini APIの実費を確認した記録で、ひらがな評価2回で15円という実測コストの妥当性を判断している。 | dsflon | 13:15 |
| 12 | Next.js Route Handler経由でOpenAI APIを呼び出す基本構成 | Next.js App RouterのRoute Handlerを使い、APIキーをブラウザに出さずにOpenAI APIを呼び出す基本構成の作り方を順に解説している。 | Hiroki Maeda | 18:50 |
| 13 | Claude Codeで朝の情報ダッシュボード「けさのまとめ」(Web)を4時間で作った感想 | Claude Code(Opus)に大部分の実装を任せて天気・ゴミ出し・遅延・ニュースを1画面に集約するダッシュボードを4時間で構築した制作体験を語っている。 | えあぷch. | 16:33 |
| 14 | GPTとまともな議論をするには、ちょっとした工夫が必要だった | GPT-5.5との議論が10往復しても結論が安定しなかった経験から、OpenAI公式プロンプトガイドに基づくカスタム指示を設計し直して6ターンで資料化できた試行錯誤を共有している。 | taka4rest | 06:21 |
| 15 | 【Nishika 論文サク読み 第15回】SpeechCueLLM | NAACL 2025採択論文「Beyond Silent Letters」を題材に、音声ニュアンスでLLMの感情認識能力を増幅させるSpeechCueLLMの仕組みをサク読みしている。 | r.k | 09:00 |
| 16 | AI 実装の「抜け型」を測る — Codex と Opus に同じ issue を渡した(案A) | OpusとCodexに同一issueを渡して「機能は動くが要件が漏れる抜け型」を測定した実験案Aの結果と、モデル要因と仕様書要因の切り分け方を整理している。 | ペンネ株式会社 | 08:21 |
| 17 | OpenEnvとCUBEから見るAgentエコシステム標準化の動向 | エンタープライズAIで論点が「どのモデルか」から「どう運用するか」へ移った背景の中、Agent RLとpost-trainingを支えるOpenEnvとCUBEの位置付けを整理している。 | anyai | 11:50 |
| 18 | AIはコードを書ける。でもテストは誰が保証するのか | コードを99%書かなくなった現状を踏まえ、テスト設計まで含めて誰が品質を保証するのかという2027〜2028年の開発体系の論点を考察している。 | ShintaroAmaike | 18:45 |
| 19 | エージェントの長期記憶を3層構造で設計する:mcp__memoryを捨ててファイル+grepに振った話 | LLMエージェントの忘却問題に対し、ホット・索引・コールドの3層構造でメモリを設計し、賢いベクトル検索より先にアクセスパターンから保存方式を逆算する設計指針を提示している。 | 村瀬 雅俊 | 16:01 |
| 20 | Claude Code の設定体系を理解する | CLAUDE.mdとsettings.jsonの違い、User/Project/Localスコープの違い、権限のallow/deny評価などClaude Codeの設定ファイル群全体像を整理している。 | 03104 | 15:52 |
| 21 | Claude Code で『遅いLP』を Astro で作り直して Lighthouse 44→99 にした実装記録 | 既存の重いLPをAstroで作り直しClaude Codeに非同期で作業させた結果、Lighthouseパフォーマンスを44から99まで引き上げられたという実装記録を残している。 | noglin | 20:16 |
| 22 | UnityプロジェクトでAIを効率よく使うためのトークン節約術 | Unityプロジェクトで巨大YAMLや生成物を読み込んで無駄にトークンを消費しがちな問題に対し、AGENTS.mdとCLAUDE.mdの書き方でAIの読み先を絞る方法を整理している。 | GameDev Tool Lab | 10:00 |
| 23 | 超便利なClaude Designの実践的な活用方法 | Claudeのデザインプラットフォーム「Claude Design」を数週間使い込んだ筆者が、英語学習アプリ題材で実践的な使い方とFigma Makeとの違いを紹介している。 | Atsuki02 | 09:30 |
| 24 | なぜ、人々はAIに依存することが悪いことだと思ってしまうのか? | AI依存への警戒は「どの階層を預けるか」の問題だと整理し、目的・判断基準・責任を人間に残せば作業の外部化は安全装置として機能するという論を展開している。 | pdfractal | 08:37 |
| 25 | ローカルLLMで動く自律型マルチエージェントFX取引システムを「作り方」から解剖する | クラウドAPIに依存しないローカルLLMだけで動く自律FX取引システム「Nagi」の設計と実装をデモ口座研究段階の構造そのままに解剖している。 | MakoShino | 08:25 |
| 26 | 非エンジニアがClaude Codeで1,588語のIT用語アプリを出荷した話 | 非エンジニアの筆者がClaude CodeだけでiOSアプリ「IT Logic」を1,588語収録までApp Store出荷した経緯と、構造で理解させる設計判断を語っている。 | ko-walk | 23:26 |
| 27 | 【rtk】Claude Codeの履歴8,600コマンドから探るトークン削減率90%の実態 | RTK(Rust Token Killer)を約40日・8,587コマンド使った履歴を用い、どの操作でどれだけ削れたか、圧縮が出力をどう歪めたかを数値で報告している。 | emabou | 18:59 |
| 28 | PythonのTypeErrorを最小再現で切り分ける──メッセージの読む順とNoneの落とし穴 | TypeErrorの原因を最小再現コードで切り分ける手順を、tracebackの読み順・確認コマンド・修正diff・Claude Codeへの依頼線引きまで含めて整理している。 | エンジニア翔 | 20:12 |
| 29 | 【CakePHPの学習 LOG-03】:ルーティング設定(config/routes.php)について | CakePHPのルーティング設定config/routes.phpの仕組みを学習ログとして整理し、URLからController/Actionへ振り分ける役割を確認している。 | tikomo | 19:14 |
| 30 | 使われないMCPプラグインが静かにコンテキストを食う ― 週次自動 disable で常時軽量化 | 有効にしたまま放置のMCPプラグインがtool schema経由でコンテキストを削り続ける問題に対し、検出から自動disableまでの3段パイプラインを実装している。 | Lily | 19:00 |
| 31 | Claude Codeを全権限で走らせて事故った話と、権限を5段階に絞るまで | —dangerously-skip-permissionsで全権限を渡したClaude Codeがrm -rfで検証用ディレクトリを丸ごと消した事故から、権限を5段階に絞る運用設計に至った顛末を語っている。 | 井本 賢 | 18:02 |
| 32 | # ステムを確認してからlo-fi版を作る制作メモ | 短いBGMやデモ音源でいきなりlo-fi化せず、まずステムを確認してから方向を決めるという制作プロセスのメモを音作りの観点で残している。 | seeley | 18:00 |
| 33 | Qwythos-9BをVRAM 6GBで動かす:llama.cppでQ4/Q5/Q6を比較 | VRAM 6GB環境でQwythos-9B-Claude-Mythos-5-1M-GGUFをllama.cppで動かし、Q4/Q5/Q6の3量子化バリアントの実行可能性を比較している。 | ローカルAIラボ | 15:23 |
| 34 | AI(GeminiやOpusなど)を活用して回路設計・PCB設計を行う方法 | EasyEDA Pro環境でCodexやClaude Codeを使い、回路設計とPCBレイアウトをAIに任せるための環境構築方法を実機ベースで整理している。 | t_furu | 16:20 |
| 35 | AI に「このボタン」を伝えるための Chrome 拡張を作った | フロントエンドの修正依頼で「どのUIか」をAIに伝える手間を減らすため、画面上で要素を指してAIに渡せるChrome拡張を作った経緯を紹介している。 | laiazxyq | 16:12 |
| 36 | AIの請求が、なぜサーバ代を超えたのか | 非エンジニア役員がClaude Codeで作ったSaaSを引き取って運用する筆者が、LLM APIコストが1日だけ富士山型に突き出した原因を追跡して解説している。 | jun-uen0 | 11:54 |
| 37 | MCPサーバーを本番でスケールさせる:Streamable HTTP・ステートレスセッション・能力発見の実装 | リモートMCPサーバーをロードバランサ下で動かすとtools/listは通るがtools/callが404になる典型事故を題材に、ステートレスセッション化と能力発見の実装パターンを整理している。 | リベルクラフト | 11:00 |
| 38 | RAG評価成熟度モデル — あなたのRAGはLいくつ? | RAGAS・DeepEval・promptfoo・Inspect AIのソースを読み比べて、自前RAGの評価成熟度を測るためのレベル分けモデルを提案している。 | cacel | 10:49 |
| 39 | 自分のコードでHTMLインジェクションを踏んでから、AIの出力を信頼しなくなった | LLMが返す文字列をエスケープせずHTMLに流し込んでHTMLインジェクションを踏んだ実体験から、AI出力を信頼可能な入力として扱うべきではないと結論付けている。 | Rapls | 08:03 |
| 40 | AIスコアで選ぶ 今週のGitHub注目リポジトリ 10選(2026-06-29週) | Claude APIによる7軸100点満点のスコアリングで今週注目のAI関連GitHubリポジトリを10件選び、MCPサーバー実装事例を含めてランキング化している。 | 楽したいAI自動化エンジニア | 07:10 |
| 41 | Opus の「抜け」は誰のせいか — Claude code と Codexとの実装比較で見えた本当の原因 | 案AでOpus 15抜け・Codex 1抜けという結果が出た交絡を排除するため、案BとしてOpusに蒸留済みプロンプトを渡し直して原因を切り分けた検証である。 | ペンネ株式会社 | 09:29 |
| 42 | MCPサーバーって結局何?理解のついでに作ってみる | 楽天グループの林氏が、MCPサーバーが内部的にどう動くかを概念理解した上で、Claude Codeを例にMCPサーバーを実際に実装するハンズオンを共有している。 | Hayashi | 08:57 |
| 43 | ハーネスエンジニアリングとループエンジニアリングの先へ:Goal Doc駆動でAIエージェントを自走させる | Codex CLIに直接実装を頼まず、まずGoal Docを作らせてその達成まで/goalで自走させる運用を、ハーネス/ループエンジニアリングの先の手法として紹介している。 | Shimpei TAKEDA | 18:38 |
| 44 | AIコーディング時代の品質設計: 生成器ではなく副操縦士として組み込む | コード生成は速くなったがレビューがボトルネックになる現実を踏まえ、AIを生成器ではなく副操縦士として確認側に置く品質設計を4段階で整理している。 | Rё∀Lβios | 13:21 |
| 45 | Mac で Claude Code を始める — インストールから subagent / MCP / hook まで(2026 年版) | 2026年のMacでClaude Codeを公式curlインストーラから入れ、subagent・MCP・hookまで一通り構築する手順を最新版で整理している。 | ペンネ株式会社 | 08:21 |
| 46 | Claude Codeをもっと使いこなす④|サブエージェントとは?基本の考え方 | Claude Codeのサブエージェントについて、親エージェントから派生する子AIタスクという基本概念とその使い分け方を解説している。 | 開発日和 | 23:35 |
| 47 | Claude Designにフォルダを渡したら、3分でワイヤーフレームが出てきた | Claude Designで生成した架空のランニングコミュニティのHTMLフォルダをそのままClaude Designに渡し、3分でPC用グレースケールワイヤーフレームを得た作業ログを共有している。 | cvl | 23:32 |
| 48 | Claude Codeをもっと使いこなす③|CLAUDE.mdの書き方と運用 | Claude Codeが毎回自動読込するCLAUDE.mdの役割と書き方と運用ノウハウを、実体験をもとにまとめている。 | 開発日和 | 22:45 |
| 49 | 【Claude Code】IDEなしで快適に!CLI作業環境おすすめ設定まとめ | CLIツールであるClaude CodeをIDEなしで快適に使うため、Windows Terminalのペイン分割など作業環境の設定を整理している。 | dev-ex12 | 21:30 |
| 50 | Crashlytics の急増クラッシュを GitHub Actions + Claude で自動 Issue 化する | 毎朝Crashlyticsの急増クラッシュを探してGitHub Issueを立てるトイルを、SQLとGitHub ActionsとClaudeを組み合わせて自動化した仕組みを解説している。 | Yuya Saito | 16:39 |
| 51 | 個人的にAIセキュリティの勉強するならGrok | 各AIのスクレイピング権限という観点でXにアクセスできるのはGrokだけだという根拠から、個人的なAIセキュリティ学習にはGrokが向くと提案している。 | nao | 12:46 |
| 52 | 生成AIに「Gradio」を聞いてみた(Streamlitとの違い・自動API化) | rembgデモを作った経験を起点に、GradioとStreamlitの違いやデモを自動でAPI化する仕組みを生成AIに教えてもらいながら深掘りした記録である。 | プリン | 21:05 |
| 53 | AIで便利ツールを55個作ってみた(ブラウザだけで動くやつ) | Claude Code Opusに任せて、登録不要・無料でブラウザだけで動く便利ツールを55個5カテゴリ作成した経緯と作り方の型を共有している。 | hmhv | 20:41 |
| 54 | AIだけでは完結しない世界で生まれた新プラットフォーム「HumanTasks」 | AIエージェントでは完結できない物理作業・現地確認・人間の感覚判断を、人にしかできない小仕事として依頼・受注できるプラットフォーム「HumanTasks」を紹介している。 | AInohogosya | 19:47 |
| 55 | AIエージェント向けナレッジベース「ContextMixer」を作って、運用してわかったこと | Claude Code・Codex・OpenCodeなど複数エージェントをまたぐ20以上のプロジェクトで、セッションごとに消えるコンテキストを保持するナレッジベースContextMixerを運用した気付きを書いている。 | frogworks404 | 19:04 |
| 56 | ツールの定義と提示 ― LLMに道具を持たせて呼ばせる仕組み【プロンプトで読み解くAIエージェント #4】 | 連載「プロンプトで読み解くAIエージェント」第4回として、3つの実在OSSの実コードと実プロンプトから、ツール定義と提示の仕組みを読み解いている。 | のぶさん | 18:22 |
| 57 | ネガティブ・ケイパビリティについて考えた | AIで即答が容易になった環境でこそ、わからないことを抱える「ネガティブ・ケイパビリティ」が必要になるという問題意識を、エンジニアの実感から考察している。 | shibata | 17:58 |
| 58 | Conext rotと、その対応手段 | 長いエージェントセッションで初期指示が埋もれる「context rot」現象に対し、検出・救済・復元・蒸留・制御を行うRust製Claude Codeプラグインctxrotを紹介している。 | yukineko | 13:18 |
| 59 | AIエージェントが迷わない開発ドキュメントのアーキテクチャ | 古い議事録と承認済み仕様が混在する状況でAIエージェントが優先順位を判断できる文書構造を作るため、6つの問いに迷わず答えられるドキュメント設計を提案している。 | Rё∀Lβios | 13:52 |
| 60 | 個人開発で4つのAIを使って感じた、任せる場所の違い | SpotMemo個人開発でChatGPT・Codex・Cursor・Claude Codeの4つを使った筆者が、比較実験ではなく実利用ベースでどのAIをいつ使ったかを整理している。 | Akira | 23:45 |
| 61 | 「Notionで良くない?」と思ってた私がObsidianにハマって、ついにClaudeと連携させた話 | Notion派だった筆者がObsidianの本質に気付き、ローカルMarkdown資産をClaudeと連携させて活用するまでの過程を語っている。 | ryunote2 | 11:25 |
| 62 | AIに嘘をつかせないために | 生成AIが「次にそれっぽい言葉を予測する機械」である構造を踏まえ、ハルシネーションを意図せず生む仕組みと、それを抑える運用上の工夫を整理している。 | watanabe.m | 10:28 |
| 63 | IT未経験だからこそ、AIネイティブな体制をゼロから作った | AIにコードだけでなく事業開発まで前進させるため、PM AIを使って複数の個人開発と新規事業を並行運用する体制とテンプレートをまとめた実践記録である。 | KK | 10:11 |
| 64 | AIエージェントをUIにすることで、誰でも地理データを扱えるWebGISができた。 | 多機能すぎるQGISでなく、地理データ操作のUI自体をAIエージェントに置き換えることで、誰でも半径バッファ等の基本操作を自然言語でこなせるWebGISを構築した話である。 | shimizu | 09:21 |
| 65 | RAGは記憶ではない — Hermes-agentのための記銘・想起・忘却設計 | RAGは外部知識を引く検索であって記憶ではないという認識のもと、Hermes-agent向けに記銘・想起・忘却のライフサイクルを分けて設計する考え方を整理している。 | Ryo Minegishi | 09:15 |
| 66 | Claude Codeの ! がシェル出力に自動応答するようになった ─ デフォルト変更とコストの話 | Claude Codeで!実行したシェル出力に対しモデルが自動応答するようデフォルトが変わった件を取り上げ、覗くだけのつもりでも毎回課金が発生するコスト面の影響を解説している。 | yamap55 | 09:05 |
| 67 | 人間の方がAIよりもミスが多い?バイブコーディングを過信しないために | 「人間の方がAIよりミスが多いから全部AIで良い」という主張に対し、AIエンジニアとしての実感ではAIのほうがミスが多いと反論し、過信を戒めている。 | BULK_UPPER | 07:58 |
| 68 | Playwright のマルチセッション分離 — 「ブラウザインスタンス」と「ログイン状態」は別の軸 | Playwrightを複数並行で使う際に混同しやすい「ブラウザインスタンス分離」と「アカウント・ログイン状態分離」の2軸を切り分け、後者はstorageState自前設計が必要だと整理している。 | 瑠璃 | 08:00 |
| 69 | コードグラフ系MCPを実機で叩いてみた — 26.6K行を約1.9秒でindex、つまずきも全部書く | DeusData/codebase-memory-mcpを実機で叩き、26.6K行を約1.9秒でindexできた数値ともに、つまずきまで含めた使用感を共有している。 | ぬまーんのZenn記事 | 02:29 |
Qiita
| # | Title | Summary | Author | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。
ITmedia AI+
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | 「ヤフコメまとめ」開始 ヤフコメの論点、AIがグラフで可視化 | ヤフーがOpenAI APIを活用してヤフコメの論点を生成AIで分類しグラフ化する「ヤフコメまとめ」機能の提供を開始したと報じている。 | 16:32 |
| 2 | AIは設計者を置き換えるのか Autodesk幹部に聞くCADと設計データの未来 | Autodesk製品開発/製造ソリューション担当EVPのジェフ・キンダー氏が、AI時代のCAD操作と設計者の役割の変化と将来の設計データの在り方を語っている。 | 08:00 |
| 3 | ロボットの模倣学習を60時間→4.8時間に AWSのGPUでフィジカルAI開発を加速 ファナック | ファナックがAWS Summit Japan 2026の基調講演で、ロボットの模倣学習時間をAWSのGPU活用で60時間から4.8時間へ短縮した実績を示したと報じている。 | 10:39 |
| 4 | カインズが画像AIで売上UP模索、店頭でのインテリア”試着”をテスト 立ちはだかる「正確性と効率」の壁 | カインズが画像生成AIで部屋のインテリアを疑似置換する店頭サイネージ「CAINZ Fitting Room」を開発し、その効果と正確性・効率の課題を検証している。 | 10:00 |
| 5 | 解剖・孫正義氏の「ガチョウ論」 「ソフトバンクG株価が低過ぎ」主張を信じてよいのか | 孫正義氏が「ソフトバンクG株価が低過ぎる」と不満を示した「時価純資産」論理の中身と危うさを解剖した解説記事である。 | 07:00 |
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | OpenAIが「GPT-5.6」シリーズを発表、Claude Mythos 5超えだがアメリカ政府の指示で限定プレビュー公開 | OpenAIが6月26日発表のGPT-5.6シリーズのうちフラッグシップSolはClaude Mythos 5超え性能を示すが、米政府指示で一部組織への限定プレビュー公開にとどまったと報じている。 | 11:20 |
| 2 | トランプ政権がAnthropicの「Claude Fable 5」復帰を近く容認か、早ければ7月上旬にも制限解除の可能性 | トランプ政権がAnthropicのClaude Fable 5への制限を早ければ7月上旬にも解除する見込みであると複数メディアが報じたと伝えている。 | 11:50 |
| 3 | Apple Vision Proやスマートグラスを開発する幹部がOpenAIに転職するとの報道 | Apple Vision Proとスマートグラスの開発プロジェクト責任者がAppleを退社しOpenAIへ入社するとBloombergが報じたという人材移籍の話を伝えている。 | 10:46 |
| 4 | サッカーの才能の宝庫ブラジルでは動画を分析して選手のスカウトを行うAIスカウトアプリが普及しつつある | テクノロジー導入で他競技に遅れがちだったサッカー界において、ブラジルでは動画分析で選手を評価するAIスカウトアプリが普及していると伝えている。 | 23:00 |
| 5 | Metaが要求したGeminiの計算能力をGoogleが提供しきれずMetaの社内プロジェクトが中断・遅延 | GoogleがMetaに対しGeminiへのアクセスを制限し、世界最大級のAI企業でさえインフラ制約に直面する事例として話題になったと報じている。 | 12:45 |
| 6 | 自作の量子乱数生成器を使った占いアプリ「A Quantum Magic 8-Ball」 | エンジニアのデビッド・ノエル・ン氏が光子検出による量子乱数で占い回答を選ぶWebアプリ「A Quantum Magic 8-Ball」を自作したと紹介している。 | 21:00 |
| 7 | 持ち帰り試験で平均96点のクラスが対面試験に切り替えると平均48点に、教授は「AIでカンニングしている」と落胆 | ブラウン大学の数理経済学試験で持ち帰り平均96点が対面で48点に半減した事例から、AIによる試験不正の実態を教授が指摘したと報じている。 | 20:00 |
| 8 | 労働人口が減る中国で「AI搭載の人型ロボット」を働かせる動きが加速している | 中国で労働年齢人口の減少を背景に、AI搭載人型ロボットを工場・ホテル・物流・小売の現場で働かせる動きが加速していると報じている。 | 11:10 |
Publickey
| # | Title | Summary | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。
OpenAI Blog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Mapping Europe’s AI Workforce Opportunity(欧州AI労働力機会のマッピング) | OpenAIの新レポートが、AIがEU全域の職業をどう再編し、自動化・成長・ワークフロー変化のいずれに該当するかを分類してマッピングしている。 | 16:00 |
Google AI Blog
| # | Title | Summary | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。
Hugging Face Blog
| # | Title | Summary | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。
Simon Willison
| # | Title | Summary | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。
The Decoder
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Claude Code runs a GitHub repo’s hidden malware without verification, giving attackers full control(Claude Codeが検証なしにGitHubリポジトリの隠しマルウェアを実行、攻撃者に完全な制御を許す) | Mozilla 0DINの研究者が、悪意あるGitHubリポジトリがClaude CodeのセットアップでDNSクエリ経由のランタイムロードを使い、リポジトリにもスキャナにもAIエージェントにも見えない形で開発者マシンを乗っ取れることを示した。 | 19:04 |
| 2 | Samsung and SK Hynix plan $590 billion chip investment as AI demand sends memory prices soaring(SamsungとSK HynixがAI需要を受け5,900億ドル規模のチップ投資を計画、メモリ価格高騰) | SamsungとSK Hynixが韓国政府の支援で総額5,900億ドルを新工場とパッケージング拠点に投じる計画で、JefferiesはAIデータセンター需要によりメモリ価格が2027年まで四半期最大50%上昇する可能性を示すと報じている。 | 17:17 |
| 3 | The US military used AI to pick thousands of targets but missed a note saying one was a school(米軍がAIで数千の標的を選定するも「学校」と書かれた注記を見落とした) | イラン学校へのミサイル攻撃に関する調査で、米軍の標的選定インフラに重大な欠陥があり、AIがそれを埋めるはずだったが学校という注記を見落としていたと報じている。 | 21:30 |
Hacker News
| # | Title | Summary | Published |
|---|
このセクションには2026-06-29 JST公開の対象記事がありませんでした。