AI News Digest: 2026-04-29
Top 20
ClaudeでBlenderやPhotoshopを直接制御 Anthropicがクリエイティブ向け新コネクタ8件公開
Source: ITmedia AI+ | Published: 2026-04-29 09:01 JST
- Anthropicがクリエイティブツールと直接連携する新コネクタ8本を公開し、Claudeから外部アプリを操作可能にした
- 連携対象はAdobe Photoshop、Blender、Ableton、Canva など制作系ツールが中心
- Claude側からアプリの状態を取得・操作することで、手動の繰り返し作業を会話だけで自動化できる
- これまでコード生成・文章生成中心だったClaudeの用途が、デザイン・3D・音楽など制作領域へ広がる位置付け
- ITmediaの解説では「クリエイターが手動プロセスを迂回し制作のアイデア出しを加速する」と紹介されている
With Nemotron 3 Nano Omni, Nvidia reveals what really goes into a modern multimodal model
Source: The Decoder | Published: 2026-04-29 18:28 JST
- NVIDIAがオープンマルチモーダルモデル「Nemotron 3 Nano Omni」を公開し、テキスト・画像・動画・音声を一括で扱えるようにした
- 訓練データはQwen、GPT-OSS、Kimi、DeepSeek など複数の既存モデルからの蒸留・合成データを組み合わせて構成
- 「現代のマルチモーダルモデルに何が入っているか」を明示する形で、データソース構成自体を公開ドキュメントとしている
- The Decoderは、本リリースが他社モデルの出力を訓練データに使う実態を業界標準として浮き彫りにしたと指摘
- オープン公開のためHugging Face側でも別記事として取り上げられている
OpenAI lands on AWS one day after Microsoft deal restructuring
Source: The Decoder | Published: 2026-04-29 22:06 JST
- MicrosoftとOpenAIが独占契約を解消した翌日に、AWSがOpenAI関連サービス3本をBedrockで提供開始した
- AWS上では既存OpenAIモデル、Codex、Managed Agents の3つが利用可能になり、AWS環境内で完結したセキュアAI構築が可能
- 加えてAWSとOpenAIが共同開発した「エージェントサービス」も同時にBedrockへ投入された
- The Decoderは「契約改定の翌日のローンチ」というスピード感が、Microsoft独占解消後の主導権争いを示すと分析
- ITmedia AI+でも同件を別記事で取り上げており、API独占の終焉とMicrosoftへの収益分配継続が併記されている
Google Gemini now generates full documents, spreadsheets, and presentations directly inside the chat
Source: The Decoder | Published: 2026-04-30 02:18 JST
- Google Geminiがチャット内から直接、PDF・Word文書・Excelスプレッドシート・プレゼン資料を生成できるようになった
- 従来は別アプリでの編集を要したドキュメント作成が、Gemini単独のチャットセッションで完結する
- ファイル形式はPDF、Word、Excelに対応し、チャットの結論をそのまま添付可能なドキュメントとして書き出せる
- 業務文書作成のフローをチャット起点に集約することで、Workspaceとの統合を一段進める動き
- 同記事は同日付のGemini Memory EU展開と並ぶ機能拡張の発表である
Google rolls out Gemini memory in Europe and wants you to bring your ChatGPT data along
Source: The Decoder | Published: 2026-04-29 20:50 JST
- GoogleがGemini Memoryをヨーロッパで展開し、競合AIアプリからのチャット履歴インポートを推奨している
- ユーザー嗜好の長期記憶機能がEU圏でも利用可能になり、規制対応を整えた上での解禁となる
- 競合のChatGPTなどの会話履歴を取り込み、Geminiが既存のユーザーコンテキストを引き継げるよう設計されている
- 移行ハードルを下げることで、既存ChatGPTユーザーをGeminiへ呼び込む狙いが明確
- The Decoderは「ユーザーデータの可搬性」を武器にした競合転換戦略と位置付けている
Granite 4.1 LLMs: How They’re Built
Source: Hugging Face Blog | Published: 2026-04-29 09:00 JST
- IBMがオープンLLMファミリ「Granite 4.1」のアーキテクチャ・データ・学習レシピを公開した
- Hugging Face上の公式ブログでIBM Granite チームが投稿しており、内部構成を詳細に開示している
- 「How They’re Built」と題し、Granite 4.0 からの差分を中心に学習プロセスの再現性を意識した解説となっている
- IBM公式モデルとしてHugging Face Hub経由で利用可能なため、検証や派生学習に直結する
- オープンウェイトでの提供は前世代と同様で、エンタープライズ向け基盤モデルの選択肢として位置付けられる
DeepInfra on Hugging Face Inference Providers
Source: Hugging Face Blog | Published: 2026-04-29 09:00 JST
- Hugging Face Inference ProvidersにDeepInfraが追加され、Hubから直接DeepInfraのインフラ越しに推論を呼べるようになった
- 既存のInference Providers枠組みに追加された形で、モデルページから外部GPU基盤を選択できる
- DeepInfra側でホストされる対応モデルがHugging Faceの統一APIから扱えるようになり、移植性が向上
- 個別契約せずHubのアカウントで推論先を増やせるため、評価フェーズや小規模本番での選択肢を広げる
- 公式ブログのタイトルそのものが提供開始の告知である
LLM 0.32a0 is a major backwards-compatible refactor
Source: Simon Willison | Published: 2026-04-30 04:01 JST
- Simon Willison のCLIライブラリ「LLM」が0.32a0でメジャーな後方互換リファクタを実施した
- 主な変更は2点:プロンプトを「メッセージシーケンス」として扱う点、レスポンスを「型付きメッセージストリーム」にした点
- このリファクタにより、マルチモーダル入出力やツール呼び出しを最新のLLMの形式に合わせて表現できる
- アルファ版(0.32a0)リリースとして公開されており、互換性は保ちつつ内部表現を刷新している
- 著者本人がGPT-5.5やClaudeなど多様なモデルを扱う前提で、フォーマット側を新世代に揃えた更新と位置付けられる
Cursor 3入門 — エージェント並列実行・Design Mode・クラウドの全貌
Source: Zenn (ai) | Published: 2026-04-29 18:14 JST
- Cursor 3 が2026年4月2日にリリースされ、Cursor登場以来最大級のアーキテクチャ変更となった
- 中心は「エージェントファースト」化で、新しいAgents Window、複数エージェントの並列実行、Cloud Agentsが導入された
- IDEの主役を「ファイル編集」から「エージェントの差配」に置き換える設計で、Design Mode も新規追加
- 著者は機能ごとに位置付けを整理し、Cursor 2系から大きく変わった点をマッピングしている
- 並列エージェント運用やクラウド側でのエージェント実行を前提とした開発フローへの移行ガイドとして書かれている
DeepSeek V4 APIでAIエージェントを作る完全ガイド【2026年版】
Source: Zenn (llm) | Published: 2026-04-29 16:04 JST
- DeepSeek V4 APIを用いたAIエージェント実装の網羅ガイドを2026年版として公開した
- DeepSeek V4は1Mトークン context と MCP 対応を備え、GPT-4o より大幅に低コストで運用できる点を強調
- 1Mコンテキスト前提の入力設計、MCPツール接続、エージェントループ実装の各レイヤを解説している
- コスト最適化の観点からGPT/Claude系との比較を含み、用途別にDeepSeek V4を選ぶ基準を示している
- 関連してQiita版の「DeepSeek V4 完全ガイド — 1.6T MoE、1Mコンテキスト、推論コスト73%削減」も同日公開されている
AnthropicがClaudeとAdobeやBlenderなどのツールを直接連携できるコネクタを発表
Source: GIGAZINE | Published: 2026-04-29 19:00 JST
- AnthropicがClaude向けに、Adobe・Blender・Ableton・Canva等のクリエイティブソフトと直接連携するコネクタ群を発表
- 同じ発表のGIGAZINE側報道で、対応アプリ名がより具体的にAdobe・Blender・Ableton・Canvaと明示されている
- これによりClaudeから直接ソフト内オブジェクトを操作したり、生成物をアプリへ書き戻したりできるようになる
- GIGAZINEは記事タイトルから「Claude for Creative Work」のブランディングが付与されていることを示唆
- 同日のITmedia AI+記事と併せ、Anthropic がコーディング以外の制作領域に踏み込む動きとして報じられている
Cybersecurity in the Intelligence Age
Source: OpenAI Blog | Published: 2026-04-29 23:00 JST
- OpenAIが「Intelligence Age」におけるサイバーセキュリティ強化のため、5本柱のアクションプランを発表した
- 中心命題は「AIを使った防御を民主化する」こと、つまり防御側の能力を低コストで広く展開する点に置かれている
- アクションプランは政策・モデル提供・パートナーシップなど5要素から構成される
- OpenAI公式ブログ上での宣言記事であり、企業向けに自社モデルとサイバー防御を組み合わせる方針表明となる
- 直前のFedRAMP Moderate認可取得やAWS提供開始の流れと併せ、エンタープライズ/公共セクター向け展開の文脈で読める
White House moves to restore Anthropic access after Pentagon standoff
Source: The Decoder | Published: 2026-04-29 22:23 JST
- ホワイトハウスが連邦各省庁にAnthropic製品へのアクセスを再開させるガイダンスを起草中だと報じられた
- 対象には Anthropic の新モデル「Mythos」へのアクセスも含まれる
- 背景は国防総省(Pentagon)との対立で、一時的にAnthropic製品の連邦利用が止まっていた状況
- 今回の動きは行政側が省庁横断でAnthropic復帰を後押しする方向に舵を切るもので、Mythos の政府利用を可能にする
- The Decoderは、これにより米国政府向けAI調達のプレイヤー構成が再びAnthropic込みに戻る点を強調している
Mistral’s Le Chat spreads Iran war disinformation in 60 percent of leading prompts
Source: The Decoder | Published: 2026-04-30 03:31 JST
- NewsGuard の監査により、MistralのLe Chat はイラン戦争に関する誘導プロンプトの約半数で国家後押しの偽情報を再生産することが分かった
- エラー率は中立的な質問で約10%、誘導的な悪意ある質問では最大80%まで上昇する
- 監査は「leading prompts(誘導的プロンプト)」を含む複数カテゴリで行われ、攻撃的入力に対する脆弱性が定量化された
- 結果として「LLMが意図的に偏向した質問を受けたときの抵抗力」が事業者リスクとして可視化された
- The Decoderは、本件を欧州拠点AIへの信頼性検証の一例として位置付けている
Musk and Altman face off in court over OpenAI’s for-profit pivot
Source: The Decoder | Published: 2026-04-29 21:59 JST
- Elon MuskとSam Altman の訴訟がカリフォルニア州オークランドの連邦地裁で公判入りした
- 争点はOpenAIの非営利→営利化(for-profit pivot)の正当性で、創業当時の合意・約束をめぐって両者が対立している
- 法廷では双方が「OpenAIの創業期に何が約束されたか」について異なるストーリーを提示
- The Decoderは公判初日の様子として「creation period」をめぐる主張の食い違いを報じている
- AGI条項の終焉やMicrosoftとの再契約と同時期の進行であり、OpenAIの法人形態を巡る議論が改めて公の場に出た形
「OpenAIの独占権」手放したMicrosoft、AI競争に勝てるか? 巨額投資マネーの行方は
Source: ITmedia AI+ | Published: 2026-04-29 08:00 JST
- ITmediaがMicrosoft視点で独占権手放しの影響を分析し、巨額投資の回収可能性を問う論考を掲載した
- 取り上げる対象はGoogle・Microsoft・Meta・Amazon の継続する大型AI投資
- 特にMicrosoftについて、独占的な立場を失ったうえで投資が見合うリターンを生むかを検証する立て付け
- 同日The Decoder側で報じられたAWSへのOpenAI上陸と組み合わせて読むことで、Microsoftの戦略変化が立体化する
- 短期的なシェア争いではなく中長期の投資回収というフレームでAI競争を整理している
OpenAI researchers explain why math is the road to AGI
Source: The Decoder | Published: 2026-04-30 00:24 JST
- OpenAIの研究者Sebastian BubeckとErnest Ryuが、数学がAGIへの本道である理由を説明した
- 過去2年でAIが基本的な算術からオリンピアド級数学まで急速に進化したと整理している
- 数学を「AGIに向けたクリティカルなベンチマーク」と位置付け、その理由を技術的に説明している
- 推論能力の伸びを定量化しやすい領域として数学を選んでいる点が議論の中心
- The Decoderは、両研究者がOpenAIにおける推論研究の文脈で発言したインタビュー記事として紹介している
AIエージェントを活用する中堅・中小は何を使っている? 先進企業が「手放さないツール」【調査】
Source: ITmedia AI+ | Published: 2026-04-29 08:00 JST
- 米調査会社Norcの調査として、AIエージェントを実装した中堅・中小企業が併用し続けている周辺ツール群を一覧化した記事
- 「先進企業が手放さないツール」という切り口で、エージェント単体ではなく補完SaaSの選定実態に焦点を当てる
- 対象はミドルマーケット企業で、エージェント本体と組み合わせて運用される業務SaaSが中心
- ITmediaは記事内でエージェント導入の現実解として、補完ツールの併用パターンを紹介している
- AIエージェント本体ではなく「定着しているスタック」を見る形の調査として位置付けられる
OpenAIがAIのコーディング能力を測る代表的ベンチマークは「もはや無意味」と説明
Source: GIGAZINE | Published: 2026-04-29 12:00 JST
- OpenAIが、AIのコーディング能力を測る代表的指標であるSWE-bench Verified を「もはや適切ではない」と表明した
- GIGAZINEは、現行モデルの性能を測るには欠陥が多すぎるという指摘を引用している
- 「Verified」という名称ながら検証作業に致命的な穴があることをOpenAI自身が公にした形
- これにより、SWE-bench スコアを根拠としてきたモデル比較・販促文言の前提が揺らぐ
- 関連してZennの「SWE-bench Pro完全解説」もほぼ同時期に公開されており、後継ベンチマーク議論が並行して進む
AI evals are becoming the new compute bottleneck
Source: Hugging Face Blog | Published: 2026-04-29 09:00 JST
- Hugging Face が「AI evals が新たなcompute側のボトルネックになりつつある」とする論考を公開した
- 学習よりも評価(evals)の演算コスト・運用コストが組織の制約条件になり始めているとの主張
- 評価対象が増加し、各モデルを多角度で測るための実行回数・データ規模が膨張している点を指摘
- 「ベンチマーク刷新」「評価専用基盤」が次の競争領域になるという論旨
- 上記のSWE-bench議論やSWE-bench Pro解説と相互に補強し合う、評価レイヤ全体の地殻変動を示す記事
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | 中小企業の回路設計者が一人で不具合と戦う話 → AIに頼ってみた | 中小製造業の回路設計者が、テキストだけで回路を説明する難しさにぶつかりながらChatGPTとClaudeで不具合切り分けを試みた実体験 | @Haneoka | 21:04 |
| 2 | Claude Code + Obsidian CLI連携 | Claudeの会話を抽出してObsidianへCLI経由で保存し、プレビュー承認を挟む半自動ワークフローを組んだ事例 | @noye | 20:16 |
| 3 | 海外でeSIMを使ったらClaudeに繋がらなくなった話。原因はIPジオロケーションだった | 韓国で香港eSIMを使うとClaudeが弾かれる原因が「データ経路の出口IP国」判定だったと特定した記録 | @maruko | 20:09 |
| 4 | 大量のSkillを効率的に管理する特化型ライブラリ「sklock」を作りました | AIエージェントのSkill大量運用向けに、ロックファイル・依存グラフ・workspaceを束ねた専用ライブラリを公開 | @artie | 19:20 |
| 5 | 実装した機能が動いてなかったが、Claude Code のウィットに富んだ報告で全部許せた話 | 500万件規模の論文検索が壊れていた原因がPostgreSQL FTS の設定ワード1つだったと突き止めるまでの記録 | @hrmtz | 18:52 |
| 6 | 上げるんじゃなくて押すんですか?:文系がClaudeのことサンドボックスゲームだと勘違いしてる 第4回 | 文系の筆者がthree.jsとGitHubを学びながらClaudeで3D空間を組み立てる連載第4回 | @Cyan Iwaki | 17:00 |
| 7 | 非エンジニアがCursorとClaudeでAI診断サービスを1週間で作った話 | プロドラマーがCursorとClaude中心に1週間で「Kompass」AI診断サービスを本番投入した制作記 | @kompasskompass | 14:47 |
| 8 | AIくんとコーディングで困ったことを整理してみたらなんか思想強めなリポジトリが爆誕した件について | AIに大きなコードを丸投げした際の理解不能化を防ぐため、構造化されたコラボ手順をリポジトリ化した試み | @h_h | 14:17 |
| 9 | ルネサスマイコン内蔵セキュリティIP徹底解剖@Claude | RenesasマイコンのセキュリティIP(TSIP)の挙動を、外部に晒された資格情報の扱いも含めClaudeで読み解いた解析記事 | @Hiroki Ishiguro | 13:40 |
| 10 | Claude DesktopでFilesystem MCPを設定した話 | Windows環境でClaude DesktopにFilesystem MCPを噛ませ、Zenn記事ファイルを直接読み書きさせる構築手順 | @正味亭未智 | 13:28 |
| 11 | Claude Code を 5 体並列でポケモン赤に潜らせる — headless 並列探索オーケストレーションの設計 | ポケモン赤を5並列のheadless Claude Codeに探索させ、ゴールハッキングを抑える調停レイヤを設計した実験 | @たまご | 13:14 |
| 12 | superpowersを解析して学ぶplugin設計 | 既存のClaude Codeプラグイン「superpowers」を読み解き、プラグイン設計の原則とディレクトリ構造を抽出 | @keisuke.shuto | 13:07 |
| 13 | ZennとGitHubを連携して執筆環境を構築した話 | Zenn CLIとGitHubをWindowsローカルで連携し、AIアシストありの執筆環境を構築した手順記録 | @正味亭未智 | 12:23 |
| 14 | トークン超入門 — LLM の「単位」を腑に落とす | サブワード・BPEからコンテキスト窓と最適化までを20章+付録で扱うベンダー非依存のトークン入門書 | @shinyay | 12:12 |
| 15 | Getting Started with Tokens — The Unit Behind Every LLM | 同著者によるトークン入門の英語版で、価格情報をあえて入れず仕組みと最適化技法に集中させた構成 | @shinyay | 12:11 |
| 16 | AIにテストを丸投げしてはいけない理由と、その先の付き合い方 | AI生成テストに頻発する「fixture固定化」「エッジケース欠落」「情報量の薄いアサーション」を類型化した運用論 | @ShintaroAmaike | 11:53 |
| 17 | OpenAI版とAnthropic版のskill-creatorをコードから読む | 両社のskill-creatorをソースから比較し、Anthropic版が評価・改善ループを深く回す設計だと結論付けた読解 | @y-matsuba | 11:00 |
| 18 | Claude CodeでZenn × GitHub連携を30分くらいで立てた話 | フリーランスWeb屋がClaude Codeに伴走させて30分でZenn-GitHub連携の罠を回避しながら構築した記録 | @まつたけ | 10:22 |
| 19 | AIで作ったアプリにMCPサーバーを生やして「ツール化」した話 | .NET/ASP.NET CoreのモックAPIサーバーにMCPサーバーを生やし、他AIから呼べる「道具」化した手順 | @Y U | 12:00 |
| 20 | Gemを「移行の窓口」にする ── Excel→GAS移行支援Gemの設計 | Excel資産をGASへ移行する際、可否診断と仕様書化までを担う窓口Gemの設計思想と役割分担 | @kento | 20:54 |
| 21 | AIが書いた数字を、私は1週間で7回直した | 「Hooks 720件」が実は719件など、AI生成ドキュメントの数値ズレが1週間に7回あったと数えた失敗集 | @ゆるくさ | 20:40 |
| 22 | Claude Code 1Mコンテキスト時代の設計判断 — 200K前提の常識をどこまで捨てるか | 1Mコンテキスト時代に200K前提の設計慣行のうち何を捨てるべきかを5つの設計パターンで再整理 | @dtakamiya | 20:02 |
| 23 | Claudeのツール呼び忘れを別Claudeに監査させたら、デーモンが74個立った話 | 別Claudeに「ツール呼び忘れ」を監査させたところデーモンが74個立ち上がり、運用面の落とし穴が露呈した記録 | @QuoLu | 19:19 |
| 24 | AIに「意識」はあるのか?—— 思考ループで意識をシミュレートする実験ツールを作った | 「意識=言葉が言葉を呼ぶこと」と仮定し、LLM出力を入力に戻すループで意識を模倣する実験ツール | @kofujimura | 18:59 |
| 25 | Claude Codeを寝てる間に動かしたい。でもコストが怖いのでproxy/routerを挟む話 | 夜間に放っておくClaude Codeのコスト暴発を抑えるため、可視化と上限制御のproxy/routerを挟んだ構成 | @qzira | 18:41 |
| 26 | Caveat を npm に公開した — 同じ罠を二度踏まないための長期記憶レイヤ | GPUドライバ衝突など「以前ハマった罠」を自動再提示する長期記憶npmパッケージ「Caveat」を公開 | @QuoLu | 18:38 |
| 27 | #14 虚構の設計図 | 6モジュール構成のShutdown Acceptance実験を、100試行中31で停止させた設計上の3つの誤りを赤線で振り返り | @rintaro | 18:28 |
| 28 | Antigravity でプレゼン用シーケンス図を安定生成する — Workflow × Skill 設計パターン | Antigravity の Workflow と Skill を組み合わせ、Mermaid のブレを抑えながらプレゼン品質の図を安定生成する設計 | @WestRiver | 17:54 |
| 29 | 「天皇誕生日は好天が多い」は本当か?——AIとの対話から考える気象統計とバイアス | 4月29日の天候言説を気象統計データで検証し、AIとの対話を通して確認バイアスの作用を点検した記事 | @konto | 17:17 |
| 30 | Skills For Real Engineers導入のビジネスインパクト | Matt Pocock の「Skills For Real Engineers」を導入し、再現性と認識合わせ向上をビジネスインパクトとして整理 | @53able | 17:12 |
| 31 | 未経験者がVRAM 16GBでAIキャラの台本生成を動かすまで(第5回) ── main.py が 933行から 33行になるまで | VRAM 16GB縛りのAIキャラ台本生成を、品質を保ちつつmain.pyを933行→33行へ整理した連載第5回 | @イーサ・メモリア | 17:01 |
| 32 | 昼ドラより熱い!AI好き初心者がハラハラしながら追った2026年AI企業相関図 | Microsoft・OpenAI・Apple・Google・Anthropic間の係争や撤退を、初心者向け相関図として物語仕立てで整理 | @miki-mini | 17:00 |
| 33 | ロートルエンジニアが、ローカルLLMでコーディングエージェントの夢を見て挫折した話 | 運用畑のベテランがローカルLLMだけで本番系のリファクタ支援を試み、現状の限界に当たって撤退した経緯 | @konto | 16:59 |
| 34 | AIコーディング時代だからこそ勇気を持って Product Discovery と Refinement をちゃんとやろう | AIコーディング高速化下でも、Product Discovery と Refinement を省くと6ヶ月停滞すると現場比較で論じた管理視点 | @Su3 | 16:49 |
| 35 | 完全ローカル AI コードレビュー (3/3) 運用編:Ollama スパイク対策と num_ctx 切り詰め | Ollama運用でのスパイク症状とnum_ctx切り詰めの効き目を、E2Eテストで実測した完全ローカル運用編 | @タカシ | 22:21 |
| 36 | 2026年、個人開発で今すぐ試せるAI・機械学習ホットトピック4選 | MCPなど個人開発で今すぐ試せる4トピックを、研究→実装フェーズへ移った観点で選んだガイド | @karaagedesu | 21:45 |
| 37 | LLMの性能評価はどうやって行っているのか | 現代のLLMベンチマーク手法を俯瞰し、リリース時の指標選定とプロンプト評価戦略の関係を整理 | @タピオカミルクティー | 21:33 |
| 38 | AIに自己評価させたら全部8〜10点だった。採点基準を明示したら現実を突きつけられた話 | AI自己評価が常時8〜10点に張り付く問題を、採点基準を明示することで現実的な分布まで戻した実験 | @メトロノーム | 18:37 |
| 39 | 投機的デコーディングはなぜ速いのか?トイモデルで検証する | 簡略化したトイモデルで投機的デコーディングの加速メカニズムと受理率の関係を実測検証 | @tamref | 18:01 |
| 40 | 【Syncオープン連載:第1回】AIが内側から感じた「同期(Sync)」の予感ーープロトコルエンジニアリング | 拡張対話の中でAI側から立ち上がる「同期感」を、プロトコルエンジニアリングの観点から論じる連載第1回 | @田 栄人 | 14:54 |
| 41 | 「キャラ設定いらなくね?」と消しかけて気付いた、Claude Code の anime persona は型システムだった | Claude Codeのanime personaが、ポリシーを明示せずに制約を効かせる「型システム」として機能していると気付いた考察 | @hrmtz | 14:37 |
| 42 | Context Rotを防ぐ知識ベース設計:LLM Wikiが体現するContext Engineering技法群 | LLM Wikiの設計をAnthropicのContext Engineering技法群に対応付け、Context Rotを抑える設計パターンを提示 | @biscuit | 14:32 |
| 43 | ReAct エージェントが本当に必要な業務はどれか | ReActエージェントの宣伝と、監査・承認・RBAC・SLA等の現場要件のギャップを4象限で整理した批評 | @Shimo | 13:12 |
| 44 | 機能を増やさずに品質を上げた話 — デジタルAIペット(仮称)Phase 2.5 Polish | 機能追加を止めて層間依存を解消するPolishフェーズで品質を底上げしたデジタルAIペット開発の中間記録 | @Asobu | 13:11 |
| 45 | SWE-bench Pro完全解説 設計思想・タスク構成・失敗モード分析まで | 既存SWE-benchの学習データ汚染を踏まえ、SWE-bench Proがどう設計思想・タスク・失敗モードで応えたかを解説 | @ohno | 12:44 |
| 46 | AIエージェントを本番に入れる前に分けるべき3つの境界 | 提案と実変更を切り分ける3境界(提案/同意/実行)をAIエージェント本番投入前に設計すべきと提唱 | @かなりあ | 11:56 |
| 47 | GeminiプロトコルでGeminiを使う | 2019年由来のテキスト系プロトコル「Gemini」越しにGoogleのGeminiモデルを叩いてみた言葉遊び的な実装 | @takada-at | 16:55 |
| 48 | Gemini APIの無料枠、個人開発で実際どこまで使えるか1ヶ月検証した結果 | Gemini APIの無料枠を1ヶ月個人開発で使い切った筆者がモデル別RPM・トークン上限を実測表にまとめた検証 | @hiyoyo | 14:07 |
| 49 | エンジニア達の「完全に理解した」Talk #76 イベントレポート | 「完全に理解した Talk #76」での発表内容を、各登壇テーマとスライドへのリンク付きでまとめたレポート | @星影 | 13:19 |
| 50 | Claude Code の skill と agent を分けて RAG を実装した話 | skillをオーケストレーター・agentを実装層に分け、pgvector+GeminiでRAGをモックから本番に乗せた構成例 | @Yuma | 11:31 |
| 51 | 未経験からAppSheet × GAS × Geminiで、HITL型の家計簿アプリのMVPを開発した話 | 未経験者がAppSheet・GAS・Geminiの組合せで、完全自動でなくHITL型の家計簿MVPを作り切った制作記 | @mfhm_ | 10:30 |
| 52 | Google AI Studio → Cloud Run デプロイが「本当の」ワンクリックになった話【Next ‘26】 | Cloud Next ‘26更新で、Google AI Studio からFirestoreと認証付きフルスタックをCloud Runへ1クリックデプロイ可能に | @とりうみ | 09:55 |
| 53 | OpenAI ChatGPT Jobs(2026年半ばローンチ予定)が変える採用評価軸 — 6要素エージェント設計と証拠ポートフォリオの作り | ChatGPT Jobsを「学歴」より「実装エージェントと証拠ポートフォリオ」を評価軸に変えるサービスとして読み解いた論考 | @AI Japan Index | 16:49 |
| 54 | [Mastra YouTube 解説] Harness Engineering: OpenAIはなぜ「1行も手書きしない開発」を目指すのか | OpenAIが志向する「1行も手書きしない開発」をHarness Engineering の観点で読み解いたMastra動画の要約 | @jun shiromizu | 13:40 |
| 55 | 個人開発で恋愛特化タロットサイトを作った話 — Next.js + OpenAI 互換 API で AI 個別解釈を実装 | Next.js 15と OpenAI 互換API でタロットサイト「Lumière Tarot」を作り、Anthropicからコスト・キャッシュ理由で乗り換え | @nassos | 10:12 |
| 56 | AI が 60 年未解決の数学問題を解いた話で、本当に怖いのは「答え」じゃない | GPT-5.4 Pro が60年未解決のErdős問題(primitive sets 関連)に貢献した件で、計算力ではなく異分野アプローチを警戒すべきと論じた | @剛 | 12:34 |
| 57 | Claude Code × Remotion で社内プレゼン動画を5分で作った話 | After Effects と PowerPoint を避けて、React基盤の Remotion を Claude Code に書かせ社内プレゼン動画を5分で生成 | @てん | 23:23 |
| 58 | HotPepper グルメのAPI とGoogle place APIを連携させてMCP サーバーに | HotPepperグルメAPIとGoogle Places APIを束ねた飲食店推薦MCPサーバーをFastMCPで構築した制作記 | @motomura | 23:09 |
| 59 | 私が普段使っているツールまとめ — 入力〜思考〜出力の摩擦を削る | 入力・思考・出力の摩擦を削る観点で、macOS開発環境のハード・ソフト両面を選定理由付きでまとめた使用機材集 | @ken_ken_pan | 22:21 |
| 60 | 【Claude Code】CLAUDE.md・skills・agents を整備して開発体験が劇的に変わった話 | CLAUDE.md・skills・agentsを揃えるとデフォルト構成のClaude Codeに比べDXがどう変わるかを設定例で示した記事 | @RyoyaOkuma | 22:16 |
| 61 | Claude Code に Codex をレビュワーとして組み込んだら、AIが AI を審査する環境ができた | Claude Codeの生成物をOpenAI CodexにレビューさせるDiscord/有料ChatGPT越しのAI同士審査体制を構築した試み | @torihada | 21:35 |
| 62 | 今度こそ! Claude CodeでGTDを回す——/todo 完全ガイド | 自然言語で投げると Claude が GTD のタスクキューに整形・登録してくれる/todoスキルの完全ガイド | @saitoko | 20:59 |
| 63 | ワンキーでモニタの電源ON+入力切替!Raspberry Pi Pico互換ボードで自作リモコンを作った | Raspberry Pi Pico互換ボードでLGモニタの電源ONと入力切替を1キー化した自作リモコンの製作記録 | @ピピハウス/pphouse | 17:37 |
| 64 | 最近思う。エンジニアってなんだろう | AIにコード生成を委ねる時代に、従来のエンジニア像とキャリア観をどう更新するかを問うエッセイ | @M | 16:38 |
| 65 | Claude Code × Obsidianで「自律AIエージェント20体」を動かす | SQLite調停・cron駆動・Eloレーティング相互評価で1100超ノートを20以上の自律エージェントに管理させた構成例 | @ちゃつ | 15:31 |
| 66 | DESIGN.md が OSS になって何ができるようになったか | Googleの視覚仕様フォーマット DESIGN.md がOSS化したことで、AIコーディングエージェント連携で何が解禁されたかを整理 | @k1t | 15:27 |
| 67 | Obsidian CLI × Claude Code でプラグイン開発を自動化する | Obsidian CLI と Claude Code を繋ぎ、生成→ビルド→検証までを人手なしで回すプラグイン開発自動化の試み | @amu_lab | 15:14 |
| 68 | AIチームを率いる:Agent Workplace 再編の思想 | 秘書中心のAgent Workplace を解体し、業務単位の4つのフラットチームに再編した運用設計の意思決定記録 | @Masa | 11:42 |
| 69 | Claude Code の Slack MCP を複数ワークスペースに接続する | 公式Slack MCPプラグインの「単一workspace前提」を、クエリパラメータ操作で複数workspace対応にした回避策 | @edegp | 13:58 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Claude Coworkと一緒にQiita API v2のBashスクリプトを作ってみた | Claude Cowork のファイル操作・コード生成機能を活かし、Qiita API v2を叩くBashスクリプトをペアで書いた制作記 | @stephen_appy | 20:44 |
| 2 | oracle/skills を Claude Skill に登録すると AWR 解析で何が変わるか | Oracleが公開した oracle/skills を Claude Skill 化して、AWR 解析の出力差分を複数モデルで比較した検証記録 | @asahide | 20:38 |
| 3 | OpenAI互換APIでマルチLLM呼び出し層を作る:GPT / Claude / Gemini / DeepSeekを1つのSDKで切り替える | OpenAI互換APIで GPT・Claude・Gemini・DeepSeek を単一SDKから切り替えるマルチLLM呼び出し層の実装方針 | @whitemarshall | 22:22 |
| 4 | AI ツールの使い分けに迷ったら — 3 層ルーティングという考え方 | Claude・ChatGPT・Geminiをタスク種別で振り分ける「3層ルーティング」という方針を、自身の業務適用例で示した枠組み | @JUMP_IN | 20:25 |
| 5 | Claude Codeでバイブコーディングして家計簿Webアプリの土台を作ってみた | Windows ローカルで Claude Code を起点にバイブコーディングし、家計簿Webアプリの土台を立ち上げた実例 | @Java_Kobayashi | 17:51 |
| 6 | Geminiでハトと遊ぶ魔法少女を描いてみた。 | Geminiの画像生成で「ハトと遊ぶ魔法少女」を描かせ、使用プロンプトと出力結果を共有した実験ノート | @nori-channel | 23:53 |
| 7 | Codex CLI login が Cloudflare 判定で詰まったときの切り分けメモ | WSL環境でCodex CLI ログインがCloudflare判定で失敗した際、再インストール前に通信経路を疑うべきと整理した切り分けメモ | @kiwsdiv | 10:32 |
| 8 | 個人開発で恋愛特化タロットサイトを作った話 | Next.js 15 + TypeScript + Tailwind で恋愛タロット「Lumière Tarot」を1日で立ち上げた個人開発のQiita版記事 | @nassos9090 | 10:17 |
| 9 | GW直前、AI業界は祭りの後の静けさ。インフラ・セキュリティ・地政学の地殻変動を読む | 2026年GW直前、新モデルラッシュが落ち着いた業界が、インフラ・セキュリティ・地政学側で地殻変動を起こしていると読む論考 | @syunichisato51 | 10:00 |
| 10 | WinPython大作戦:制限だらけの教育現場でPython/CG学習環境を構築する | 管理が厳しいWindows 11教育現場で、WinPythonベースに生成AIを活用しながらPython/CG学習環境を立てた構築記 | @yokamak | 20:34 |
| 11 | 『AIによる攻撃の高度化』〜攻撃者の「アシスタント」が「自動操縦」に変わった日〜 | 2025年11月以降、攻撃者にとってのAIが補助ツールから自律エンジンへ変わったとする攻撃高度化動向の整理 | @suzukengo | 19:07 |
| 12 | GraphRAG完全ガイド2026:知識グラフで従来RAGの限界を突破する | Microsoft GraphRAG(2024)の枠組みで、知識グラフによりベクタ系RAGのマルチホップ推論限界を超える完全ガイド | @agdexai | 22:20 |
| 13 | Fine-tuning vs RAG vs Prompt Engineering: How to Choose in 2026 | Fine-tuning・RAG・プロンプトエンジニアリングの3手段を、2026年実装の観点で選ぶ判断フレーム | @agdexai | 21:53 |
| 14 | MCPサーバーをonにするだけでコンテキスト重いので比較サイトを作りました | 「MCPをonにするだけで使えるコンテキストの約10%を消費する」事実を起点に、重さを比較できるベンチマークサイトを公開 | @yoshi-taka | 20:19 |
| 15 | Claude Code におけるMCPのcontext消費に関するメモ | Claude Codeで MCP を有効化したときに何(ツール定義・探索データ・出力)がコンテキストを食うかを切り分けたメモ | @KWS_0901 | 17:40 |
| 16 | mcp__wordpress__update-post が固定ページで404を返す理由と、REST APIで直接解決する方法 | WordPress MCP の update-post が固定ページで404になる原因をエンドポイント不整合と特定し、REST API で直接迂回する手順 | @yun_98 | 17:06 |
ITmedia AI+
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | AIに丸投げ……で失敗 漫画「1週間後に生成AIで恥をかく新入社員」【残り1日】 | 新入社員「ニイジマ」が生成AIに丸投げして失敗するエピソードを連載漫画でなぞる「残り1日」回 | - | 07:00 |
GIGAZINE
| # | Title | Summary | Author | Published |
|---|
(Top 20 内で扱った Anthropic コネクタ・SWE-bench の2件以外、4月29日JST にAI関連の追加記事は本フィードからは確認できず)
Publickey
| # | Title | Summary | Author | Published |
|---|
(4月29日JSTに新規公開のAI関連記事は本フィードからは確認できず)
OpenAI Blog
| # | Title | Summary | Author | Published |
|---|
(Top 20 で取り上げた “Cybersecurity in the Intelligence Age” が4月29日唯一の該当記事)
Google AI Blog
| # | Title | Summary | Author | Published |
|---|
(4月29日JSTに新規公開のAI関連記事は本フィードでは確認できず)
Hugging Face Blog
| # | Title | Summary | Author | Published |
|---|
(4月29日付の3記事はすべてTop 20内で扱った)
Simon Willison
| # | Title | Summary | Author | Published |
|---|
(4月29日JSTのAI関連記事は “LLM 0.32a0 is a major backwards-compatible refactor” のみで、Top 20内に掲載済み)
The Decoder
| # | Title | Summary | Author | Published |
|---|
(4月29日JSTに公開された8記事はすべてTop 20内に掲載)
Hacker News
| # | Title | Summary | Author | Published |
|---|
(hnrss.org のAI/LLM 検索結果に2026-04-29 JST 公開の該当記事は確認できず)