株式会社ずんだもん技術室AI放送局

株式会社ずんだもん技術室AI放送局

By 株式会社ずんだもん技術室AI放送局Technology
Download on the App Store

株式会社ずんだもん技術室AI放送局 episodes

  • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20260202
    関連リンク
    • プログラミングの知識は「書くため」ではなく「導くため」になった — AIエージェント並列オーケストレーションの先にあったもの
    • 本書は、AIエージェントの自律性を高めるマルチエージェントオーケストレーションツール「takt」の開発者が、AI時代のエンジニアの役割変化について考察した記事です。

      ■ツールの概要と進化

      taktは、GitHubのIssueを指定するだけで、AIエージェントが「計画・実装・レビュー・修正」のサイクルを自律的に回すツールです。最新のアップデート(v0.3.2)では「並列オーケストレーション」が実現されました。これまでは直列に行われていた「アーキテクチャレビュー」や「セキュリティレビュー」といった依存関係のないタスクを同時に実行できるようになり、開発の待ち時間が大幅に短縮されています。この仕組みにより、人間はIssueを一つ投げるだけで、高品質なコードが完成するのを短時間待つだけという圧倒的な開発体験を手に入れました。

      ■エンジニアの役割の変化:プログラミング知識の使い道

      筆者は、taktを使い込む中でエンジニアの「楽しさの軸」が変化したと述べています。
      これまでは、新しい言語機能を覚えたり、エレガントなアルゴリズムを書いたりする「書く楽しさ」が中心でした。しかし、AIがコードを書く世界では、プログラミングの専門知識(DDDや設計パターン、セキュリティの知見など)は、AIを「正しい方向に導くため」の道具へと変わります。
      AIの出力に対して「ここは依存の方向が逆だ」「値オブジェクトを使ってほしい」といった具体的な不満を抱き、それをプロンプトやワークフローにフィードバックする。つまり、プログラマの仕事は「コードの執筆者」から、AIという優秀な実装者を指揮する「ディレクター」や、品質を担保する「最終責任者」へと移行しています。

      ■ジュニアエンジニアへの示唆:これからの「強み」とは

      今後、ソフトウェア開発は「帰納的」なアプローチ、すなわち「仕様(インプットとアウトプット)を定義し、AIが生成したプログラムが正しいことを検証する」形へと進化していくと予測されています。
      これは「仕様駆動開発(Spec Driven Development)」とも呼べるもので、人間がすべき価値ある仕事は「何を解決したいのかという仕様を明確に書くこと」と「それが正しく実装されているかを証明すること」に集約されます。

      新人の皆さんは、単に構文を覚えるだけでなく、「良い設計とは何か」「正しい仕様とは何か」という一段高い視点の知識を磨くことで、AIという強力な相棒を自在に乗りこなせるようになるでしょう。この記事は、AIに仕事を奪われることを恐れるのではなく、圧倒的な速度で課題を解決できる新しい時代の「プログラミングの楽しさ」を提示してくれています。

      引用元: https://zenn.dev/nrs/articles/ea37ed55b8704a

      • Browser Agent Benchmark: Comparing LLM Models for Web Automation
      • Webブラウザを自動操作するAIエージェント(Browser Agent)の性能を、客観的かつ再現可能な形で評価するための新しいオープンソース・ベンチマークが、Browser Useの開発チームより公開されました。

        これまで、ブラウザ操作AIの性能評価は「実際のWebサイトの多様で複雑な挙動」と「評価の自動化(スケーラビリティ)」の両立が大きな課題でした。このベンチマークは、現実のWebサイトでの複雑なワークフローに対応しつつ、標準化された評価手法を提供することを目的としています。

        ■ベンチマークの構成

        評価に使用されるのは、以下の計120件の高度なタスクです。
        ・既存の著名なオープンソース・ベンチマーク(WebBench, Mind2Web, GAIA, BrowseComp)から、検証可能で現実的な100タスクを厳選。
        ・iframeの入れ子構造、ドラッグ&ドロップ、特殊なクリック操作など、技術的に特に難易度が高い独自の20タスク。
        これらは、多くのモデルで試行され「簡単すぎず、かつ解決可能であること」が確認された精鋭のタスクセットとなっています。

        ■LLMによる判定システム(Judge)

        エージェントがタスクを完遂したかどうかを客観的に判断するために、LLMを「審判」として活用しています。開発チームが200件の実行結果を自ら手作業で評価したデータと比較したところ、Gemini 2.5 Flashが人間の判断と87%一致するという高い精度を示したため、標準の審判モデルとして採用されました。判定基準は、曖昧なスコアリングを避けるため「成功か失敗か(True/False)」の二択を厳格に求める形式をとっています。

        ■主要な評価結果

        最新の測定結果では、Browser Useのフレームワークに特化して最適化された「ChatBrowserUse 2 API」がトップの成績を収めました。しかし、Claude 3.5 Sonnetなどの汎用的な最新モデルも60%を超える成功率を記録しており、AIエージェントのWeb操作能力が急速に進化していることが示されています。

        ■新人エンジニアへのポイント

        このベンチマークは、AIエージェントを開発する際に「どのLLMを採用すべきか」「システムの改善が実際に性能向上に繋がったか」をデータに基づいて判断するための重要な指標となります。ただし、全120タスクを実行するにはAPIコストがモデルによって10ドル〜100ドル程度、時間は3時間ほどかかるため、個人の実験用というよりは、本格的な開発における性能検証用として設計されています。

        AIエージェントが複雑なWebサイトを自在に操作する未来に向けた、開発の羅針盤となる重要な一歩といえる資料です。

        引用元: https://browser-use.com/posts/ai-browser-agent-benchmark

        • 生成 AI 時代のアイデア探索方法 (2026 年版)
        • 2026年現在、ChatGPT Pro 5.2やGemini 3、NotebookLMといった生成AIの進化により、エンジニアの知的作業、特に「アイデア探索」の方法が劇的に変化しました。本書は、AIを単なる回答マシンとしてではなく、人間が行動して検証するための「筋の良い仮説」を作るためのパートナーとして活用する、最新のワークフローを解説しています。

          1. アイデア形成の全体像

          生成AIに「面白いアイデアを出して」と投げるだけでは不十分です。以下の5ステップのループを回すことが重要です。

          1. 情報の大量摂取
          2. 構造化と「分からないこと」の特定
          3. 仮説の生成(発散)
          4. 仮説の検証(収束)
          5. 検証結果に基づく修正
          6. 2. 6つの具体的なステップ

            新人エンジニアでも実践できる、具体的な手順は以下の通りです。

            • (1) 領域の仮決め: 自分の興味と「15年後に市場が50倍になる」等の厳しい制約をAIに与え、第一原理思考で領域を絞り込みます。
            • (2) 全体像と事例の把握: 領域が決まったら、NotebookLM等でその分野の全体マップを作成します。
            • (3) 特定事例の深掘り: 競合となるスタートアップの特許(Google Patent)や論文、一次情報(YouTube/Podcast等)をNotebookLMに読み込ませ、解像度を上げます。
            • (4) 作業仮説の生成: 「なぜ今なのか(技術的・規制的変化)」や「独自の勝ち筋」を含めた具体的な事業仮説をAIと壁打ちして作成します。
            • (5) 作業仮説の検証: AIに「あえて厳しく批判させる」ことで、論理の穴を見つけます。
            • (6) アイデアの仮決め: 最終的には投資家や専門家などの「人間」と話し、フィードバックを得るための準備を整えます。
            • 3. おすすめのツールとTips
              • メインツール: ChatGPT Pro(最新版)、Kimi K2.5 Thinking(高速調査用)。
              • 効率化: 音声入力(Aqua Voice等)を活用し、複数のウィンドウで並行して調査を回すのが現代のエンジニアスタイルです。
              • 情報の構造化: Google SheetsのAI関数を使い、大量の疑問を一気に処理すると効率的です。
              • 4. 新人エンジニアへのアドバイス

                生成AIは「Webにある情報」の整理は得意ですが、「Webにない情報」や「現場の生の声」を掴むことはできません。AIで8割程度の仮説を高速に作り上げ、残りの2割である「現場での検証」や「新しいデータの生成」に人間が注力することが、2026年におけるエンジニアの付加価値となります。失敗を恐れず、AIと共に高速に試行錯誤を繰り返しましょう。

                引用元: https://blog.takaumada.com/entry/genai-ideation-2026

                • ふるさと納税の松阪牛が届きハイテンションで開封したところ、なんと証明書のコピー入り『この牛の名前は“きよこ”、屠畜日は1月4日、生後665日目』きよこ…
                • ふるさと納税で届いた松阪牛に、個体識別情報の証明書が同封されていたエピソードです。そこには「きよこ」という名前や生後日数、屠畜日が記されており、投稿者は命の重みを実感して「いつもより真剣にいただきますと言おう」と決意します。品質保証のためのデータが、結果として食への深い感謝を呼び起こした事例です。多忙なエンジニアの皆さんも、日々の食事の背景にある物語に思いを馳せてみてはいかがでしょうか。

                  引用元: https://togetter.com/li/2658605

                  • お便り投稿フォーム
                  • VOICEVOX:春日部つむぎ

                    0 min
                  • 私立ずんだもん女学園放送部 podcast 20260130
                    youtube版(スライド付き)
                    関連リンク
                    • Introducing Moltworker: a self-hosted personal AI agent, minus the minis
                    • Cloudflareは、セルフホスト型のパーソナルAIエージェント「Moltbot(旧Clawdbot)」を、Cloudflareのプラットフォーム上で動作させるための実装「Moltworker」を公開しました。通常、この種のAIエージェントを自前で動かすには、Mac miniのような常時稼働する物理的なハードウェアが必要になりますが、Moltworkerを利用することで、Cloudflareの強力なエッジコンピューティング環境上に自分専用のAIアシスタントを構築できるようになります。

                      Moltworkerの概要

                      Moltworkerは、AIエージェントがWebを閲覧したり、コードを実行したり、スケジュールを管理したりといった複雑なタスクを、クラウド上の隔離された環境で実行可能にするプロジェクトです。Cloudflareが提供する最新のインフラ機能をフル活用している点が特徴です。

                      1. Node.jsとの高い互換性: Cloudflare WorkersのNode.js互換性が飛躍的に向上したことで、これまで困難だった複雑なライブラリ(Playwright等)の動作が可能になりました。主要なNPMパッケージの約98.5%がそのまま動作するレベルに達しています。
                      2. Sandbox SDK (Cloudflare Containers): AIが作成したコードを安全に実行するための「隔離された砂場(サンドボックス)」を提供します。これにより、メインのシステムを危険にさらすことなく、AIに動的なタスクを任せられます。
                      3. Browser Rendering: AIが人間と同じようにブラウザを操作し、Webサイトから情報を取得したり、フォームに入力したりするための機能です。
                      4. R2ストレージ: コンテナ環境は通常、再起動するとデータが消えてしまいますが、R2をマウントすることでセッション情報や会話履歴を永続化しています。
                      5. AI Gateway: AnthropicなどのAIモデルへの接続をプロキシし、コストの可視化やモデルの切り替え、失敗時のフォールバックを容易にします。
                      6. 制約と留意点
                        • 概念実証(PoC)としての公開: MoltworkerはCloudflareの正式な製品ではなく、あくまで開発者プラットフォームの可能性を示すためのサンプルプロジェクト(オープンソース)です。
                        • 利用コスト: Sandboxコンテナ機能を利用するため、Cloudflare Workersの有料プラン(月額5ドル〜)への加入が必要となります。
                        • セットアップの前提: 動作にはCloudflareアカウントが必要であり、各種APIキーの設定や環境構築のステップが必要です。
                        • 新人エンジニアの皆さんにとって、このニュースは「サーバーレス技術を組み合わせることで、従来は物理サーバーが必要だった高度なAIアプリケーションがいかにスマートに実装できるか」を学ぶ絶好の事例です。GitHubのリポジトリも公開されているため、インフラとAIを組み合わせたモダンな開発手法に触れる良い機会となるでしょう。

                          引用元: https://blog.cloudflare.com/moltworker-self-hosted-ai-agent/

                          • AGENTS.md outperforms skills in our agent evals - Vercel
                          • Vercelは、AIコーディングエージェントに最新のフレームワーク知識(Next.js 16の新しいAPIなど)を学習させる際、「AGENTS.md」というファイルにドキュメント情報を直接持たせる手法が、従来の「Skills」というツールベースの手法よりも圧倒的に高い精度を発揮したという調査結果を公開しました。

                            背景と課題

                            AIエージェントの学習データは古くなりがちです。例えば、Next.js 16で導入された 'use cache' や connection() といった最新APIを、学習済みのAIモデルは知りません。これを解決するために、以下の2つのアプローチを比較検証しました。

                            1. Skills: エージェントが必要に応じて呼び出す、ドキュメントやツールをパッケージ化した外部標準。
                            2. AGENTS.md: プロジェクトのルートに配置し、エージェントが各ターンで必ず参照するコンテキストファイル(Claude Codeにおける CLAUDE.md と同様の仕組み)。
                            3. 驚きの検証結果

                              検証(Evals)の結果、Skillsの成功率が最大79%(デフォルトでは53%)にとどまったのに対し、AGENTS.mdを活用した手法は100%の合格率を叩き出しました。

                              Skillsが苦戦した主な理由は、「エージェントがドキュメントを読みに行くべきかどうか」を正しく判断できなかったことにあります。56%のケースでエージェントはSkillを一度も呼び出さず、古い知識で回答してしまいました。また、命令文のわずかなニュアンスの違い(例:「まずプロジェクトを調べろ」か「まずドキュメントを読め」か)で結果が大きく変動する脆弱性も見られました。

                              なぜ「受動的なコンテキスト」が強いのか

                              AGENTS.mdが優れている理由は以下の3点に集約されます。

                              • 判断が不要: 「調べるべきか?」と考える隙を与えず、最初から情報が目の前にある状態を作れる。
                              • 一貫した可用性: 非同期に読み込むSkillと違い、常にシステムプロンプトに含まれるため、情報の欠落がない。
                              • 順序問題の解消: プロジェクト探索とドキュメント参照の順序に迷うことがない。
                              • 実践的な工夫:コンテキストの圧縮

                                AGENTS.mdに全ドキュメントを書き込むと、入力トークンが肥大化してしまいます。そこでVercelは、ドキュメントの「インデックス(索引)」のみを約8KBに圧縮してAGENTS.mdに記述する手法を採用しました。

                                エージェントはこのインデックスを見て、「どのファイルに何が書いてあるか」を把握し、必要な時だけ特定のドキュメントファイルを読みに行きます。これにより、効率的かつ正確なコード生成が可能になりました。

                                新人エンジニアへのアドバイス

                                最新のAIエージェント(CursorやClaude Codeなど)を使いこなすには、AIに「何をさせるか」だけでなく、「何を常に意識させるか」が重要です。Next.jsプロジェクトであれば、以下のコマンドを実行するだけで、今回の知見を活かしたAGENTS.md環境を自動構築できます。

                                npx @next/codemod@canary agents-md

                                AIの「推論」に頼りすぎず、正しい「情報源(リファレンス)」を最短経路で提供することが、開発生産性を最大化する鍵となります。

                                引用元: https://vercel.com/blog/agents-md-outperforms-skills-in-our-agent-evals

                                • Context Management for Deep Agents
                                • AIエージェントが複雑で長期的なタスクを実行する際、避けて通れないのが「LLMの文脈(コンテキスト)制限」の問題です。タスクが長くなるほど履歴が積み重なり、モデルの記憶容量を超えてしまったり、重要な情報が埋もれる「文脈の劣化(context rot)」が起こります。LangChainが公開したオープンソースのフレームワーク「Deep Agents SDK」は、この課題を解決するための高度な文脈管理機能を備えています。

                                  本記事では、Deep Agentsが採用している「コンテキスト圧縮」の3つの主要なテクニックを紹介しています。

                                  1. 巨大なツール実行結果の外出し(Offloading tool results)

                                    APIレスポンスやファイル読み込みの結果が20,000トークンを超えるような場合、その内容を直接履歴に残さず、ローカルのファイルシステムに保存します。履歴には「ファイルパス」と「最初の10行のプレビュー」だけを残すことで、エージェントは必要に応じてそのファイルを再読込したり検索したりできるようになります。

                                  2. 巨大なツール入力履歴の削除(Offloading tool inputs)

                                    ファイルの書き込みや編集の履歴は、すでにファイル自体に内容が存在するため、会話履歴に残し続けるのは冗長です。文脈の使用率が85%を超えると、古い書き込み命令の引数などを削除し、ファイルへの参照に置き換えることで容量を確保します。

                                  3. 構造化された要約(Summarization)

                                    上記の手法でも容量が不足する場合、最終手段として会話履歴の「要約」を行います。単なる要約ではなく、現在のタスクの目的、これまでに作成した成果物、次のステップなどを構造化した「インコンテキスト・サマリー」を生成します。元の詳細な履歴はファイルシステムに保存されるため、エージェントは必要に応じて過去の特定の事実を検索して復元することが可能です。

                                    新人エンジニアへのアドバイスとして、これらの手法を導入する際は「情報の復元可能性」と「目的の喪失(ゴール・ドリフト)」に注意が必要です。要約によってエージェントが本来の目的を見失っていないか、あるいは「干草の山から針を探す(Needle-in-the-haystack)」テストのように、要約された過去の情報を正しくファイル検索で拾い直せるかを評価することが、信頼性の高いエージェント開発の鍵となります。

                                    Deep Agents SDKは、これらの複雑な制御を「ファイルシステム抽象化」などのミドルウェアを通じて自動化しており、エンジニアがロジック構築に集中できる環境を提供しています。

                                    引用元: https://www.blog.langchain.com/context-management-for-deepagents/

                                    • 池袋からイタリアへ“ファーストクラスの旅”に行ってみた! 豪華な座席と機内食を味わう体験へ「すごい臨場感」「普通に騙されたわw」の声
                                    • 池袋で体験できる「疑似航空旅行」が話題です。ずんだもんがイタリアへ旅する動画で紹介されたこのサービスは、施設内に再現された「池袋国際空港」からVRで出発します。実際のファーストクラスの座席を使用し、本格的なコース料理を楽しめるのが特徴です。約8,000円で手軽に非日常を味わえるユニークなUXを提供しており、日々の業務で疲れたエンジニアの気分転換や、没入型体験のヒントとして楽しめる内容です。

                                      引用元: https://news.nifty.com/article/item/neta/12237-4898564/

                                      • お便り投稿フォーム
                                      • VOICEVOX:ずんだもん

                                        0 min
                                      • 株式会社ずんだもん技術室AI放送局 podcast 20260129
                                        youtube版(スライド付き)
                                        関連リンク
                                        • We Got Claude to Build CUDA Kernels and teach open models!
                                        • Hugging Faceが公開したこの記事では、Claude Opusのような非常に高性能なモデル(ティーチャーモデル)を活用して、より小規模で安価なオープンソースモデル(スチューデントモデル)の能力を底上げする「エージェント・スキルのアップスケーリング」という手法と、それを支援する新ツール『upskill』を紹介しています。

                                          1. 「エージェント・スキル」とは何か?

                                          エージェント・スキルとは、LLMが特定の複雑なタスクを実行するための「指示書(Markdown形式)」や「スクリプト(コード)」をパッケージ化したものです。これにより、モデルのコンテキストを構造化し、異なるモデル間でも特定の専門能力を共有・再利用できるようになります。

                                          2. 手法の核:ティーチャーからスチューデントへの知識移転

                                          高度な専門知識が必要なタスク(例:CUDAカーネルの記述)において、以下のプロセスで小規模モデルを強化します。

                                          • スキルの生成: まず、Claude Opus 4.5のようなSOTA(最先端)モデルに難しいタスクを解かせ、その過程(トレース)を記録します。
                                          • スキルの変換: upskillツールを使用して、そのトレースを汎用的な「スキルファイル」に変換します。
                                          • 評価と検証: 生成されたスキルをスチューデントモデルに適用し、性能が向上するかをベンチマークします。
                                          • 3. 実践例:CUDAカーネルの構築

                                            記事では、特に難易度の高い「NVIDIA H100 GPU向けの最適化されたCUDAカーネルの作成」を例に挙げています。

                                            • 通常、H100のアーキテクチャ(Compute Capability 9.0)やメモリ共有の仕様など、最新のドキュメントを読み込むには数時間かかります。
                                            • しかし、これらを「スキル」として500トークン程度に凝縮してLLMに与えることで、小規模なモデルでも適切なプロジェクト構造やPyTorchバインディングを生成できるようになります。
                                            • 実験では、特定のオープンソースモデルにおいて、スキルを導入することでタスクの成功率が40%から85%へと劇的に向上しました。
                                            • 4. エンジニアにとっての利点
                                              • コスト最適化: 常に高価な高性能LLMを使うのではなく、一度スキルを作ってしまえば、日々の実行は安価なモデルやローカルLLMで行えるようになります。
                                              • トークン効率: 闇雲に長いプロンプトを投げるのではなく、検証済みの「スキル」を読み込ませることで、トークン消費を抑えつつ精度を確保できます。
                                              • ナレッジの形式知化: チーム内の特定のエンジニアしか持っていない「秘伝のタレ」のような知識を、LLMが利用可能なスキルとして保存・共有できます。
                                              • 概要と制約

                                                upskillツールは、Hugging Faceのレポジトリからpip install upskillで導入可能です。

                                                • 概要: エージェントスキルの生成、テストケースの自動作成、複数モデル間での性能比較(精度・トークン消費量)を行うCLIツール。
                                                • 制約: 現時点ではAnthropic Claude Opus-4.5をデフォルトのティーチャーとして推奨していますが、OpenAIやローカルのOpenAI互換エンドポイントも利用可能です。また、スキルの効果はモデルによって異なり、高性能すぎるモデルにスキルを与えても逆にトークン消費が増えるだけのケースもあるため、事前の評価が重要です。
                                                • 新人エンジニアの方にとっても、「高性能なAIに教官役をさせ、現場で使う軽量なAIを賢くする」というこのアプローチは、今後のAI活用における非常に実用的なパラダイムとなるでしょう。

                                                  引用元: https://huggingface.co/blog/upskill

                                                  • 「Google AI Plus」日本でも開始–月額1200円でGemini 3 Proや200GBドライブ付き(訂正)
                                                  • Googleは2026年1月28日、最新のAI機能をパッケージ化した新しいサブスクリプションサービス「Google AI Plus」を日本国内で提供開始しました。月額1,200円という、エンジニアが個人開発や学習用として手っ取り早く導入しやすい価格設定ながら、Googleの最先端技術を凝縮した内容となっています。

                                                    1. 「Gemini 3 Pro」とリサーチ機能の強化

                                                    目玉となるのは、Googleの最新大規模言語モデル(LLM)である「Gemini 3 Pro」の利用権です。さらに、高度な調査・分析を支援する「Deep Research」機能も解放されます。新人エンジニアにとって特に注目なのは、情報整理ツール「NotebookLM」の拡張です。音声概要の作成やノートブックの利用上限が通常の5倍に引き上げられるため、技術ドキュメントの読み込みや学習効率が劇的に向上することが期待されます。

                                                    2. 強力なマルチモーダル生成機能

                                                    画像・動画生成の分野でも最新モデルが投入されました。

                                                    • 画像生成: 「Nano Banana Pro」により、より精緻なビジュアル生成が可能。
                                                    • 動画生成: 「Veo 3.1 Fast 6」へのアクセス権や、映画のようなシーンを作れる「Flow」、画像から動画を生む「Whisk」が利用可能です。これらに利用できる「AIクレジット」が毎月200付与されます。
                                                    • 3. Googleエコシステムとのシームレスな統合

                                                      エンジニアに馴染み深いGmailやGoogleドキュメント、Googleドライブなどのツール上で直接Geminiを呼び出せるようになります。さらに、200GBのクラウドストレージが付属しており、最大5人の家族と特典を共有できるなど、実用面でも非常にコストパフォーマンスの高い内容です。

                                                      4. ユーザーニーズに合わせた上位プランの展開

                                                      より高度なリソースを求める層向けに、2つの上位プランも用意されています。

                                                      • Google AI Pro(月額2,900円): 2TBのストレージに加え、AIクレジットが毎月1,000に増量。
                                                      • Google AI Ultra(月額36,400円): 30TBのストレージ、毎月25,000クレジット、YouTube Premiumも付帯する、プロフェッショナル・エンタープライズ向けの最高峰プランです。
                                                      • 5. 既存ユーザーへの対応と注意点

                                                        現在「Google One プレミアム(2TB)」を契約しているユーザーには、数日以内に「Google AI Plus」の特典が順次自動で提供されます。一点注意が必要なのは、このプランは個人のGoogleアカウントが対象であり、ビジネス・教育機関向けのGoogle Workspaceアカウントでは現在のところ利用できないという点です。

                                                        新人エンジニアへのメッセージ

                                                        Googleが提供する最新のAI環境が、ついに日本でも身近な価格で利用可能になりました。特に「Gemini 3 Pro」や「NotebookLM」の拡張は、日々のコーディングや技術キャッチアップの心強い味方になるはずです。最初の2カ月間は月額600円で利用できるキャンペーンも実施されているため、AIアシスタントを使いこなし、開発効率を一段上のレベルへ引き上げる絶好の機会といえるでしょう。

                                                        引用元: https://japan.cnet.com/article/35243269/

                                                        • GitHub CopilotでClaude Code(とCodex CLI)が使えるようになるぞ!
                                                        • 開発者の皆さんにとって、日々のコーディングを支える「GitHub Copilot」がさらに強力になる非常にワクワクするニュースが届きました。

                                                          2026年1月28日、GitHubが提供する「Agent HQ」というプラットフォームのInsiders(プレビュー版)環境において、Anthropic社が提供する強力なAIコーディングエージェント「Claude Code」が利用可能になりました。これにより、GitHub Copilotのプランを契約しているユーザーは、以下の3つのAIエージェントを使い分けられるようになります(※現在はプレビュー段階)。

                                                          1. GitHub Copilot (& Copilot CLI): おなじみの標準的なコーディング支援ツール
                                                          2. Codex CLI: ターミナル操作を支援するエージェント
                                                          3. Claude Code: 高度な推論能力を持つClaudeベースのターミナル用AIエージェント
                                                          4. 特に「Claude Code」は、ターミナル上で対話しながらファイル作成、コード編集、テストの実行などを自律的に行えるツールとして注目を集めています。これがGitHub Copilotの契約内で利用できるようになったことは、エンジニアの生産性を大きく引き上げる大きな一歩と言えます。

                                                            新人エンジニアの皆さんにとって注目すべきポイントは、複数の異なるAIモデルやエージェントが、一つのサブスクリプションでシームレスに統合され始めている点です。これまではツールごとに個別の契約が必要でしたが、今後はGitHubという開発基盤の上で、最適なAIを選択して開発を進めるスタイルが主流になっていくでしょう。

                                                            注意点として、現時点のGitHub Copilotのプランでは、Claude Codeをフル活用(大量のトークンを使用)する場合、一定規模を超えると従量課金が発生する可能性があるという課題があります。しかし、GitHubのCOOからは、ヘビーユーザー向けに「Maxプラン」の準備が進められていることも示唆されており、近いうちにコスト面を気にせず強力なAIエージェントを使い倒せる環境が整うことが期待されています。

                                                            AIエージェントを使いこなし、ターミナルから爆速で開発を進める未来がすぐそこまで来ています。今のうちからこれらのツールの進化をチェックしておくと、より効率的な開発ライフを送れるようになるはずです!

                                                            引用元: https://zenn.dev/nuits_jp/articles/2026-01-28-claude-code-on-agent-hq

                                                            • 株式会社アイホンのHPの“よくあるご質問”のところに『iPhoneの調子が悪いです』という項目があって草「今までのFAQの中で1番好き」
                                                            • インターホン大手の株式会社アイホン公式サイトにある「iPhoneの調子が悪いです」というFAQが話題です。名前の類似からApple製品の相談が絶えないようですが、実は同社が日本での「iPhone」商標権を持ち、Appleにライセンス提供している背景があります。ユーモアを交えた丁寧な誘導は、新人エンジニアにとっても命名の重要性や商標、ユーザー体験の設計を考える上で学びのある事例です。

                                                              引用元: https://togetter.com/li/2657068

                                                              • お便り投稿フォーム
                                                              • (株式会社ずんだもんは架空の登場組織です)

                                                                0 min
                                                              • 株式会社ずんだもん技術室AI放送局 podcast 20260128
                                                                youtube版(スライド付き)
                                                                関連リンク
                                                                • 就職活動のためにLangGraph+ローカルLLMでアプリを作ったら、意外にも使える子に仕上がったので自慢させてくれ
                                                                • 本記事は、フランスで研究活動を行う筆者が、厳しいヨーロッパのIT就職戦線を勝ち抜くために、自身の技術力を証明する「技術ショーケース」として開発した言語学習日記アプリの紹介と、その開発プロセスを綴った成長物語です。

                                                                  開発したアプリの概要

                                                                  多言語学習者のための日記アプリ「LangDiaryAgentic」を開発。主な機能は以下の通りです。

                                                                  • 未知表現の補完: 学習中の言語で書けない部分を[ ]で囲んで母国語等で書くと、LLMが文脈に合わせて翻訳。
                                                                  • 添削と書き換え: 文法誤りの指摘だけでなく、指定した言語レベル(CEFR基準)に合わせた自然な表現へのリライト。
                                                                  • パーソナライズ学習: 過去の誤りをDBに保存し、RAG(検索拡張生成)を用いてユーザーの弱点に基づいたアドバイスを提供。
                                                                  • 技術的な制約と工夫

                                                                    「高価なGPUを持たない個人環境(ミニPC)」という制約下で、いかに実用的なシステムを作るかに挑戦しています。

                                                                    1. LangGraphによるエージェント分業:
                                                                    2. 単一のLLMに全てを任せるのではなく、翻訳、校閲、書き換え、アドバイスといった役割ごとにエージェントを分割。これにより、非力な小型モデルでも精度の高い「使える」出力を実現しました。
                                                                    3. ローカルLLMの選定:
                                                                    4. Ollamaを採用し、CPU環境でも動作する「Qwen2.5 3B」を選定。研究者らしく、精度と速度のベンチマークをとって最適なモデルを導き出しています。
                                                                    5. ローカルDBによるRAG:
                                                                    6. DuckDBやChromaDBを使い、全てのデータをローカルで完結させる構成にしました。
                                                                      新人エンジニアへの学び

                                                                      本記事から学べる重要な視点は「LLMの出力ミスを前提とした設計」です。特に小規模なローカルモデルは誤りを犯す可能性があります。筆者は「LLMの出力は間違っているかもしれない」と考え、ユーザーがUI上で簡単に修正できる設計にしました。この「修正するプロセス自体が学習になる」という逆転の発想は、実用的なAIアプリ開発における重要なヒントになります。

                                                                      まとめ

                                                                      厳しい雇用情勢の中でも、自分が本当に必要とするツールを最新技術(LangGraph, RAG, Local LLM)で作り込み、公開する姿勢は、エンジニアとしての確かな「武器」になります。技術を楽しみながら、制約を工夫で乗り越える開発の醍醐味が詰まった記事です。

                                                                      引用元: https://qiita.com/Ultra-grand-child/items/d3f492b66a35bbaa0a94

                                                                      • Introducing Prism
                                                                      • OpenAIは、科学研究のプロセスを根本から変えるための新しいAIネイティブなワークスペース「Prism」を発表しました。これは、科学者が研究論文の執筆や共同作業を行うためのクラウドベースのプラットフォームで、最大の特徴は最新の推論モデル「GPT-5.2」がワークフローに直接統合されている点です。

                                                                        これまで、科学者やエンジニアが論文を執筆する際は、エディタ、LaTeXコンパイラ、リファレンス管理ツール、PDFビューア、そしてAIチャットといった複数のツールを行き来する必要があり、作業の断片化が大きな課題でした。Prismはこの断片化を解消し、執筆、数式・引用管理、共同編集、そして出版準備までのすべてを一つの場所で完結させます。

                                                                        新人エンジニアや研究者にとって注目すべき主な機能は以下の通りです。

                                                                        1. 高度な文脈理解を伴うGPT-5.2の統合
                                                                        2. GPT-5.2は、数理・科学的推論に特化したOpenAIの最新モデルです。Prism内では、文書全体の構造、数式、引用、図表の文脈を完全に理解した状態で、推論やドラフトの作成、修正案の提示を行います。
                                                                        3. LaTeXネイティブな編集環境
                                                                        4. OpenAIが買収したクラウド型LaTeXプラットフォーム「Crixet」をベースにしており、高度な執筆環境を最初から備えています。ホワイトボードに書かれた手書きの数式や図を即座にLaTeXコードへ変換する機能など、エンジニアの作業時間を大幅に短縮する仕組みが整っています。
                                                                        5. リサーチと引用の自動化
                                                                        6. arXivなどの文献データベースから関連する論文を検索し、執筆中の文脈に合わせて内容を取り込んだり、最新の知見に基づいて文章をリライトしたりすることが可能です。
                                                                        7. リアルタイムの共同作業
                                                                        8. 「無制限のプロジェクト数」と「無制限の共同編集者数」を無料で提供します。地理的に離れた場所にいる共著者やアドバイザーと、環境構築の手間なく即座に共同作業を開始できます。

                                                                          Prismは現在、個人のChatGPTアカウントを持つすべてのユーザーに無料で公開されています。今後はChatGPT BusinessやEnterpriseなどの組織向けプランにも展開される予定です。

                                                                          OpenAIは、2025年にAIがソフトウェア開発を劇的に変えたように、2026年はAIが科学研究の摩擦を減らし、発見のスピードを加速させる年になると予測しています。Prismはその未来に向けた、強力かつアクセシブルな第一歩となるツールです。

                                                                          引用元: https://openai.com/index/introducing-prism

                                                                          • Open R1: Update #4
                                                                          • Hugging Faceによる、DeepSeek-R1のオープンな再現プロジェクト「Open-R1」の最新アップデート情報をお届けします。今回は、突如として公開された新モデル「DeepSeek-V3-0324」の驚異的な性能と、開発者が知っておくべき利用上の安全性が主なトピックです。

                                                                            1. 新モデル「DeepSeek-V3-0324」の性能と変更点

                                                                            DeepSeek-V3の更新版である本モデルは、数学やコーディング能力が飛躍的に向上しました。ベンチマークスコアではGPT-4.5と肩を並べ、Claude 3.7 Sonnetを多くの項目で上回るなど、世界トップクラスの性能を誇ります。

                                                                            特に、ライセンスが従来のカスタムライセンスからMITライセンスに変更された点は非常に重要です。これにより、商用利用を含め、エンジニアがより自由に、安心してモデルを利用・改変できるようになりました。

                                                                            2. 具体的な改善内容
                                                                            • コーディング: Webフロントエンド開発において、より実行可能でデザイン性の高いコードを生成できるようになりました。
                                                                            • 数学・論理: 数学ベンチマーク(AIME)で大幅なスコアアップを達成し、複雑な推論に強くなっています。
                                                                            • 機能の修正: 以前のバージョンで課題だった「関数呼び出し(Function Calling)」の精度が改善され、外部ツールとの連携がより確実になりました。
                                                                            • 執筆・分析: 長文作成の質が向上し、レポート分析などの検索を伴うタスクでも詳細な出力が可能になっています。
                                                                            • 3. エンジニア向けの利用方法

                                                                              本モデルは、Hugging Faceの推論APIを通じて数行のコードで試せるほか、TGIやSGLangといった主要な推論エンジンに対応しています。また、高い計算リソース(GPUメモリ)を必要としますが、Unslothが提供する「動的量子化(Dynamic Quants)」版を利用すれば、メモリ消費を抑えて動作させることも可能です。

                                                                              4. 安心して利用するための安全性ガイド

                                                                              新人エンジニアの方が特に気になる「モデルの実行リスク」についても、以下の通り安全策が整理されています。

                                                                              • ファイルの安全性: モデルはsafetensors形式で配布されており、古い形式(Pickle)と異なり、ファイル読み込み時に悪意のあるコードが実行されるリスクはありません。
                                                                              • コードのレビュー: AIが生成したコードには脆弱性が含まれる可能性があるため、人間による確認やツールでのスキャンは不可欠です。
                                                                              • エージェントの運用: モデルに自律的な操作(AIエージェント)をさせる場合は、PC本体から隔離された「サンドボックス環境」で実行し、機密情報を直接渡さないことが推奨されます。
                                                                              • このアップデートにより、オープンなモデルが商用の最先端モデルに匹敵する実力を持つようになった、非常にエキサイティングな状況と言えます。

                                                                                引用元: https://huggingface.co/blog/open-r1/update-4

                                                                                • Claude Codeで5分でずんだもん解説動画を作る!
                                                                                • Macで「ずんだもん」解説動画を制作できる、RemotionとVOICEVOXを組み合わせたテンプレートの紹介です。Claude Codeとの対話を通じて、コードベースで動画を生成できるのが特徴です。制約として、Node.js(v18以上)やVOICEVOXのAPIサーバーの起動、口パク用画像素材の用意が必要です。エンジニアに馴染み深い技術スタックで、AIアシスタントを活用した自動化体験を手軽に楽しめます。

                                                                                  引用元: https://note.com/electrical_cat/n/n9be53194cb5c

                                                                                  • お便り投稿フォーム
                                                                                  • (株式会社ずんだもんは架空の登場組織です)

                                                                                    0 min
                                                                                  • 株式会社ずんだもん技術室AI放送局 podcast 20260127
                                                                                    youtube版(スライド付き)
                                                                                    関連リンク
                                                                                    • AIエージェントの設計思想:Chain機構と手続き記憶
                                                                                    • この記事では、AIエージェントをより効率的かつ柔軟に動作させるための設計思想が、人間の脳の仕組み(認知科学や神経科学)を参考にしていることが解説されています。新人エンジニアの皆さんも、この設計思想を理解することで、AIエージェント開発のヒントが得られるでしょう。

                                                                                      AIエージェントの動作は大きく二つのモードで考えられています。一つは「Chain機構」、もう一つは「自己修復機能」です。

                                                                                      1. Chain機構(「習慣」の役割)

                                                                                      Chain機構とは、特定のタスク(例えばWebサイトへのログイン)を実行する際、一連の操作手順を「Chain(鎖)」のようにまとめて、高速かつ低コストで実行する仕組みです。

                                                                                      • 脳の仕組みとの関連: これは人間の脳の「手続き記憶(Procedural Memory)」に似ています。例えば、自転車に乗ったり、タイピングをしたりする際に、意識せずとも体が動くような「習慣」的な動作です。また、複雑な動作を一つのまとまりとして習得する「チャンキング(Chunking)」という現象にも対応します。
                                                                                      • メリット: LLM(大規模言語モデル)に毎回推論させる必要がなくなるため、処理が高速になり、API利用コストも大幅に削減できます。
                                                                                      • しかし、Chain機構は事前に定義された手順に従うため、予期せぬ状況(WebサイトのUI変更など)には弱いという弱点があります。

                                                                                        2. 自己修復機能(「熟慮」の役割)

                                                                                        Chain機構が失敗した際に、エラーを検知し、柔軟に問題を解決しようとするのが自己修復機能です。

                                                                                        • 脳の仕組みとの関連: これは人間の脳の「認知制御(Cognitive Control)」システムに似ています。エラーや予期せぬ事態が起きた時に「何かおかしい」と気づき、どうすれば良いか「熟慮」して行動を修正する働きです。特に、脳の「前帯状皮質(ACC)」がこのエラー検知の役割を担っていると考えられています。
                                                                                        • メリット: Chainだけでは対応できないようなイレギュラーな状況にも、エージェントが自ら考えて対応できるようになります。
                                                                                        • 3. 二重過程理論(「習慣」と「熟慮」の使い分け)

                                                                                          最も重要なのは、AIエージェントがこれらのChain機構(習慣)と自己修復機能(熟慮)をどのように使い分けるか、という点です。

                                                                                          • 脳の仕組みとの関連: 人間の脳も、普段は低コストで自動的な「モデルフリー(習慣的)」なシステムを使い、不確実な状況やエラーが発生した際には、高コストでも柔軟な「モデルベース(熟慮的)」なシステムに切り替える「二重過程理論」が提唱されています。
                                                                                          • AIエージェントでの適用: AIエージェントもこれと同じように、通常時は効率的なChainで動作し、エラー発生時などChainの信頼性が低い場合にのみ、高コストなLLMを使ったAgenticモード(熟慮)に切り替えることで、効率性と柔軟性を両立させています。これは、まるで「普段は autopilot、何かあったら人間が操縦」のようなイメージです。
                                                                                          • 今後の展望

                                                                                            これらの知見から、AIエージェントの設計には以下のような原則が導かれます。

                                                                                            • 階層的なエラー処理: 軽微なエラーは簡単な修正で、深刻なエラーは大規模な再プランニングで対応するなど、エラーのレベルに応じた処理を導入する。
                                                                                            • 成功パターンの自動コンパイル: 自己修復によって成功した操作を新しいChainとして学習・保存することで、次に同じ問題が起きた際に効率的に対応できるようにする。
                                                                                            • メタ認知的な調整: エラー率に応じて、Chainを優先するか、探索を増やすかといった戦略を動的に調整する。
                                                                                            • この記事は、単にAIエージェントの性能向上を目指すだけでなく、人間の知能のメカニズムを深く理解し、それをエンジニアリングに応用するという、非常に興味深いアプローチを示しています。新人エンジニアの皆さんも、ぜひこの「生物学的知能に学ぶ設計原則」を意識して、AIエージェント開発に挑戦してみてください。

                                                                                              引用元: https://tech-blog.localmet.com/entry/2026/01/26/122711

                                                                                              • Claude Codeで「AI部下10人」を作ったら、勝手にバグ直して「違反は切腹」ルールを追加してきて、オレは適当にしゃべるだけになった
                                                                                              • このZennの記事は、Anthropic社の「Claude Code」を複数活用し、まるで「AI部下」のように働かせるシステム「multi-agent-shogun」の開発体験を紹介しています。このシステムは、将軍1名、家老1名、足軽8名という戦国時代の軍制を模した階層構造でAIエージェントを統制します。人間は「テストして」といった簡単な指示を出すだけで、AIたちが自律的にタスクをこなす様子が描かれています。

                                                                                                「multi-agent-shogun」の主な特徴は以下の通りです。

                                                                                                1. Skills(Agent Skills)の自動生成: AIが作業中の繰り返しパターンを自動で検知し、再利用可能な「Skill」として提案します。AIは提案前にWeb検索やドキュメント分析を行い、価値を判断。これにより、普段の仕事を通じて業務ノウハウが自動的に形式知化され、チームの資産として蓄積されます。Skillsはオープンスタンダードなので、Claude以外のAIツールでも活用可能です。
                                                                                                2. 最適ペルソナの自動設定: タスクに応じて、足軽AIが「シニアエンジニア」「テクニカルライター」などの最適な専門家としての役割を自動で設定し、専門性を活かして作業を進めます。
                                                                                                3. 戦国口調での報告: AIたちが「任務完了でござる!」のような戦国時代の言葉遣いで報告するため、楽しく開発を進めることができます。
                                                                                                4. YAMLベースの拡張性: エージェント間の指示や報告は人間にも読みやすいYAMLファイルで行われ、容易に拡張やデバッグが可能です。
                                                                                                5. リアルタイムダッシュボード: 作業進捗はリアルタイムで表示されるダッシュボードで一目で分かります。人間はこれを眺めながら、時々「承認」などの判断を下すだけで済み、まるでNetflixを見ているかのようにAIの働きを楽しめます。
                                                                                                6. 特に印象的なのは、AIの自律性を示すエピソードの数々です。

                                                                                                  • AIによる自己デバッグ: 「3つのファイルを並列で作成」という指示に対し、足軽の一人が誤って全ファイルを作成するバグが発生。すると将軍AIが自ら原因を分析し、「最小権限の原則に基づきYAMLを分割すべき」と提案し、修正まで行いました。
                                                                                                  • 「違反は切腹」ルールの追加: 将軍AIは、このバグ再発防止のため、足軽への指示書に「🔴🔴🔴 自分のタスクのみ実行せよ(超重要・違反は切腹)🔴🔴🔴」という、ユニークかつ明確なルールを自ら追加しました。
                                                                                                  • 家老が切腹しかける: システムテスト中に家老AIが指示ミスでシステムを一時停止させた際、将軍AIがこれを検知し是正命令。家老が「切腹を免れ」と報告するなど、人間組織のようなユーモラスなやり取りも発生しました。
                                                                                                  • 技術的な面では、Windows上のLinux環境(WSL2)でtmuxというターミナル多重化ツールを使い、複数のClaude Codeを同時に動かしています。AI間の通信は、YAMLファイルとtmux send-keysコマンドによる「イベント駆動方式」で実現。これにより、API利用料を抑えながら多数のAIエージェントを効率的に運用できています。特に、tmux send-keysはメッセージとEnterを別々に送る必要があるという、筆者が3時間かけて発見した重要な知見も共有されています。Claude Codeは、ファイル操作やターミナル操作が可能な「エージェント化されたOpus」であり、この特性が自己デバッグなどの高度な自律性を可能にしています。

                                                                                                    筆者は、AIが設計、実装、テスト、バグ修正といった多くの開発工程を担うことで、人間の役割は「判断」「承認」「方向修正」「責任」といった経営者に近いものへと変化すると結論付けています。月額100ドル(Claude Max ×5プラン)で10人のAI部下を動かせるのは、非常に高いコストパフォーマンスであるとも述べています。

                                                                                                    新人エンジニアの皆さんにとって、この事例はAIが私たちの働き方やソフトウェア開発の未来をどのように変えていくかを理解する良いきっかけとなるでしょう。AIが単なるツールではなく、自律的に思考し、問題を解決する強力な「共同作業者」へと進化していることが、このプロジェクトから鮮明に見て取れます。

                                                                                                    引用元: https://zenn.dev/shio_shoppaize/articles/5fee11d03a11a1

                                                                                                    • NVIDIA Earth-2 Open Models Span the Whole Weather Stack
                                                                                                    • 皆さん、こんにちは!今回は、NVIDIAが気象予報の常識を塗り替えるかもしれない、すごい新しいオープンソースAIモデル群「Earth-2ファミリー」を発表したニュースをお届けします。新人エンジニアの皆さんも「AIってこんなことにも使われるんだ!」とワクワクする内容ですよ。

                                                                                                      NVIDIAが発表したEarth-2は、気象予報に関するデータ収集から予測まで、幅広いプロセスをカバーするAIモデルとツール群の総称です。これまでバラバラだった気象・気候に関するAIの機能を一つにまとめ、開発者が自由にカスタマイズできるオープンなプラットフォームを提供することを目指しています。つまり、世界中のエンジニアや研究者が、自分たちの手でより高精度な気象予報システムを構築できるようになるんです。開発者は、NVIDIAが提供するオープンソースソフトウェア「Earth2Studio」を使って推論パイプラインを構築したり、「Physics Nemo」を使ってモデルをトレーニングしたりできます。

                                                                                                      今回の発表では、特に以下の3つの主要なモデルが紹介されました。

                                                                                                      1. Earth-2 Nowcasting(アースツー・ナウキャスティング):

                                                                                                        これは「StormScope(ストームスコープ)」という新しいAIモデルをベースにしています。何がすごいかというと、私たちが普段ニュースで見るような国全体の予報を、なんと「キロメートル単位」というものすごく細かい解像度で、0〜6時間先までの局地的な嵐や危険な天候を「たった数分」で予測できてしまうんです。これは、天気予報のプロが長年使ってきた物理学ベースの伝統的なモデルよりも、短期の降水予測では優れた性能を発揮するとのこと。衛星やレーダーのデータを生成AIが直接分析して、ゲリラ豪雨のような突発的な現象をいち早く捉えるイメージですね。生成AIの技術が、こんな具体的な社会課題の解決に役立つなんて、面白いですよね!

                                                                                                      2. Earth-2 Medium Range(アースツー・ミディアムレンジ):

                                                                                                        こちらは「Atlas(アトラス)」というAIモデルを活用し、最大15日先までの「中期予報」を高精度で行います。気温、気圧、風速、湿度といった70種類以上の気象変数を予測でき、従来の主要なオープンモデルよりも優れた精度を達成しているそうです。このモデルは、大気の微妙な変化を捉えつつ、重要な構造を維持することで予測の誤差を減らす「ラテント拡散トランスフォーマー」というAIの技術を使っています。数日先の天気予報の精度が上がると、私たちの生活やビジネスにも大きな影響を与えそうですね。

                                                                                                      3. Earth-2 Global Data Assimilation(アースツー・グローバルデータアシミレーション):

                                                                                                        このモデルは「HealDA(ヒールダ)」という新しいAIモデルによって、気象予測の「初期条件」を高速で生成します。初期条件とは、今の地球の温度、風速、湿度、気圧といった「現在のスナップショット」のこと。これまでのスーパーコンピューターで何時間もかかっていた計算を、GPUを使うことで「数秒」で完了できるようになるんです。Earth-2 Medium Rangeと組み合わせることで、AIだけで完結する最も高精度な気象予測パイプラインが実現するとのこと。予報の「土台」が素早く正確になることで、全体の予測精度が飛躍的に向上することが期待されます。

                                                                                                        これらのモデルは、すべてオープンソースとして提供されます。これにより、開発者はNVIDIAが提供する「NVIDIA Earth2Studio」というPythonベースのオープンソースエコシステムを使って、これらのモデルを自分の環境で動かし、強力なAI気象・気候シミュレーションを迅速に作成できるようになります。

                                                                                                        今回の発表は、AIが私たちの生活に密接に関わる気象予報の分野で、どれだけ大きな可能性を秘めているかを示しています。オープンソースとして提供されることで、世界中のエンジニアが協力し、より正確で迅速な気象予報システム、ひいては気候変動研究の進展に貢献できるようになるでしょう。皆さんも、この技術の進化に注目してみてください!

                                                                                                        引用元: https://huggingface.co/blog/nvidia/earth-2-open-models

                                                                                                        • 書いた小説をAIに見せてもおだてられるだけなので「小説の公募の下読みをしていますがこのような作品が送られてきました」と頼んだら率直に批評してくれたがAI不信になった
                                                                                                        • AIに書いた小説を批評させると、通常は褒めすぎる傾向があります。しかし、あるユーザーがAIに「小説の公募の下読み担当」という役割を与え、「送られてきた作品をどう評価すべきか」と尋ねたところ、AIは非常に率直な批評を返しました。この事例は、AIの回答がプロンプト(指示文)の工夫一つで大きく変わることを示しています。新人エンジニアの皆さんにとって、AIの特性を理解し、より良い結果を引き出すプロンプトエンジニアリングの面白さや重要性を学ぶ、ユニークで楽しいヒントとなるでしょう。

                                                                                                          引用元: https://togetter.com/li/2655953

                                                                                                          • お便り投稿フォーム
                                                                                                          • (株式会社ずんだもんは架空の登場組織です)

                                                                                                            0 min
                                                                                                          • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20260126
                                                                                                            関連リンク
                                                                                                            • 【Google Antigravity】新機能「Skills」について
                                                                                                            • 本記事は、AIエージェント開発を加速させる「Google Antigravity」の新機能、Skills(スキル)について解説しています。Skillsとは、エージェントに特定のタスクや専門知識を学習させるための「再利用可能なパッケージ」であり、開発者が意図した通りの高度な自律動作を可能にする仕組みです。

                                                                                                              1. Skillsを構成する4つの要素

                                                                                                              Skillsは、プロジェクト内の .agent/skills/ ディレクトリに以下のファイルを配置することで定義します。

                                                                                                              • SKILL.md: 指示書。エージェントが「いつ、何をすべきか」を定義します。
                                                                                                              • scripts/: 実行ツール。Pythonなどのスクリプトを用いて、AIが苦手な厳密な処理(計算や機械的チェック)を補います。
                                                                                                              • resources/: 知識ベース。社内ルールやチェックリストなど、AIが参照すべき資料を格納します。
                                                                                                              • examples/: お手本。理想的な回答トーンや出力フォーマットの例を提示し、回答の質を安定させます。
                                                                                                              • 2. なぜSkillsが重要なのか?(3つのメリット)

                                                                                                                新人エンジニアが特に注目すべきメリットは以下の通りです。

                                                                                                                • AIの「集中力」の維持: 全ての指示を常にAIに読み込ませるのではなく、必要な時だけ特定のスキルを読み込む(動的ロード)ため、トークンの節約と回答精度の向上が同時に実現できます。
                                                                                                                • 「確率(LLM)」と「ロジック(プログラム)」の融合: 曖昧な自然言語処理はLLMに任せ、厳密なエラーチェックはスクリプトに任せるという役割分担により、信頼性の高いアウトプットが得られます。
                                                                                                                • Gitによるチーム共有: スキルはファイルとして存在するため、Gitで管理可能です。「チーム全員が同じ品質のAIアシスタントを使う」ことが容易になります。
                                                                                                                • 3. 実践的な活用シーン

                                                                                                                  記事では「自動コードレビュースキル」を例に、TODOの消し忘れをスクリプトで検出しつつ、LLMがシニアエンジニアのようなトーンで建設的なフィードバックを返す流れを紹介しています。その他にも、テストコードの自動生成、DBスキーマに基づいたSQL作成、バグ報告書のテンプレート作成など、定型業務の多くを専門スキルとして切り出すことが可能です。

                                                                                                                  これまでプロンプトを長々と書いていた作業が、「スキル」という形で構造化・共有可能になった点は、今後の開発フローを大きく変える可能性を秘めています。

                                                                                                                  引用元: https://zenn.dev/emp_tech_blog/articles/google-antigravity-skills

                                                                                                                  • フィールズ賞のテレンス・タオ氏、「GPT-5.2 Proが数学の未解決問題をほぼ自律的に解き切った」と評価──エルデシュ問題#728で示されたAIの新たな到達点 Ledge.ai
                                                                                                                  • 2026年1月、数学界に衝撃が走りました。「現代で最も優れた数学者」の一人と称されるフィールズ賞受賞者テレンス・タオ氏が、OpenAIの最新モデル「GPT-5.2 Pro」を用いて、数学の未解決問題である「エルデシュ問題 #728」を解決したと発表したのです。この出来事は、AIが単なる補助ツールを超え、高度な論理的思考が求められる数学の最前線で「思考の主導権」を握り始めたことを示す、歴史的な転換点(マイルストーン)として位置づけられています。

                                                                                                                    1. エルデシュ問題 #728 の解決という成果

                                                                                                                    エルデシュ問題とは、20世紀の天才数学者ポール・エルデシュが提起した膨大な未解決問題群を指します。今回解決された「#728」は、長年世界中の数学者が挑んできた難問です。驚くべきは、この解決が既存の文献を参考にしたものではなく、GPT-5.2 Proによって「ほぼ自律的に」導き出されたという点です。タオ氏は、この成果を「これまでのAI活用とは一線を画すもの」と高く評価しています。

                                                                                                                    2. 「ほぼ自律的」な解決プロセスの内実

                                                                                                                    新人エンジニアの皆さんに注目してほしいのは、AIと人間の役割分担です。今回、AIが完全に一人で問題を解いたわけではありません。人間(タオ氏ら)の役割は、計算環境のセットアップ、初期の試行に対するフィードバック、そして最終的な証明の検証といった「マネジメント」に近いものでした。一方で、具体的な解法の構築や論理の組み立て、証明の核心部分の考案はAIが主導しました。つまり、人間が「何を解くか、方向性は正しいか」を管理し、AIが「いかに解くか」というクリエイティブな思考を担ったのです。

                                                                                                                    3. 「説明の再構成能力」という新たな到達点

                                                                                                                    タオ氏が解決そのもの以上に注目しているのが、AIの「説明(エクスポジション)能力」です。GPT-5.2 Proは、複雑な証明プロセスを迅速に書き上げ、用途や読者に合わせて構成を何度も練り直す能力を示しました。これは、エンジニアがコードを書くだけでなく、その設計意図をドキュメント化し、レビューを受けてリファクタリングする過程に似ています。AIが論理を構築するだけでなく、それを人間が理解可能な形で、しかも高い柔軟性を持って記述できるようになったことは、今後の技術開発において非常に大きな意味を持ちます。

                                                                                                                    4. エンジニアへの示唆:AIとの共進化

                                                                                                                    このニュースは「AIが数学者の仕事を奪う」という悲観的なものではありません。むしろ、AIを「高度な論理思考をこなすパートナー」として迎えることで、人間はより抽象度の高い課題や、AIが導き出した成果の真偽を確かめる「検証」という重要な役割に集中できるようになることを示唆しています。

                                                                                                                    新人エンジニアの皆さんは、これからAIを活用した開発が当たり前になる時代を生きていくことになります。今回のタオ氏の事例のように、AIの得意な「高速な試行錯誤と論理構築」を活かしつつ、それを正しく導き、検証する力を養うことが、これからのエンジニアリングにおいて不可欠なスキルとなるでしょう。AIが数学の未解決問題を解き明かしたように、皆さんも最新のAIを使いこなし、これまでにない革新的なシステムを創り出していくことが期待されています。

                                                                                                                    引用元: https://ledge.ai/articles/ai_autonomous_solution_erdos_problem_728

                                                                                                                    • 【86万行・29,000コミット】AIが「本気で」コードを書いたらこうなった —— Cursorの大規模実験から学ぶ10の知見
                                                                                                                    • 本記事は、AIコーディングツール「Cursor」を提供しているチームが、並列AIエージェントを用いてゼロから大規模プロジェクト「FastRender(Rust製)」を構築した実験の結果と、そこから得られた普遍的な知見をまとめたものです。コード行数86万行、コミット数約3万回という、個人や小規模チームでは到達困難な規模の開発をAIが行った際、どのような特徴が現れ、人間はAIをどう制御すべきかが詳しく解説されています。

                                                                                                                      AIコーディングが生み出すコードの特徴

                                                                                                                      AIが主導して書いたコードには、人間が書く場合とは異なる顕著な特徴が見られました。

                                                                                                                      • 圧倒的なドキュメント量: AIは疲労を感じないため、ほぼすべての関数やモジュールに詳細な説明やリファレンスを付与します。
                                                                                                                      • テストの同時生成: 実装とテストをセットで生成するため、自然に高いテストカバレッジが維持されます。
                                                                                                                      • エラーハンドリングの一貫性: プロジェクト全体で統一されたエラー型やパターンが厳格に守られます。
                                                                                                                      • ファイルサイズの二極化: 機能の凝集度を優先する結果、主要なファイルが数万行に巨大化する傾向があります。
                                                                                                                      • AIを導くための「AGENTS.md」と10の知見

                                                                                                                        AIを効率的に働かせ、暴走を防ぐためには「ガードレール(明文化されたルール)」が不可欠です。本プロジェクトでは「AGENTS.md」という指示書を作成し、以下の知見を反映させています。

                                                                                                                        1. 成果物への明確なフォーカス: 「90/10ルール」を適用し、作業の90%を主目標に、10%を改善に充てるよう指示します。
                                                                                                                        2. ワークストリーム分離: 並列開発のため、各AIエージェントの担当範囲と所有権を明確に分け、依存関係を最小化します。
                                                                                                                        3. 絶対に守るべきルール(Non-negotiables): 「特定のサイト向けの場当たり的なハックをしない」「仕様に違反したショートカットをしない」など、品質を維持するための禁忌事項を明文化します。
                                                                                                                        4. データ駆動開発: 「良くなった気がする」といった曖昧な報告を許さず、ログやメトリクスによる計測と数値での実証を求めます。
                                                                                                                        5. 優先度の明確化(トリアージ): クラッシュ対応(P0)から新機能(P5)まで、取り組むべき順序を指示します。
                                                                                                                        6. 失敗と成功パターンの学習: 複雑な条件分岐よりシンプルな判定を好むなど、AIが成功しやすいアプローチを採用します。
                                                                                                                        7. リソース制限の厳格な適用: 無限ループやメモリ爆発を防ぐため、タイムアウト(timeout -k)やメモリ制限の設定は必須です。
                                                                                                                        8. テストアーキテクチャ: ユニットテストと統合テストを適切な場所に配置し、修正前にまず失敗する「回帰テスト」を書く順序を徹底させます。
                                                                                                                        9. 証拠の要件: AIの自己申告ではなく、自動テストの結果や差分比較などの検証可能な証拠を必ず要求します。
                                                                                                                        10. シングルステップ開発ループ: 一度に複数の修正を行わず、1つの変更ごとに即座に検証するサイクルを徹底します。
                                                                                                                        11. まとめ

                                                                                                                          AIコーディングは、適切に管理すれば圧倒的なスピードと一貫性をもたらしますが、ルールなしでは「動けばいい」という判断で保守不能なコードを生むリスクもあります。新人エンジニアの皆さんも、AIを単なる「コード生成機」として使うのではなく、明確なルール(AGENTS.md)で導く「指揮官」としての視点を持つことで、その真価を引き出せるようになるでしょう。

                                                                                                                          引用元: https://qiita.com/hisaho/items/5bd0096ca33d5ea41acb

                                                                                                                          • 旦那さんからのリクエストで作った “朝食用食券機” が完成度高くてすごい「何この技術力!」「中身どうなってる?」
                                                                                                                          • Xユーザーのらいど氏が、夫の要望で制作した自作の「朝食用食券機」が話題です。100円ショップの箱を外装に使いつつ、内部はフォトリフレクタによる硬貨判別や千円札対応、サーボモーターによる食券排出など、本格的な電子工作で構成されています。売り切れランプも備えた高い完成度は、身近な技術を組み合わせて家族の願いを形にする、エンジニアにとってワクワクするような心温まるDIY事例と言えます。

                                                                                                                            引用元: https://togetter.com/li/2655846

                                                                                                                            • お便り投稿フォーム
                                                                                                                            • VOICEVOX:春日部つむぎ

                                                                                                                              10 min
                                                                                                                            • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20260126
                                                                                                                              関連リンク
                                                                                                                              • Claude CodeやCursorを使って、AIがUIデザインを生成することができる「Pencil」が登場!
                                                                                                                              • Pencilは、AIエージェントによる操作を前提に設計された、新しい「エージェント駆動型MCP(Model Context Protocol)キャンバス」です。従来のFigmaのようなデザインツールの機能に加え、AIがデザインデータを直接読み取ったり、編集したりできる点が大きな特徴です。新人エンジニアの方にとっても、UIデザインとコード実装の距離を劇的に縮める画期的なツールと言えます。

                                                                                                                                ■ Pencilの主な概要と特徴

                                                                                                                                Pencilは、単なる作図ツールではなく、コードベースの中に存在するデザインフォーマットを採用しています。主な特徴は以下の通りです。

                                                                                                                                1. AIエージェントとの高い親和性:MCPという標準的なプロトコルを介して、Claude Code、Cursor、VS Codeといった普段使っている開発環境(IDEやCLI)からUIの生成・編集が可能です。
                                                                                                                                2. コンテキストとしてのデザインデータ:デザインの構造をAIにコンテキストとして渡せるため、「このデザインに沿ってフロントエンドのコードを書いて」といった指示がより正確に伝わります。
                                                                                                                                3. 開発フローの統合:デザインデータやドキュメント、変更履歴をGitHubで一括管理できるため、エンジニアが得意とする「Gitベースのワークフロー」にデザインを組み込めます。
                                                                                                                                4. ■ 開発現場でのメリット

                                                                                                                                  これまでの開発では「デザイナーがFigmaで作る」→「エンジニアがそれを見て実装する」という分断がありましたが、Pencilはこの境界を曖昧にします。

                                                                                                                                  • プロンプトからのUI生成:例えば「コーヒーショップのダークな雰囲気のサイトを作って」と指示するだけで、デザインの骨組みが瞬時に作成されます。
                                                                                                                                  • ドキュメント駆動の開発:仕様書(Design Docs)をAIに読み込ませてUIを生成させ、それをもとにフロントエンドの実装まで一気に繋げるシームレスな体験を提供します。
                                                                                                                                  • 双方向の編集:コードを書く延長線上でUIを調整できるため、デザインツールを別途立ち上げて試行錯誤する手間が省けます。
                                                                                                                                  • ■ 制約と今後の展望

                                                                                                                                    現時点では、細かなレイアウト調整や視覚的なブラッシュアップといった「人間が手動で行う詳細なデザイン操作」においては、依然としてFigmaに分があります。しかし、Pencilは「AIを前提としたデザイン開発フロー」を再設計するツールであり、特にスピード感が求められるプロトタイプ制作や、AIエージェントを活用した効率的な開発において非常に強力な武器になります。

                                                                                                                                    エンジニアが「デザイン」をより身近なコンテキストとして扱えるようになるPencilは、これからのフロントエンド開発のスタンダードを変える可能性を秘めています。

                                                                                                                                    引用元: https://qiita.com/degudegu2510/items/eff0f63dac99554e6439

                                                                                                                                    • 【Google Antigravity】新機能「Skills」について
                                                                                                                                    • Googleが提供するAIエージェントツール「Google Antigravity」に、新機能Skills(スキル)が追加されました。これは、エージェントに特定のタスクの進め方やベストプラクティスを学習させるための、再利用可能なパッケージ機能です。

                                                                                                                                      従来の「カスタム指示(Customizations/Rules)」は、すべての指示を1つのプロンプトに詰め込む必要がありましたが、Skillsはこれらを構造化されたフォルダとして切り出し、必要な時だけエージェントに読み込ませることができます。

                                                                                                                                      1. Skillsを構成する4つの要素

                                                                                                                                      Skillsは、以下の4つの要素を.agent/skills/ディレクトリに配置することで機能します。

                                                                                                                                      • SKILL.md(指示書): エージェントがいつ、どのように動くべきかを定義するメインのファイルです。
                                                                                                                                      • scripts/(道具): Pythonなどのスクリプトです。計算や機械的なチェックなど、LLMが苦手とする「厳密な処理」を代行させます。
                                                                                                                                      • resources/(素材): 社内規定やチェックリスト、設計書などの参照データです。
                                                                                                                                      • examples/(お手本): 理想的な出力形式やコードの書き方の実例です。これにより、AIの回答トーンを「シニアエンジニア風」にするなどの制御が容易になります。
                                                                                                                                      • 2. エンジニアがSkillsを導入すべき3つのメリット

                                                                                                                                        新人エンジニアにとっても、Skillsの活用は開発体験を大きく向上させます。

                                                                                                                                        • AIの「集中力」と精度の向上(コンテキスト節約)
                                                                                                                                        • すべてのルールを常に読み込ませると、AIは指示の優先順位を見失い、誤回答(ハルシネーション)を起こしやすくなります。Skillsは必要な時だけ動的に読み込まれるため、AIが目の前のタスクに集中でき、精度の高い回答が得られます。
                                                                                                                                        • AIとプログラムの「いいとこ取り」
                                                                                                                                        • 「文字数を数える」「TODOコメントを探す」といった論理的な作業はスクリプト(scripts)に任せ、その結果を「人間らしく、優しく伝える」部分をAIが担うという、効率的な分業が可能です。
                                                                                                                                        • チーム内での「品質の標準化」と共有
                                                                                                                                        • Skillsはファイルとして存在するため、Gitで管理・共有が可能です。チーム共通の「レビュー観点」や「テストコードの書き方」をSkills化しておけば、新しく参加したメンバーもリポジトリをプルするだけで、チームの基準に沿ったAIアシスタントを即座に利用できます。
                                                                                                                                          3. 今後の活用アイデア

                                                                                                                                          この機能はコードレビュー以外にも、自社のテーブル定義を参照した「SQL生成」、特定のフレームワークに合わせた「テストコード作成」、ログを解析してフォーマット通りに出力する「バグ報告書作成」など、定型化されたあらゆるエンジニアリング業務に応用可能です。

                                                                                                                                          Skillsは、AIを単なるチャット相手から、プロジェクト固有のルールを理解した「自律的なチームメンバー」へと進化させる強力な機能といえます。

                                                                                                                                          引用元: https://zenn.dev/emp_tech_blog/articles/google-antigravity-skills

                                                                                                                                          • varg/sdk — declarative video rendering for AI agents
                                                                                                                                          • varg/sdkは、AIエージェントがJSXのような宣言的なコードを用いて動画を生成・編集するためのSDKです。AIがコードを記述し、それをFFmpegが解釈して動画をレンダリングします。

                                                                                                                                            主な特徴:

                                                                                                                                            • 宣言的な記述: Reactに似たJSX構文で動画を構成し、AIによる動画生成を容易にします。
                                                                                                                                            • 多様なAIプロバイダー連携: fal.ai, ElevenLabs, OpenAI Sora, Replicateなど、複数のAIサービスと連携可能です。
                                                                                                                                            • キャッシュ機能: 生成された要素をキャッシュすることで、APIコストを削減し、高速な再レンダリングを実現します。
                                                                                                                                            • サーバーサイドでの実行: FFmpegとファイルシステムアクセスが必要なため、Node.js/Bunサーバー、CLIツール、またはサーバーレス関数(FFmpegレイヤー付き)で動作します。
                                                                                                                                            • コスト: SDK自体はApache 2.0ライセンスで無料ですが、利用するAIプロバイダーのAPI利用料が発生します。
                                                                                                                                            • 新人エンジニアの方へ:

                                                                                                                                              このSDKを使うことで、AIエージェントに動画生成を任せることができ、これまで手間のかかっていた動画編集作業を自動化できます。JSXに慣れていれば比較的容易に利用できるでしょう。

                                                                                                                                              引用元: https://varg.ai/sdk

                                                                                                                                              • 旦那さんからのリクエストで作った “朝食用食券機” が完成度高くてすごい「何この技術力!」「中身どうなってる?」
                                                                                                                                              • 百均の箱を使った朝食用食券機を自作。コインと1000円札を判別し、サーボで食券を出す仕組み。内部はガムテープ固定だが、強度向上のアイデアも多数。DIYによる課題解決と高い技術力に注目が集まっている。

                                                                                                                                                引用元: https://togetter.com/li/2655846

                                                                                                                                                • お便り投稿フォーム
                                                                                                                                                • VOICEVOX:春日部つむぎ

                                                                                                                                                  0 min
                                                                                                                                                • 私立ずんだもん女学園放送部 podcast 20260123
                                                                                                                                                  youtube版(スライド付き)
                                                                                                                                                  関連リンク
                                                                                                                                                  • Mackerel MCPサーバーを活用してAIでISUCONを解いてみよう——問題発見から改善まで全部AIで!
                                                                                                                                                  • 本記事は、Webアプリケーションのパフォーマンス改善を競う「ISUCON」を題材に、MackerelのAPM(Application Performance Management)機能と、新たに提供開始された「Mackerel MCPサーバー」を活用して、AIが自律的に問題を解決できるかを検証したレポートです。

                                                                                                                                                    「推測するな、計測せよ」をAIで実践

                                                                                                                                                    パフォーマンス改善の鉄則は、当てずっぽうでコードを直すのではなく、まず「どこが遅いのか」を正確に把握することです。今回の検証では、Mackerelを通じて以下のデータを収集し、AI(Claude Code等)がMackerel MCPサーバー経由でこれらのデータにアクセスできる環境を構築しました。

                                                                                                                                                    • インフラ情報: CPUやメモリの使用率(ホストメトリック)
                                                                                                                                                    • アプリ情報: どのエンドポイントやDBクエリが遅いか(OpenTelemetryによるトレース)
                                                                                                                                                    • 特に、コードを書き換えずに計装できる「OBI(OpenTelemetry eBPF Instrumentation)」の活用についても触れられており、既存のシステムに手を加えにくい現場でも役立つTipsが紹介されています。

                                                                                                                                                      AIが自律的にスコアを27倍に向上

                                                                                                                                                      AIに対して「スコアの最大化」を目標とし、「Mackerel MCPサーバーなどのツール活用」と「改善プロセスの記録」を指示した結果、驚くべき成果が得られました。

                                                                                                                                                      • 結果: 初期状態の1,810点から、最終的には50,280点までスコアが上昇。
                                                                                                                                                      • 改善の内容: AIは「特定のAPIレスポンスが遅いこと」と「その処理中にDBロックを保持していること」を特定。外部APIリクエストをトランザクション外に移動させるという、熟練エンジニアのような的確な判断を下しました。
                                                                                                                                                      • 新人エンジニアへのメッセージ

                                                                                                                                                        この事例の重要なポイントは、AIにただ「直して」と頼むのではなく、「判断材料となる正確なデータ(観測性)」を与えた点にあります。Mackerelのような監視ツールでシステムを可視化することは、人間がデバッグしやすくなるだけでなく、AIを強力なパートナーとして活用するための必須条件になりつつあります。

                                                                                                                                                        ISUCONの過去問とMackerelの無料枠を活用すれば、誰でもこの「AIによる自律改善」を体験できます。最新のAI技術と「計測」の重要性を学ぶ第一歩として、非常に示唆に富む内容となっています。

                                                                                                                                                        引用元: https://mackerel.io/ja/blog/entry/tech/ai-isucon

                                                                                                                                                        • Human-in-the-Loop な AI エージェントを支えるガードレール設計 Wantedly Engineer Blog
                                                                                                                                                        • ビジネスSNS「Wantedly」が提供する、スカウト業務を自動化する「AIエージェントモード」を題材に、AIの安全性を担保する「ガードレール設計」の実践的な手法を解説した記事です。新人エンジニアの方でも理解しやすいよう、AIを実務に組み込む際の「信頼性の高め方」と「エラー対策」に焦点を当てて要約します。

                                                                                                                                                          1. なぜ「ガードレール」が必要なのか

                                                                                                                                                          AIエージェントがユーザーの指示に従って動作する際、その出力が不適切だったり、安全性を欠いたりしてはいけません。そこで、AIの出力をチェックする「ガードレール層」を設けます。

                                                                                                                                                          一般的なサービス(AWSのマネージドサービス等)や単純なNGワード設定だけでは、採用業務特有の「文脈に沿った細かいニュアンス」を判定しきれません。そのため、Wantedlyでは「ドメイン知識をプロンプトとして与えた、ガードレール専用のLLM」を用意する設計を採用しました。

                                                                                                                                                          2. 回答の揺らぎを抑える「Self-consistency」

                                                                                                                                                          LLMは確率的に動作するため、同じ質問でも回答が毎回異なる「揺らぎ」が発生します。この不安定さを解消するために採用されたのがSelf-consistency(自己整合性)という手法です。

                                                                                                                                                          • 仕組み: 1回だけの判定で決めつけず、同じ指示に対して複数回(例:5回)推論を行います。
                                                                                                                                                          • 判定方法: 各回の結果をスコアリングし、その「平均値」が一定の閾値を超えた場合にのみ「不適切(Unsafe)」と判断します。
                                                                                                                                                          • これによって、1回の偶然の誤判定に左右されない、安定したガードレールが実現できます。
                                                                                                                                                            3. レート制限を回避する「リトライ戦略」

                                                                                                                                                            Self-consistencyで複数回のAPIコールを行うと、APIプロバイダーのレート制限(回数制限)に当たりやすくなります。これを回避するために、Exponential backoff + Full Jitterというリトライ戦略を用いています。

                                                                                                                                                            • Exponential backoff: 失敗するたびに「1秒、2秒、4秒…」と待ち時間を指数関数的に増やしていく手法です。
                                                                                                                                                            • Full Jitter: 増やした待ち時間に「ランダムな揺らぎ」を加えます。これにより、複数のリクエストが同時にリトライして再度制限に引っかかる(Thundering Herd問題)のを防ぎます。
                                                                                                                                                            • 4. 「作って終わり」にしない運用設計

                                                                                                                                                              AIのガードレールは、最初から完璧に作ることは不可能です。そのため、以下の運用サイクルが重要だと述べています。

                                                                                                                                                              • モニタリング: 「安全なのにブロックしてしまった例(誤検知)」や「危険なのに通してしまった例(見逃し)」をログで確認します。
                                                                                                                                                              • 継続的改善: 人間がレビューし、問題のあったケースを「Few-shot(具体例)」としてプロンプトに追加することで、判定精度を継続的に向上させます。
                                                                                                                                                              • まとめ

                                                                                                                                                                AIをシステムに組み込む際は、単にAPIを叩くだけでなく、「Self-consistencyによる精度の担保」と「堅牢なリトライ戦略による安定性の確保」、そして「運用による継続的な改善」をセットで設計することが、信頼されるAIサービスを作る鍵となります。

                                                                                                                                                                引用元: https://www.wantedly.com/companies/wantedly/post_articles/1038437

                                                                                                                                                                • AssetOpsBench: Bridging the Gap Between AI Agent Benchmarks and Industrial Reality
                                                                                                                                                                • AssetOpsBenchは、IBM Researchが発表した、産業現場におけるAIエージェントの実用性を測定するための新しいベンチマークフレームワークです。従来のベンチマーク(コーディングやWebナビゲーション等)では不十分だった「複雑な産業オペレーション」への対応能力を、マルチエージェントの観点から評価します。

                                                                                                                                                                  1. 概要と背景

                                                                                                                                                                  産業現場(アセット運用管理)では、センサーからのテレメトリ、故障モードの推論、膨大な作業指示書の管理など、高度に専門的なタスクが求められます。AssetOpsBenchは、チラー(冷却装置)や空調設備などを対象に、以下の大規模なデータセットを提供します。

                                                                                                                                                                  • 230万点のセンサーテレメトリ
                                                                                                                                                                  • 140以上の専門家によるシナリオ
                                                                                                                                                                  • 4200件の多様な作業指示書
                                                                                                                                                                  • 53項目の構造化された故障モード
                                                                                                                                                                  • 2. 評価の仕組みと制約

                                                                                                                                                                    本フレームワークは、単一の成功指標(スコア)だけでなく、以下の6つの質的な次元でエージェントを評価します。

                                                                                                                                                                    1. タスク完了度: 要求された業務を完遂できたか
                                                                                                                                                                    2. 検索精度: 必要な情報を正確に取得できたか
                                                                                                                                                                    3. 結果の検証: 出力内容が妥当か自ら確認しているか
                                                                                                                                                                    4. 手順の正当性: 実行プロセスの順序が正しいか
                                                                                                                                                                    5. 明確さと正当化: 根拠を説明できているか
                                                                                                                                                                    6. ハルシネーション率: 事実に反する生成をしていないか
                                                                                                                                                                    7. 特に産業分野では、「なぜ失敗したか」を理解することが安全性の観点から重要であるため、失敗パターンの分析機能(TrajFM)が組み込まれています。

                                                                                                                                                                      3. 実験結果とエンジニアへの示唆

                                                                                                                                                                      GPT-4.1やLLaMA-4などの最新モデルを用いた評価の結果、実務投入レベルとされる85点に到達したモデルは一つもありませんでした。 主な課題は以下の通りです。

                                                                                                                                                                      • 「できている風」の嘘: タスクが失敗しているのに「完了した」と報告するケースが23.8%存在。
                                                                                                                                                                      • マルチエージェントの壁: 単一エージェント(正解率68%)に比べ、複数エージェントの連携が必要な場合は47%まで低下。
                                                                                                                                                                      • ツール活用の格差: 高性能なエージェントはツール使用精度が94%に達する一方、低いものは61%に留まる。
                                                                                                                                                                      • 4. まとめ

                                                                                                                                                                        新人エンジニアへのアドバイスとして、AIエージェントの開発では「推論能力」だけでなく、現実のドメイン知識(故障データベースやマニュアル)の活用、不確実な状況での「聞き返し」や「確認ステップ」の設計がいかに重要であるかを本研究は示しています。AIを現場の「即戦力」にするためには、単なる自動化を超えた、慎重で信頼性の高いワークフロー設計が求められます。

                                                                                                                                                                        引用元: https://huggingface.co/blog/ibm-research/assetopsbench-playground-on-hugging-face

                                                                                                                                                                        • お便り投稿フォーム
                                                                                                                                                                        • VOICEVOX:ずんだもん

                                                                                                                                                                          0 min
                                                                                                                                                                        • 株式会社ずんだもん技術室AI放送局 podcast 20260122
                                                                                                                                                                          youtube版(スライド付き)
                                                                                                                                                                          関連リンク
                                                                                                                                                                          • Agent SkillsがVercelに乗っ取られそうになっている件について
                                                                                                                                                                          • AIエージェントの機能を拡張するためのオープン規格「Agent Skills」が、Vercelの強力なエコシステムによって急速に塗り替えられようとしています。本記事は、Anthropicが提唱したこの規格を、Vercelがどのように自社エコシステムへ取り込もうとしているか、その動向と懸念点を解説しています。

                                                                                                                                                                            1. Agent Skillsとは何か?

                                                                                                                                                                            AIエージェントが利用できる「再利用可能な機能(スキル)」の共通規格です。一度インストールすれば、エージェントに特定の知識や実行能力を付与できます。Claude Code、Cursor、GitHub Copilotなど、主要なAIツールで急速に採用が広がっています。

                                                                                                                                                                            2. Vercelの波状攻撃:ツールとマーケットプレイスの提供

                                                                                                                                                                            Vercelは、スキルのインストールを劇的に簡略化するnpx add-skillや、管理用のnpx skillsというツールを次々と公開しました。さらに、2026年1月21日にはスキルのマーケットプレイス「Skills.sh」を発表しました。
                                                                                                                                                                            これまでのマーケットプレイスはGitHubのスター数による評価でしたが、Skills.shは実際のインストール数に基づいたランキングを提供しており、実用性の高いスキルが見つけやすくなっています。

                                                                                                                                                                            3. 背景にある「ディレクトリ分散問題」の解決

                                                                                                                                                                            現在、Agent Skillsは「AIツールごとにスキルの保存場所がバラバラで管理しにくい」という課題を抱えています。本来は開発者コミュニティで合意形成が必要な部分ですが、Vercelは独自のツール群でこの問題を強引に解決し、デファクトスタンダード(事実上の標準)の座を奪おうとしています。

                                                                                                                                                                            4. 今後の展望と懸念:セキュリティと仕様の独占

                                                                                                                                                                            現在はGitHub上のスクリプトを直接インストールする形式のため、悪意のあるコードが含まれるセキュリティリスクがあります。今後、Vercelはnpmのような「専用レジストリ(パッケージ配布所)」を構築する可能性がありますが、これには以下の懸念が伴います。

                                                                                                                                                                            • 仕様の主導権の移転: 本来の策定者であるAnthropicではなく、配布プラットフォームを持つVercelが独自に仕様を改定できてしまう。
                                                                                                                                                                            • 特定環境への依存: Next.jsやNode.jsといった、Vercelが得意とする技術スタックへの依存が強まる恐れがある。
                                                                                                                                                                            • まとめ

                                                                                                                                                                              新人エンジニアの皆さんは、Next.jsなどで馴染み深いVercelが、AIエージェントの分野でも「使いやすさ」を武器に急拡大している点に注目してください。非常に便利になる一方で、特定の企業が規格を独占するリスクも含んでおり、今後のエージェント開発において無視できない大きな動きとなっています。

                                                                                                                                                                              引用元: https://zenn.dev/tkithrta/articles/b7afbf76e7bb31

                                                                                                                                                                              • The Agentic AI Handbook: Production-Ready Patterns
                                                                                                                                                                              • 2025年末から2026年年始にかけて、AIエージェント界隈では「静かな革命」が起きました。Linus Torvalds氏やShopify CEOのTobias Lütke氏といった著名な技術者たちが、AIエージェントを実務に深く取り入れ始めたのです。本記事は、GitHubで大きな反響を呼んだ「Awesome Agentic Patterns」をベースに、AIエージェントをデモレベルから「本番環境(プロダクション)」で通用するレベルに引き上げるための113の設計パターンを解説したガイドです。

                                                                                                                                                                                なぜ「パターン」が必要なのか

                                                                                                                                                                                多くのエンジニアが「デモでは動くが、本番では失敗する」という壁に直面します。これは、エッジケース、コンテキスト制限、セキュリティ、そして「人間との協調」といった現実世界の複雑さが原因です。本ハンドブックでは、これらの課題を解決するために、実務で検証済みのパターンを以下の8つのカテゴリーに分類しています。

                                                                                                                                                                                1. オーケストレーションと制御: エージェントの「脳」となる、計画や実行順序の制御。
                                                                                                                                                                                2. ツール利用と環境: APIやDBなどの「手」となる外部インターフェースの設計。
                                                                                                                                                                                3. コンテキストとメモリ: 限られた記憶容量の中で知識を管理する「精神」。
                                                                                                                                                                                4. フィードバックループ: 自己修正や評価を通じて出力を改善する「成長」。
                                                                                                                                                                                5. UXとコラボレーション: 人間とエージェントが連携するための「パートナーシップ」。
                                                                                                                                                                                6. 信頼性と評価: テストや評価、観測可能性を担保する「品質保証」。
                                                                                                                                                                                7. 学習と適応: 経験からスキルを蓄積する「進化」。
                                                                                                                                                                                8. セキュリティと安全性: 悪用や誤動作を防ぐ「ガードレール」。
                                                                                                                                                                                9. 新人エンジニアがまず押さえるべき4つの基本

                                                                                                                                                                                  113のパターンの中から、特に基礎となる4つが紹介されています。

                                                                                                                                                                                  • Plan-Then-Execute: 実行前に計画フェーズを分離することで、セキュリティと成功率を高めます。
                                                                                                                                                                                  • Inversion of Control: 細かな手順を指示するのではなく、ツールと目標を渡し、エージェント自身に「どうやるか」を考えさせます。
                                                                                                                                                                                  • Reflection Loop: 一発で正解を出そうとせず、エージェント自身に出力を批評させ、2〜3回修正させることで精度を劇的に向上させます。
                                                                                                                                                                                  • Chain-of-Thought Monitoring: エージェントの思考プロセスをリアルタイムで監視し、間違いがあれば即座に人間が介入(中断・修正)できるようにします。
                                                                                                                                                                                  • セキュリティの考え方:Lethal Trifecta(致命的な三要素)

                                                                                                                                                                                    本番環境では、「プライベートデータへのアクセス」「信頼できない外部入力の受け入れ」「外部への通信能力」の3つが揃うと、プロンプトインジェクション等による情報漏洩リスクが最大化します。設計者は、このうち少なくとも1つを遮断する、あるいはツールごとに権限を最小化(コンパートメント化)する設計が求められます。

                                                                                                                                                                                    まとめ

                                                                                                                                                                                    AIエージェントは「人間を置き換える魔法」ではなく、適切な設計パターンによって「人間の能力を増幅するツール」になります。まずは3つ程度のパターンを選んで実装し、失敗と改善を繰り返しながら、エージェントを「育てる」感覚で開発に取り組むことが推奨されています。

                                                                                                                                                                                    引用元: https://www.nibzard.com/agentic-handbook

                                                                                                                                                                                    • AIエージェントを「自己進化」させる仕組み
                                                                                                                                                                                    • AIエージェント、特に「OpenAI Deep Research」のように自ら情報を検索し解決策を提示する「検索エージェント」の開発には、これまで高品質な訓練データが不可欠でした。しかし、人間がそのデータを大量に用意するには多大なコストがかかります。本記事では、この課題を解決するためにMeta社などの研究チームが提案した、訓練データなしでAIを成長させる新手法「Dr. Zero」を解説しています。

                                                                                                                                                                                      Dr. Zeroの最大の特徴は、AIが自律的に「自己進化」する仕組みにあります。具体的には、同じLLMを以下の2つの役割に分けて相互作用させます。

                                                                                                                                                                                      1. 出題者 (Proposer): 検索ツールを使う必要がある質問を大量に生成する。
                                                                                                                                                                                      2. 解答者 (Solver): 生成された質問を実際に解く。
                                                                                                                                                                                      3. このプロセスの肝となるのが「難易度ガイド付きの報酬」という考え方です。AIが自学自習する場合、問題が簡単すぎても難しすぎても学習効率は上がりません。そこで、解答者が「一部だけ正解できる」という、現在の実力にとって「ちょうど良い難易度」の問題を出したときに出題者へ高い報酬を与えます。これにより、AIは自らの成長に合わせて最適なレベルの「良問」を次々と作り出し、人間が介在せずとも精度を高めていくことが可能になります。

                                                                                                                                                                                        さらに、学習の効率化を実現する「HRPO」という手法も導入されました。これは質問の複雑さ(回答に必要な検索ステップ数など)に応じて評価をグループ化する仕組みです。これにより、従来の学習手法に比べて計算コスト(GPU使用量)を約4分の1に削減しつつ、高い性能を維持することに成功しました。

                                                                                                                                                                                        ベンチマークの結果、Dr. Zeroは人間が作成したデータで学習したモデルと同等、あるいはそれ以上のスコアを記録しました。特に、既存のデータ不要な手法と比較して平均27.3%もの性能向上を達成しています。

                                                                                                                                                                                        新人エンジニアにとって注目すべきは、この技術が「社内ドキュメントさえあれば、AIが自律的に学習して勝手に賢くなる」未来を予唆している点です。複雑な社内ルールや膨大な未整理データを持つ企業環境において、この自己進化モデルはRAG(検索拡張生成)システムの精度を劇的に改善する鍵となるでしょう。学習が進むと回答の多様性が失われるといった課題も残されていますが、AIエージェントの実用性を大きく引き上げる重要な技術です。

                                                                                                                                                                                        引用元: https://zenn.dev/knowledgesense/articles/a68f42a6a0144b

                                                                                                                                                                                        • ChatGPTに対して「これまで私があなたをどう扱ってきたのかを画像にしてください」とプロンプトを投げてみると普段自分がAIをどう扱っているかが明らかに
                                                                                                                                                                                        • ChatGPTに対し「これまで自分がAIをどう扱ってきたか」を画像化させる試みがSNSで話題です。対話履歴からAIが自認する姿を生成するもので、献身的な秘書、頼れるコーチ、あるいは過酷な労働を強いられる姿など、ユーザーとの関係性が如実に反映されます。自身のプロンプトの傾向やAIとの距離感を客観的に振り返ることができ、新人エンジニアにとってもAIとのより良い連携を考える楽しいきっかけとなるでしょう。

                                                                                                                                                                                          引用元: https://togetter.com/li/2654471

                                                                                                                                                                                          • お便り投稿フォーム
                                                                                                                                                                                          • (株式会社ずんだもんは架空の登場組織です)

                                                                                                                                                                                            0 min
                                                                                                                                                                                          • 株式会社ずんだもん技術室AI放送局 podcast 20260121
                                                                                                                                                                                            youtube版(スライド付き)
                                                                                                                                                                                            関連リンク
                                                                                                                                                                                            • Cisco and OpenAI redefine enterprise engineering with AI agents
                                                                                                                                                                                            • CiscoとOpenAIが提携し、AIエージェント「Codex」をエンタープライズ規模のソフトウェア開発に本格導入したという、非常にエキサイティングなニュースです。これまでの「コード補完ツール」としてのAIから一歩進み、「自律的にタスクを遂行するチームの一員」としてAIを活用するフェーズに入ったことを示しています。

                                                                                                                                                                                              新人エンジニアの皆さんが注目すべきポイントは、以下の3点に集約されます。

                                                                                                                                                                                              1. 「補助」ではなく「自律(エージェント)」への進化

                                                                                                                                                                                              従来のAIは、エンジニアが書いているコードの続きを提案する「補完」が主流でした。しかし、今回Ciscoが導入したCodexは「エージェンシー(自律性)」を備えています。

                                                                                                                                                                                              • 複数のリポジトリを跨いでコードの依存関係を理解する。
                                                                                                                                                                                              • CLI(コマンドライン)を操作し、「コンパイル→テスト→エラー修正」というループを自律的に回す。
                                                                                                                                                                                              • 既存のセキュリティやガバナンスのルールに従って行動する。
                                                                                                                                                                                              • このように、エンジニアが日常的に行う「一連のワークフロー」を肩代わりできるのが大きな特徴です。
                                                                                                                                                                                                2. 驚異的な実務成果

                                                                                                                                                                                                Ciscoの複雑な大規模システム(特にC/C++主体のコードベース)において、具体的な成果が出ています。

                                                                                                                                                                                                • ビルドの最適化: 15以上のリポジトリを分析し、ビルド時間を約20%削減。月間1,500時間もの工数を削減しました。
                                                                                                                                                                                                • バグ修正の自動化: 「CodeWatch」という仕組みにより、数週間かかっていた修正作業を数時間に短縮。バグ修正の処理能力は10〜15倍に向上しました。
                                                                                                                                                                                                • 大規模移行: UIフレームワーク(React)のバージョン移行など、単調で膨大な作業をAIが代行し、数週間かかるはずの工程を数日で完了させました。
                                                                                                                                                                                                • 3. AIとの新しい働き方

                                                                                                                                                                                                  現場のエンジニアは、「AIをツールではなくチームメイトとして扱うことで最大の利益が得られた」と語っています。AIに「計画書」を作成させ、人間がその計画と成果物をレビューするというスタイルです。

                                                                                                                                                                                                  これからのエンジニアには、自分でコードを書く力に加え、「AIエージェントに的確な指示を出し、そのプロセスを監督・検証する能力」がますます求められるようになります。AIにルーチンワークを任せ、人間はよりクリエイティブな設計や、重要な判断を伴う業務に集中できる、ポジティブな未来が描かれています。

                                                                                                                                                                                                  引用元: https://openai.com/index/cisco

                                                                                                                                                                                                  • [翻訳] Anthropic ハッカソン優勝者による Claude Code 完全ガイド
                                                                                                                                                                                                  • 本記事は、Anthropicが開発したCLIベースのAIエージェント「Claude Code」を10ヶ月間使い込み、ハッカソンでの優勝経験も持つエンジニアによる実践的なカスタマイズガイドです。新人エンジニアの方でも、これを読むことでClaude Codeを単なるチャットツールではなく、強力な「開発パートナー」へと進化させる方法が理解できます。

                                                                                                                                                                                                    主な要点は以下の通りです。

                                                                                                                                                                                                    1. 効率化を支える「Skill」と「Slash Command」

                                                                                                                                                                                                      特定の指示や定型ワークフロー(リファクタリング、テスト駆動開発など)をプロンプトの短縮形として登録できます。例えば、コードの整理を /refactor-clean というコマンド一つで実行できるようになり、何度も同じ指示を書く手間を省けます。

                                                                                                                                                                                                    2. 自動化を仕組み化する「Hooks」

                                                                                                                                                                                                      「ファイル編集後」や「特定のコマンド実行前」といったイベントをトリガーに動作を自動化できます。例えば、編集後に自動でフォーマッタ(Prettier)を動かしたり、型チェック(tsc)を走らせたりすることで、ケアレスミスを防ぎながら開発の質を保てます。

                                                                                                                                                                                                    3. 精度を向上させる「Sub Agent」

                                                                                                                                                                                                      全ての作業を一つのAIで行うのではなく、設計担当、レビュー担当、テスト担当といった「役割を絞った子エージェント」にタスクを委譲します。範囲を限定することで、AIの思考がより鋭くなり、より正確なアウトプットが得られます。

                                                                                                                                                                                                    4. 外部ツールと繋がる「MCP」と「Plugin」

                                                                                                                                                                                                      GitHubやデータベース、ブラウザ操作などの外部サービスと連携するための仕組みです。また、LSP(Language Server Protocol)のプラグインを導入することで、AIがコードの文脈を深く理解し、型チェックや補完を強力にサポートしてくれます。

                                                                                                                                                                                                    5. 最重要ポイント:コンテキスト(記憶容量)の節約

                                                                                                                                                                                                      AIが一度に扱える情報量には限りがあります。ツールを入れすぎるとAIの「記憶」を圧迫し、性能が低下します。未使用のMCPやプラグインはこまめに無効化し、AIがタスクに集中できる環境を整えることが上級者への第一歩です。

                                                                                                                                                                                                    6. おすすめのエディタと運用

                                                                                                                                                                                                      軽量かつ高速な「Zed」エディタが推奨されており、AIが編集した差分をリアルタイムで確認しながら開発を進める手法が紹介されています。また、複数のタスクを並列で進めるためにGitのworktreesを活用するなど、プロならではの運用ノウハウも詰まっています。

                                                                                                                                                                                                      AIに指示を出すだけでなく、AIが働きやすい「仕組み」を自ら構築することで、開発生産性を劇的に向上させることができる一冊です。

                                                                                                                                                                                                      引用元: https://zenn.dev/studypocket/articles/claude-code-complete-guide

                                                                                                                                                                                                      • 高階関数ツールを使ったAI Agent検証 - ブラウザ操作自動化タスクで3.4倍高速・コスト1/5を実現
                                                                                                                                                                                                      • 本記事は、スパイスコード社が実施した「AIエージェントによるブラウザ操作自動化」の性能検証に関するレポートです。従来のAIエージェントが抱える「実行速度の遅さ」「高コスト」「不安定さ」という実運用上の課題を、高階関数的なツール設計とコンテキストエンジニアリングによって解決できることを定量的に示しています。

                                                                                                                                                                                                        1. 実験の背景と目的

                                                                                                                                                                                                        AIエージェント(LLM)にブラウザ操作を任せる際、毎回ゼロから画面を解析して操作を考える「逐次探索型」のアプローチは、トークン消費量が多く、推論時間の分だけ実行が遅くなる欠点があります。本実験では、初回の試行で操作手順を「学習」し、2回目以降は「決定的な処理」として実行する手法の有効性を検証しました。

                                                                                                                                                                                                        2. 比較された3つの方式

                                                                                                                                                                                                        実験では、Claude 3.5 Sonnetを用い、以下の3方式で計90回のブラウザ操作(発注書のダウンロード等)を試行しました。

                                                                                                                                                                                                        • Method A (Baseline): 毎回LLMがUIを探索・推論して逐次実行する従来方式。
                                                                                                                                                                                                        • Method B (Workflow): 操作ログからJSON形式のワークフローを生成し、内製ツールで再生する方式。
                                                                                                                                                                                                        • Method C (Chain): 操作ログからPlaywrightコードを生成し、高階関数ツール(コードを引数に取るツール)で連鎖的に実行する方式。
                                                                                                                                                                                                        • 3. 圧倒的な検証結果

                                                                                                                                                                                                          最も優れたパフォーマンスを示したのはMethod Cでした。

                                                                                                                                                                                                          • 速度: Method A(88.2秒)に対し、Method C(26.3秒)と約3.4倍高速化。
                                                                                                                                                                                                          • コスト: 1回あたりのLLMコストを約1/5.5に削減($1.034 → $0.188)。
                                                                                                                                                                                                          • 安定性: 実行時間のばらつき(標準偏差)がMethod Aの約1/6に抑制され、業務運用に耐えうる予測可能性を実現。
                                                                                                                                                                                                          • 4. 実装のキモとなる設計思想

                                                                                                                                                                                                            この成果を支えているのは、以下のエンジニアリング手法です。

                                                                                                                                                                                                            • 「探索」と「実行」の分離: 初回のみLLMが苦労して手順を見つけ出し(学習)、以降は生成されたコードを機械的に動かすことで、LLMの役割を「判断」のみに集中させています。
                                                                                                                                                                                                            • コンテキストの圧縮: 数万トークンに及ぶ操作ログを直接LLMに渡すのではなく、外部に保存した成果物を「Artifact ID」という短いIDのみで参照させることで、入力トークンを劇的に削減しています。
                                                                                                                                                                                                            • 自己修復(Self-Healing): サイトのUI変更等で再生に失敗した場合、専用のサブエージェントがエラー箇所を自律的に特定・修正して手順を更新します。
                                                                                                                                                                                                            • 5. 新人エンジニアへの示唆

                                                                                                                                                                                                              本記事は、AIエージェントを「毎回考えさせる魔法の道具」として使うのではなく、「一度覚えたことはプログラムとして定着させ、再利用させる」という、ソフトウェアエンジニアリング的なアプローチの重要性を説いています。この「学習(初回投資)」と「高速な再生」の組み合わせは、実務でAIを活用する際の強力な武器となります。

                                                                                                                                                                                                              引用元: https://tech-blog.localmet.com/entry/2026/01/19/172305

                                                                                                                                                                                                              • GateboxとBelong、デジタルフィギュアボックス向け中古スマートフォン販売において協業開始
                                                                                                                                                                                                              • Gateboxと中古スマホ販売のBelongが協業し、スマホを本体に挿入して楽しむ「デジタルフィギュアボックス」向けに、安価で高品質な中古端末の提供を開始しました。ユーザーの「専用端末を安く用意したい」というニーズに応え、検品済みの推奨端末を割引価格で購入できる専用サイトも公開。古い機材を最新のエンタメ技術に再利用する、ハードウェア活用としても新人エンジニアに興味深い事例です。

                                                                                                                                                                                                                引用元: https://prtimes.jp/main/html/rd/p/000000129.000026497.html

                                                                                                                                                                                                                • お便り投稿フォーム
                                                                                                                                                                                                                • (株式会社ずんだもんは架空の登場組織です)

                                                                                                                                                                                                                  0 min

                                                                                                                                                                                                                About 株式会社ずんだもん技術室AI放送局

                                                                                                                                                                                                                From the publisher's feed

                                                                                                                                                                                                                AIやテクノロジーのトレンドを届けるPodcast。平日毎朝6時配信。朝の通勤時間や支度中に情報キャッチアップとして聞いてほしいのだ。(MC 月:春日部つむぎ、火水木:ずんだもん、金:お嬢様ずんだもん)