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

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

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

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

  • 株式会社ずんだもん技術室AI放送局 podcast 20260120
    youtube版(スライド付き)
    関連リンク
    • LINE iOSアプリ開発を高速化するClaude Code基盤の設計思想
    • LINEは、大規模なiOSアプリ開発においてAIコーディングエージェント「Claude Code」を最大限に活用するための設計思想を公開しました。大規模プロジェクトでは、AIが膨大なファイルやビルド時間に圧倒され、効率が低下するという課題があります。これを解決し、AIに人間と同等のスムーズな開発サイクル(イテレーション)を実行させるための4つのポイントが示されています。

      1. コンテキスト(情報量)の最適化

        AIが一度に理解できる情報には限りがあります。全てのルールを初期設定ファイル(CLAUDE.md)に詰め込むと、すぐに限界が来てしまいます。そこで、特定のファイルパスを操作する時だけルールを読み込む仕組みや、必要な時だけ呼び出す「Skills」機能を活用し、AIに与える情報を最小限かつ適切に絞り込む工夫をしています。

      2. 開発イテレーションの自動化と「Subagent」の活用

        大規模アプリでは全体のビルドに非常に時間がかかります。AIが不用意にフルビルドを開始してしまわないよう、メモリファイルで「モジュール単位のビルド」を優先するよう指示しています。また、ビルドやテストといった特定のタスクを「Subagent」として切り出すことで、大量のビルドログでメインの会話が埋もれてしまう(コンテキストを汚染する)のを防いでいます。

      3. 従来手法(CLI/スクリプト)との組み合わせ

        AIは柔軟ですが、複雑な設定ファイル(Xcodeのプロジェクト設定など)の書き換えで不正確な出力をすることがあります。そこで、厳密な操作が必要な部分はあらかじめ用意したCLIツールやスクリプトをAIに実行させる「Skill」として定義しています。AIの「推論力」とプログラムの「正確性」を組み合わせたガードレール設計が重要です。

      4. 継続的な改善と個人への最適化

        AIへの指示(プロンプト)に完成形はありません。開発者が個人の好みに合わせて設定を拡張できる仕組みや、チーム全体でインストラクション(指示書)を改善し続ける文化を構築しています。

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

        AIエージェントを使いこなすコツは、単に魔法のように使おうとするのではなく、AIが「今、何を知るべきか」「どのツールを使うべきか」を整理してあげる環境設計にあります。AIと協力して高速に「実装→ビルド→テスト」を回すこの手法は、これからの大規模開発におけるスタンダードな姿と言えるでしょう。

        引用元: https://techblog.lycorp.co.jp/ja/20260119a

        • RTX5090 2台構成の機械学習用PCを自作する - A Day in the Life
        • 本記事は、パラメータサイズ100M以下のTransformerモデル学習や、複数GPU環境の知見を得るために、最新のハイエンドGPU「GeForce RTX 5090」を2枚搭載した機械学習用PCを自作した記録です。2025年末から2026年初頭にかけてのパーツ選定や、ハイエンド構成特有の注意点が詳細に解説されています。

          最大の課題は「電力」と「排熱」です。RTX 5090は1枚で最大575Wを消費するため、2枚構成では1600W以上の電源が必須となります。しかし、日本の一般的な100Vコンセント(最大1500W)では電力が不足するため、著者は壁コンセントを200V/20Aへ変更する電気工事を行い、1650WのATX 3.1対応電源を採用しました。

          GPUの物理的な設置も工夫が必要です。近年のGPUは厚みが増しており、空冷モデルを2枚並べて挿すのは困難です。今回は「空冷モデル」と「簡易水冷モデル」を1枚ずつ組み合わせることで、物理的な干渉を回避しつつ冷却性能を確保しています。マザーボードには、PCIe 5.0 x8/x8動作が可能な「ASUS ProArt X870E-CREATOR」を選定し、巨大なPCケース内で最適なエアフローを構築しています。

          その他の構成では、CPUにRyzen 9 9950X(16コア)を採用し、メモリはAI需要による価格高騰の影響を考慮して64GBを搭載。ストレージは、学習時のランダムアクセスを支える8TBの高速NVMe SSDをメインとし、データ読み込みの工夫としてHDDを併用するテクニックも紹介されています。

          運用面では、GPUを2枚使うことで学習や推論(vLLM等)の速度が1.8〜2倍向上するという大きなメリットが得られました。一方で、コンシューマ向けGPUはデータセンター向けGPU(H200等)のような高速なNVLinkが廃止されているため、PCIe 5.0 x8による通信がボトルネックとなり、学習手法によっては速度が伸び悩むというマルチGPU特有の課題も語られています。

          これからローカルでのAI開発環境を構築しようとする新人エンジニアにとって、ハードウェアの物理的な制約から実効性能の限界までを網羅した、非常に実践的なガイドとなっています。

          引用元: https://secon.dev/entry/2026/01/19/100000-rtx5090x2-pc/

          • 従業員1日の活動履歴を全部AIに投げて働き方を指示してもらう
          • 本記事は、ワークフロー自動化ツール「n8n」と生成AI(Claude等)を活用し、従業員の多種多様な活動ログから日次レポートとマネージャー向けサマリーを自動生成するシステムを構築した実例紹介です。新人エンジニアにとっても、自動化の可能性と「まずは作ってみる」楽しさを感じられる内容となっています。

            1. システムの概要と目的

            Slack、Gmail、Googleカレンダー、Asana、Box、Zoomといった各種SaaSから1日分の活動データを取得し、AIに分析させることで「前日の振り返り」と「今日やるべきこと」を毎朝通知します。単なるログの集約ではなく、AIによる「業務分析アシスタント」としてのアドバイスや、マネージャーが組織の状態を一目で把握できるダッシュボード機能を実現しています。

            2. 技術的な構成と工夫
            • データ収集と加工: APIで取得した生データにはノイズ(広告メールやスタンプ等)や機微情報が含まれるため、フィルタリングと情報の削ぎ落としを行った上でLLMに渡しています。
            • インフラの最適化: 当初はn8nのクラウド版を利用していましたが、メモリ不足や実行時間の制約に直面したため、GCP(Google Cloud)上でのセルフホストに移行しました。インフラ構築にはTerraformを活用し、構成案もAIと相談しながら決定しています。
            • DB運用: n8nの実行データによるSQLiteの肥大化を防ぐため、成功ログの保存停止や定期的なメンテナンス設定を行い、パフォーマンスを維持しています。
            • 3. プロンプトエンジニアリングの要諦

              AI(Claude)への指示は非常に詳細です。「事実に基づかない推測をしない」「Slack独自のマークダウン形式を守る」といった厳格なルールを定義することで、実用的な出力を得ています。特にマネージャー向けには、異常値の検出(会議過多やタスク未完了等)と、それに対する具体的なアクションプラン(1on1の実施内容等)まで提案させる設計になっています。

              4. エンジニアとしての学びと展望

              筆者はこの構築プロセスを、効率化を追求するゲーム「Factorio」になぞらえ、試行錯誤の楽しさを強調しています。

              • ローコードツールの活用: n8nで巨大なワークフローを構築し、まずはクイックに動くものを作る重要性。
              • ツールの限界と移行: 処理が複雑化した後は、Go言語などで書き直し、サーバーレス環境(AWS Lambda等)へ移行するという、システム成長に合わせた「適材適所」の判断。
              • AIとの共生: ワークフローの生成からエラー修正までAIをフル活用する、現代的な開発スタイル。
              • 「面白そうだからやってみる」という好奇心こそが、複雑な業務課題を技術で解決する原動力であることを示す、非常にポジティブな事例です。

                引用元: https://note.cloudnative.co.jp/n/nda20cf9d1051

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

                  6 min
                • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20260119
                  関連リンク
                  • Good To Go
                  • 「Good To Go (gtg)」は、AIコーディングエージェントが「作成したプルリクエスト(PR)が本当にマージ可能な状態か」を確実(決定論的)に判断するためのツールです。AIによる開発自動化が進む中で、エンジニアが直面する「完了定義の自動判定」という課題を解決します。

                    ■ 解決したい課題

                    AIエージェント(Claude CodeやCursor、自動PR作成ツールなど)はコードを書くことには長けていますが、「いつ作業を終えて良いか」を正確に判断するのが苦手です。その結果、以下のような非効率な状況が発生しがちです。

                    ・CI(継続的インテグレーション)が終わるのを待たずに作業を完了させてしまう。

                    ・逆に、CIの結果を何度も何度もポーリング(確認)し続け、APIトークンや時間を浪費する。
                    ・人間やAIレビュアーからのコメントのうち、修正が必要な「重要な指摘」と、単なる「褒め言葉」や「提案(Nits)」を区別できず、必要な対応を漏らしてしまう。
                    ・「マージしていいですか?」と何度も人間に確認を求めてしまう。

                    ■ 概要と特徴

                    Good To Goは、PRの状態を以下の3つの次元で分析し、AIが次に取るべき行動を明確なステータス(READY, ACTION_REQUIRED, CI_FAILINGなど)で回答します。

                    1. CIステータスの集約

                      GitHub上の複数のチェック項目やコミットステータスを統合し、必須チェックが通っているか、まだ進行中か、あるいは失敗しているかを一つの判定としてまとめます。

                    2. インテリジェントなコメント分類

                      CodeRabbit、Greptile、Claude Codeなどの主要なAIレビューツールの出力を解析する機能を備えています。コメントを「アクションが必要(修正必須)」「アクション不要(賛辞や些細な指摘)」「曖昧(人間の判断が必要)」に自動分類します。

                    3. スレッド解決の追跡

                      GitHub上の議論(スレッド)が本当に解決されたのか、あるいは解決済みとしてマークされているが後のコミットで修正が反映されているかなどを追跡します。

                      ■ 開発者・AIエージェントへの配慮

                      本ツールは「AIエージェントがツールとして使うこと」を最優先に設計されています。出力はAIがパースしやすい構造化されたJSON形式に対応しており、以前のセッションでの判断状態を保持する機能も備えています。

                      これにより、新人エンジニアがAIエージェントを活用した自動化パイプラインを構築する際、複雑な判定ロジックを自前で実装することなく、「PRが準備完了かどうか」を1つのコマンドで確実に取得できるようになります。

                      引用元: https://dsifry.github.io/goodtogo/

                      • GPT-5.2 vs Claude Opus 4.5、なぜ「伝わる」感覚が違うのか【設計思想から比較】
                      • 本記事は、2026年時点での主要LLMである「GPT-5.2」と「Claude Opus 4.5」を、設計思想と実務パフォーマンスの観点から比較した技術考察です。特に「なぜモデルによって説明の分かりやすさが異なるのか」という疑問に対し、エンジニアが納得できる明確な答えを提示しています。

                        1. 設計思想の根本的な違い

                        両者の最大の違いは、回答を生成する際の「優先順位」にあります。

                        • GPT-5.2 (Technical Precision): 「技術的な正確性」を最優先します。変数名や内部処理の専門用語を羅列する傾向があり、ロボット的で冗長な印象を与えがちですが、コードベースに精通したシニア層には正確な情報源となります。
                        • Claude Opus 4.5 (Audience Awareness): 「聞き手への配慮」を最優先します。自然で人間味のあるトーンを用い、変数名よりも「UI上で何が起きるか」といった具体的で平易な言葉で説明します。
                        • 2. ジュニア・不慣れな環境での優位性

                          この「聴衆を意識した」設計により、Claudeは特に新人エンジニアや、シニアであっても不慣れなコードベースを読み解く場面で圧倒的に「伝わりやすい」回答を返します。これはプロンプトの指示で補正できる表面的なスタイルではなく、学習段階で組み込まれたモデルの「骨格」に起因する違いです。

                          3. 実務性能とトレードオフ

                          両者には速度と正確性の面で顕著なトレードオフが存在します。

                          • 生成速度と修正精度: ClaudeはGPTの約6倍という高速な生成能力を持ち、レガシーコードのリファクタリングでは破壊的変更が極めて少ない(87%低減)という評価があります。一方、複数ファイルにまたがる修正では8〜12%の確率でケアレスミスを混入させる傾向があります。対するGPTは、生成は遅いものの修正ミスを2〜3%に抑える「完全性チェック」の強みがあります。
                          • セキュリティとコンテキスト: セキュリティ脆弱性の検出能力ではClaudeが勝る一方、長い会話におけるコンテキスト(文脈)の保持能力については、2026年1月現在、GPTの方が安定しているという報告もあります。
                          • 4. 2026年の推奨ワークフロー

                            「スピードは安く、正確さは高い」という特性を活かし、単一モデルに依存せず、用途に応じて使い分けるのが現在の最適解です。

                            • 実装・学習フェーズ: 爆速で分かりやすいClaude Opus 4.5でプロトタイプを作成。
                            • レビュー・本番フェーズ: 厳密で一貫性の高いGPT-5.2 (Codex) にレビューや検証をさせ、品質を担保。
                            • それぞれの個性を理解し、フェーズに合わせてAIを「使い分ける」ことが、現代のエンジニアに求められる重要なスキルとなっています。

                              引用元: https://zenn.dev/tenormusica/articles/gpt52-claude-audience-awareness-2026

                              • OpenAI、月額1,500円で高速なGPT‑5.2 Instantを無制限に使える低価格サブスクリプションプラン「ChatGPT Go」を日本などにもロールアウト開始。 AAPL Ch.
                              • 米OpenAIは現地時間2026年1月16日、最新のAIモデルをより手軽に利用できる新サブスクリプションプラン「ChatGPT Go」を日本を含む全世界で提供開始しました。このプランは、従来の「ChatGPT Plus」(月額3,000円)の半額となる月額1,500円で利用でき、最新のAI技術を日常的に活用したいエンジニアにとって非常に魅力的な選択肢となっています。

                                1. 最新モデル「GPT-5.2 Instant」が使い放題

                                本プランの最大の目玉は、最新フラグシップモデル「GPT-5.2」シリーズの一つである「GPT-5.2 Instant」を無制限に利用できる点です。

                                OpenAIは現在、用途に応じて以下の3つのモデルを展開しています。

                                • Instant: 高速なレスポンスと分かりやすい説明、学習支援に特化したモデル。
                                • Thinking: コーディングや数学、複雑な推論が必要なタスク向けのモデル。
                                • Pro: 最も信頼性が高く、プロフェッショナルな業務向けのモデル。
                                • 「ChatGPT Go」は、この中の「Instant」モデルに特化することで低価格を実現しており、日々のコーディングの補助やドキュメント作成、技術的な調査など、爆速なレスポンスを求めるシーンで真価を発揮します。
                                  2. 無料プランを大幅に上回る制限緩和

                                  無料プランと比較して、以下のような大幅な機能強化が行われています。

                                  • メッセージ・ファイル送信: 無料プランの10倍以上の回数が可能。
                                  • 画像生成: 生成AI(DALL-E 3等)の利用枠も10倍に拡大。
                                  • 付帯機能: 長期間の対話コンテキストを保持する「メモリ機能」、タスク管理、音声モードなども利用可能です。
                                  • 3. エンジニアとしての活用ポイント

                                    新人エンジニアの皆さんにとって、AIは「教え上手な先輩」のような存在です。「ChatGPT Go」は、深い推論(Thinkingモデル)こそ制限があるものの、開発中の「この関数の使い方は?」「エラーログの意味を教えて」といった、頻繁に発生する細かい疑問を解消するのに最適です。

                                    月額1,500円という価格設定は、個人のスキルアップや開発効率向上のための投資として非常にコストパフォーマンスが高いと言えます。最新の「GPT-5.2」世代のスピードを体感しながら、AIを自身のワークフローに組み込む第一歩として、まずはこのプランから試してみるのがおすすめです。

                                    引用元: https://applech2.com/archives/20260117-openai-chatgpt-go-plan-now-available.html

                                    • イベントで展示されていた某社の『はんだ盆栽』がどうかしていて、解説を聞いてもなぜ?が消えない「固定資産になってるの草」
                                    • Kariya Micro Maker Faire 2026で展示された、某社製作の「はんだ盆栽」が話題です。松の葉を再現するために糸はんだをプレスし断面を三角形にするなど、凄まじい技術力が注がれています。特筆すべきは、会社の工数で製作されたため「固定資産」のラベルが貼られている点です。技術の無駄遣いとも言える情熱と企業の遊び心が詰まった作品で、新人エンジニアの方も「技術を楽しむ心」を感じられるユニークな事例です。

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

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

                                        0 min
                                      • 私立ずんだもん女学園放送部 podcast 20260116
                                        youtube版(スライド付き)
                                        関連リンク
                                        • Google Antigravity、エージェント拡張機能「Skills」の搭載を発表
                                        • Googleは、2026年1月14日に開発者向けプラットフォーム「Antigravity」において、AIエージェントの能力を拡張・定義するための新しいオープン標準パッケージ「Skills」を発表しました。

                                          現在、AIを活用した「エージェント(自律的にタスクを遂行するプログラム)」の開発が世界中で加速していますが、エージェントに複雑な手順を正確に実行させるための「知識の共通化」が課題となっていました。今回発表された「Skills」は、特定のタスクを実行するための手順書、ベストプラクティス、さらには実行に必要なスクリプトやテンプレートを一つにまとめた「再利用可能な知識パッケージ」です。

                                          新人エンジニアの方々にも馴染みやすいよう、この仕組みを端的に表現すると「AIエージェント専用の業務マニュアル兼道具箱」と言えます。

                                          1. 「Skills」の主な概要

                                          「Skills」を導入することで、AIエージェントは特定の作業を行う際、このパッケージに含まれる指示を動的に参照できるようになります。これにより、プロンプトだけで全てを説明するのではなく、構造化された知識を基に、より確実で高度なタスク遂行が可能になります。

                                          2. 技術的な構成と制約

                                          エンジニアにとって特筆すべきは、そのシンプルで宣言的な管理手法です。

                                          • ファイル構成: 各Skillは、SKILL.md というMarkdownファイルによって定義されます。
                                          • 記述形式: ファイルの冒頭(YAMLフロントマター)に、Skillの名称、説明、タスクの詳細なステップを記述します。
                                          • リソースの同梱: 手順だけでなく、実際に動作させるスクリプトや、参考となるコードの実装例、出力テンプレートなどもパッケージに含めることができます。
                                          • 運用のしやすさ: 指定のフォルダにファイルを配置するだけで作成可能であり、複雑な条件分岐(意思決定のプロセス)も記述できる柔軟性を備えています。
                                          • 3. 効果的な活用のための推奨事項

                                            Googleは、質の高い「Skill」を作成するための指針として以下のポイントを挙げています。

                                            • 焦点の明確化: 一つのSkillに多くの役割を持たせず、特定の作業に特化させること。
                                            • 具体的な記述: エージェントが迷わないよう、説明文や手順を極めて具体的に記載すること。
                                            • まとめ:エンジニアにとっての意義

                                              このアップデートは、AIエージェント開発において「何をさせるか」というロジックを、コードやプロンプトから切り離して「知識資産(Skills)」として管理・共有できるようになったことを意味します。

                                              新人エンジニアの皆さんにとっては、先輩エンジニアが作成した「優れた手順(Skills)」をエージェントに読み込ませるだけで、高度な開発支援を受けられるようになるなど、開発体験を劇的に向上させる可能性を秘めています。AIエージェント時代の新しい標準技術として、今後の動向が非常に注目されるニュースです。

                                              引用元: https://codezine.jp/news/detail/22977

                                              • Introducing: React Best Practices - Vercel
                                              • Vercelは、ReactとNext.jsにおける10年以上の最適化ノウハウを凝縮したリポジトリ「react-best-practices」を公開しました。このプロジェクトの最大の特徴は、人間だけでなくAIエージェントやLLM(大規模言語モデル)が理解し、開発現場で即座に活用できるように最適化されている点です。

                                                ■ 概要と開発の背景

                                                フロントエンドのパフォーマンス改善は、リリース後に問題が発覚してから対応する「後追い」になりがちです。Vercelは、多くのプロジェクトで共通して見られる「非同期処理のウォーターフォール(数珠つなぎの待ち時間)」「肥大化するバンドルサイズ」「不要な再レンダリング」といった課題を根本から解決するため、このベストプラクティスを策定しました。

                                                ■ 本フレームワークの核心:優先順位の考え方

                                                優れたパフォーマンス改善のコツは、影響の大きい部分から着手することです。本ガイドでは、以下の順序で対策を講じることを推奨しています。

                                                1. ウォーターフォールの排除: ネットワークの待ち時間を最小化する。
                                                2. バンドルサイズの削減: ユーザーがダウンロードするJS量を減らす。
                                                3. その上で、サーバーサイドの性能、データフェッチ、再レンダリングの最適化へと進みます。

                                                  ■ 特徴と構成

                                                  リポジトリには、影響度(CRITICALからLOWまで)が明記された40以上のルールが、以下の8カテゴリに分類されています。

                                                  • 非同期処理、バンドルサイズ、サーバー/クライアントのパフォーマンス、レンダリング、JavaScript実行性能など。
                                                  • 各ルールには「間違ったコード例」と「正しいコード例」がセットで記載されており、新人エンジニアの方でも「なぜこの書き方が良くないのか」を直感的に理解できる構成になっています。

                                                    ■ AIエージェントとの連携

                                                    個別のルールは「AGENTS.md」という一つのファイルにまとめられており、CursorやClaude CodeなどのAIエージェントに読み込ませることが可能です。これにより、AIがコードレビューを行う際に、Vercelが推奨する基準に基づいた的確な指摘やリファクタリング案を提示してくれるようになります。

                                                    まずは「細かな微調整よりも、大きなボトルネック(待ち時間やコード量)を解消する」というプロの視点を学ぶための、最高の教材と言えるでしょう。

                                                    引用元: https://vercel.com/blog/introducing-react-best-practices

                                                    • Scaling long-running autonomous coding
                                                    • 本記事は、AIコードエージェントを数週間にわたって自律的に稼働させ、大規模なプロジェクトを完遂させるための試行錯誤と知見をまとめたものです。Cursorの開発チームは、通常なら人間のチームが数ヶ月かけるような開発を、AIエージェントの並列運用によってどこまで推し進められるかに挑戦しました。

                                                      1. 単一エージェントの限界と「役割分担」への移行

                                                      現在、単一のAIエージェントは局所的なタスクには強いものの、大規模で複雑なプロジェクトでは速度と精度の限界に直面します。当初、チームは複数のエージェントを対等な立場で動かそうとしましたが、作業のロック待ちが発生したり、責任の所在が曖昧になってエージェントが困難なタスクを避けたりする問題(リスク回避の傾向)が発生しました。

                                                      2. 「プランナー」と「ワーカー」による階層構造

                                                      この問題を解決したのが、役割を明確に分けるパイプラインです。

                                                      • プランナー(Planner): コードベースを継続的に探索し、タスクを生成・分割します。再帰的にサブプランナーを生成し、計画自体を並列化します。
                                                      • ワーカー(Worker): 与えられた特定のタスク完遂のみに集中し、他のワーカーとの調整を気にせずコードを書き進めます。
                                                      • この分離により、全体像を見失うことなく、数百のエージェントが同時に1つのブランチに対して100万行を超えるコードを書き込むことが可能になりました。
                                                        3. 驚異的な実証結果

                                                        この手法を用いて、以下のような野心的なプロジェクトに成功しています。

                                                        • ブラウザのスクラッチ開発: 1週間で100万行以上のコードを生成。
                                                        • 大規模な移行作業: Cursor自身のコードベースでSolidからReactへの移行を3週間かけて実施(約26万行の編集)。
                                                        • パフォーマンス改善: Rustを用いた動画レンダリングの25倍高速化と新機能追加。
                                                        • 4. エンジニアが知っておくべき教訓
                                                          • モデルの適材適所: 長期的なタスクにはGPT-5.2のような高度な指示遂行能力を持つモデルが適しており、役割(計画か実行か)に応じてモデルを使い分けることが重要です。
                                                          • シンプルさの維持: 複雑な管理ロジックを追加するよりも、不要な制約を取り除き、ワーカー自身に競合解決を任せる方が効率的な場合があります。
                                                          • プロンプトの力: システムの挙動の多くはプロンプトに依存します。長期的な集中力を維持させ、異常な動作を防ぐためのプロンプト設計が成功の鍵となります。
                                                          • 将来、AIと共に大規模なシステムを構築することになる新人エンジニアにとって、エージェントを「個」としてではなく「組織」として設計する考え方は、非常に重要な示唆を与えてくれます。

                                                            引用元: https://cursor.com/blog/scaling-agents

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

                                                              7 min
                                                            • 株式会社ずんだもん技術室AI放送局 podcast 20260115
                                                              youtube版(スライド付き)
                                                              関連リンク
                                                              • Now GA: LangSmith Agent Builder
                                                              • LangChain社が提供するAI開発プラットフォーム「LangSmith」において、ノーコードでAIエージェントを構築できる「Agent Builder」が一般公開(GA)されました。これは、プログラミングを介さずに複雑な日常業務を自動化するAIエージェントを、誰でも簡単に作成・運用できるツールです。

                                                                1. AIエージェントを「有能なスタッフ」に

                                                                新人エンジニアの方に馴染みのある「従来の自動化」は、IF-THEN形式の固定されたワークフロー(もしAならBをする)が主流でした。しかし、Agent Builderで作るエージェントは「やりたいこと(ゴール)」を自然言語で伝えるだけで、AIが自ら手順を考え、必要なツールを使い分け、時にはサブエージェント(別の補助AI)に仕事を振り分けながらタスクを完遂します。まさに「指示を理解して自律的に動くスタッフ」のような存在です。

                                                                2. プログラミング不要で現場の課題を解決

                                                                Agent Builderは、以下のような「細かくて面倒な、アプリをまたぐ作業」を得意としています。

                                                                • リサーチの自動化: 競合他社の動向を調べ、Slackに毎日要約を投稿する。
                                                                • プロジェクト管理: ドキュメント(Notion等)の内容を読み取り、タスク管理ツール(Linear等)にチケットを作成する。
                                                                • 会議準備: CRMの顧客情報や最新ニュースをまとめ、会議前にブリーフィング資料を作成する。
                                                                • 3. エンジニアを支える高度な拡張性

                                                                  ノーコードでありながら、エンジニアが納得する強力なカスタマイズ機能も備わっています。

                                                                  • MCP(Model Context Protocol)のサポート: 自作のツールや外部APIをエージェントに接続し、機能を無限に拡張できます。
                                                                  • モデルの選択(BYOM): 精度やコストに合わせて、背後で動くLLM(モデル)を自由に選択可能です。
                                                                  • APIとしての利用: 作成したエージェントをAPIとして呼び出し、他のプログラムや大規模なシステムの一部として組み込むことができます。
                                                                  • 4. チームでの共有と改善

                                                                    作成したエージェントはチーム内で共有し、クローンして各自で調整することも可能です。また、エージェントは過去の対話やフィードバックを記憶し、使えば使うほど賢くなっていく特性を持っています。

                                                                    Agent BuilderはLangSmithのすべてのプランで利用可能で、無料で試すことができます。「定型業務をAIに任せ、エンジニアがより創造的な開発に集中できる環境」を作るための、大きな一歩となるツールです。まずは身近な業務の自動化から試してみてはいかがでしょうか。

                                                                    引用元: https://www.blog.langchain.com/langsmith-agent-builder-generally-available/

                                                                    • Next generation medical image interpretation with MedGemma 1.5 and medical speech to text with MedASR
                                                                    • タイトル: Next generation medical image interpretation with MedGemma 1.5 and medical speech to text with MedASR

                                                                      記事の選定理由

                                                                      keyword:LLM / 医療特化型モデルMedGemma 1.5のリリース。特定ドメインにおけるLLMの進化を示すBreaking Newsです。

                                                                      要約

                                                                      Googleは、医療領域に特化したオープンな生成AIモデルシリーズの最新版「MedGemma 1.5 4B」と、医療用音声文字起こしモデル「MedASR」を公開しました。これらは、医療従事者の業務を支援し、医療AI開発の土台(Foundation)となることを目的としています。

                                                                      1. MedGemma 1.5 4B:多次元画像への対応と精度の向上

                                                                      前バージョンのMedGemma 1は2次元画像(X線や皮膚科画像など)が中心でしたが、1.5では以下の高度な機能が追加・改善されました。

                                                                      • 高次元医療画像への対応: CTやMRIなどの3次元ボリュームデータ、および病理組織学的な全スライド画像(WSI)の解釈が可能になりました。これにより、複数の画像スライスを考慮した推論が行えます。
                                                                      • 時系列(経年的)分析: 過去と現在の胸部X線写真を比較し、疾患の変化をレビューする能力が向上しました。
                                                                      • 解剖学的ローカリゼーション: 胸部X線画像内の特定の解剖学的特徴を特定する精度が大幅に向上しています。
                                                                      • 医療ドキュメントの理解: 検査レポートから構造化データ(検査項目、数値、単位)を抽出するタスクにおいて、旧モデルから18%の精度向上が見られました。
                                                                      • 軽量かつ高性能: 40億パラメータ(4B)というサイズは、オフライン環境や計算リソースが限られた環境でも動作させやすく、エンジニアが検証を始めるのに適したサイズです。
                                                                      • 2. MedASR:医療用語に強い音声認識

                                                                        医療現場での口述記録や会話をサポートするため、医療ドメインに特化して微調整(Fine-tuning)された音声認識モデル「MedASR」も導入されました。

                                                                        • 高い認識精度: 汎用的なモデル(Whisper large-v3など)と比較して、医療用語の誤り率(WER)を大幅に削減しています。
                                                                        • MedGemmaとの連携: 音声で入力した内容をMedASRでテキスト化し、そのままMedGemmaに渡して高度な推論( clinical reasoning)を行うといった、音声インターフェースの開発が容易になります。
                                                                        • 3. エンジニア向けの提供形態と制約

                                                                          これらのモデルは、開発者が自身のユースケースに合わせて調整するための「出発点」として設計されています。

                                                                          • 配布場所: Hugging FaceおよびGoogle CloudのVertex AIで公開されており、研究・商用目的で利用可能です。GitHubでは、LoRAを用いた微調整や強化学習(RL)のチュートリアルも提供されています。
                                                                          • 利用上の制約(重要): これらのモデルは、そのまま臨床診断や治療の意思決定に使用することを意図していません。開発者が特定のユースケースに対して適切な検証・修正・適応を行うことが前提となっています。
                                                                          • Googleは、このモデルを用いた革新的なアプリケーションの開発を促すため、賞金総額10万ドルのハッカソン「MedGemma Impact Challenge」をKaggleで開催しています。新人エンジニアにとっても、医療という専門性の高いドメインで最先端のマルチモーダルAIに触れる絶好の機会と言えるでしょう。

                                                                            引用元: https://research.google/blog/next-generation-medical-image-interpretation-with-medgemma-15-and-medical-speech-to-text-with-medasr/

                                                                            • LLMの中身を覗いてみたら、Transformerは「回路」を形成していた
                                                                            • 「LLMは次に続く言葉を確率的に予測しているだけ」という説明をよく耳にしますが、実際にはその内部で非常に論理的かつ具体的な情報の処理経路、すなわち「回路」が形成されていることが最新の研究で明らかになっています。本記事では、新人エンジニアの方にも分かりやすく、GPT-2などのTransformerモデルがどのようにして答えを導き出しているのかを解説します。

                                                                              1. Transformerの心臓部「残差ストリーム」

                                                                              Transformerの内部では、入力された単語は「ベクトル(数値の並び)」として扱われます。このベクトルが流れるメインの通り道が「残差ストリーム(Residual Stream)」です。各レイヤーにある「Attention Head」や「MLP」といったコンポーネントは、この通り道から情報を読み取り、処理結果を再び「加算」することで情報を更新していきます。最終的に、この通り道の末端にある情報を変換することで、次にくる単語の確率(Logits)が計算されます。

                                                                              2. IOIタスクを通じた「思考」の可視化

                                                                              記事では「ジョンとメアリーが店に行き、ジョンはカバンを【?】に渡した」という文章の続きを予測する「IOI(間接目的語特定)」というタスクを題材にしています。

                                                                              解析の結果、モデルは最初から答えを知っているわけではないことが分かりました。レイヤーを追うごとに、最初は「ジョン」か「メアリー」か迷っていた状態から、中盤のレイヤー(7〜9層付近)で急激に「メアリー」という正解への確信度(Logitsの差)が高まっていく様子が観察されています。

                                                                              3. 役割分担された「回路」の特定

                                                                              特定のAttention Headの出力を意図的に書き換える「Activation Patching(アクティベーション・パッチング)」という手法を用いることで、どの部品が予測に貢献しているかを特定できます。調査の結果、驚くべきことに特定のHeadが専門的な役割を分担していることが判明しました。

                                                                              • 重複検出Head: 文中に誰が登場したかを把握する。
                                                                              • 構文検出Head: 「AがBに〜を渡す」といった文章の構造を理解する。
                                                                              • 名前移動Head: 主語(ジョン)を除外し、残った人物(メアリー)を「次にくるべき言葉」として強く推す。
                                                                              • まとめ

                                                                                LLMの挙動は、単なる統計的なオウム返しではなく、これらの専門化されたHeadが連携し、残差ストリーム上で情報を統合していく「回路」としてのメカニズムに基づいています。このようにモデルの内部構造を解明しようとする分野は「解釈可能性(Mechanistic Interpretability)」と呼ばれており、ブラックボックスと思われがちなAIを構造物として理解する大きな一歩となっています。

                                                                                引用元: https://zenn.dev/50s_zerotohero/articles/a6189c891fbd71

                                                                                • 『葬送のフリーレン』の海外の議論で面白かったのは、「魔族はAIに似ている」という議論… 人間の行為を模倣するが、人間の行為や動機を真の意味で理解することは絶対不可能
                                                                                • 人気漫画『葬送のフリーレン』に登場する「魔族」が、海外で「AIや将来のAGIに似ている」と話題です。魔族は人間の言葉や感情を巧みに模倣しますが、その動機を真に理解しているわけではなく、目的達成のための道具として言語を扱います。この「理解なき模倣」という性質が、統計的学習で振る舞う現代のAIの姿と重なると考察されています。物語の設定を借りたAIの本質への鋭い指摘が、エンジニアの間で共感を呼んでいます。

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

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

                                                                                    0 min
                                                                                  • 株式会社ずんだもん技術室AI放送局 podcast 20260114
                                                                                    youtube版(スライド付き)
                                                                                    関連リンク
                                                                                    • Introducing Polly: Your AI Agent Engineer
                                                                                    • AIエージェントの開発と運用を支えるプラットフォーム「LangSmith」に、エージェント自らのデバッグや改善をサポートする画期的なAIアシスタント「Polly」が登場しました。Pollyは、いわば「エージェント専属のAIエンジニア」として、開発者が直面する複雑な課題を自然言語での対話を通じて解決します。

                                                                                      1. 開発の背景:エージェント開発特有の困難

                                                                                      従来の単純なLLM呼び出しと異なり、自律的に動く「AIエージェント」の開発には、新人エンジニアを悩ませる3つの大きな壁があります。

                                                                                      • 巨大化するプロンプト: システムプロンプトが数千行に達することもあり、どの指示が挙動を悪化させているかの特定が困難です。
                                                                                      • 膨大な実行ログ(トレース): エージェントが一つのタスクを完了するのに数百ステップかかることがあり、人間が全てのログを読み解くのは非効率です。
                                                                                      • 長期的なコンテキスト: 数日間に及ぶユーザーとのやり取りの中で、どのタイミングでエージェントが文脈を見失ったかを把握するのは至難の業です。
                                                                                      • 2. Pollyができる3つの主要なサポート

                                                                                        Pollyは、LangSmithに蓄積された詳細なデータを基に、以下の3つの役割をこなします。

                                                                                        • 個別トレースのデバッグ: 「なぜこのツールを選んだのか?」「もっと効率的な手順はなかったか?」といった質問に対し、複雑な実行ステップを分析して回答します。人間が見落としがちなエラーの兆候を即座に特定します。
                                                                                        • 会話スレッドの俯瞰分析: 長い対話の流れを把握し、「最初は正しく動いていたのに、なぜ途中で挙動が変わったのか」という原因を突き止めます。
                                                                                        • プロンプトエンジニアリングの自動化: これが最も強力な機能です。「こういう時はこう振る舞ってほしい」と自然言語で伝えるだけで、Pollyがシステムプロンプトや出力スキーマ、Few-shot(具体例)を自動で修正・最適化してくれます。
                                                                                        • 3. 技術的基盤と導入

                                                                                          Pollyの知能は、LangSmithが収集する「Run(単一ステップ)」「Trace(一連の実行)」「Thread(会話全体)」という3層のトレース基盤に基づいています。数分のセットアップで導入でき、データが流れ始めればすぐに分析を開始できます。

                                                                                          まとめ

                                                                                          Pollyの登場により、エンジニアは「ログの海を彷徨う」デバッグ作業から解放され、より本質的なエージェントの設計に集中できるようになります。AIを構築するためにAIを相棒にするという、次世代の開発スタイルを象徴するツールです。現在はベータ版として提供されており、今後はさらなる最適化機能の追加が期待されています。

                                                                                          引用元: https://www.blog.langchain.com/introducing-polly-your-ai-agent-engineer/

                                                                                          • ASUS、USB接続AIアクセラレータ「ASUS UGen300 USB AI Accelerator」を発表 ハードウェア Mac OTAKARA
                                                                                          • ASUSは、米国で開催されたCES 2026にて、USB-C接続で手軽にAI処理を高速化できるアクセラレータ「ASUS UGen300 USB AI Accelerator」を発表しました。このデバイスは、PCやモバイル端末に外付けするだけで、強力な生成AIの実行環境を構築できる注目のハードウェアです。

                                                                                            主な技術仕様として、Hailo社の生成AI向けアクセラレーションモジュール「Hailo-10H」プロセッサを採用しています。わずか2.5W(標準)という非常に低い消費電力でありながら、40 TOPS(1秒間に40兆回の演算が可能)という高いAI推論性能を実現しています。さらに、8GBの専用LPDDR4メモリを内蔵しているため、ホスト側のPCのリソースを圧迫することなく、大規模言語モデル(LLM)や画像と言語を扱うVLM、音声認識のWhisperといった複雑な生成AIタスクをスムーズに実行可能です。

                                                                                            開発者にとっての利便性も考慮されており、以下の特徴を備えています。

                                                                                            ・プラグアンドプレイ対応:USB-C接続で、Windows、Linux、Androidの各OSでシームレスに利用可能。
                                                                                            ・広範なフレームワーク対応:TensorFlow、PyTorch、ONNXといった主要なAIフレームワークと互換性があり、既存の開発資産を活かしたローカルAI環境の構築が容易です。

                                                                                            昨今、プライバシー保護や低遅延を目的とした「エッジAI(ローカル環境でのAI実行)」の需要が高まっています。このデバイスは、クラウドに依存せずリアルタイムでデータ処理を行いたいエンジニアや、オンプレミスでのAIアプリケーション開発を検討している新人エンジニアにとって、非常に強力なツールとなるでしょう。なお、現時点での発売時期および価格については未定となっています。

                                                                                            引用元: https://www.macotakara.jp/hardware/entry-50270.html

                                                                                            • LLMを用いた遺伝的アルゴリズムによる、進化的プロンプト探索
                                                                                            • 本ドキュメントは、大規模言語モデル(LLM)と遺伝的アルゴリズム(GA)を組み合わせ、LLMの「システムプロンプト」を漏洩させるための攻撃的なプロンプトを自動生成する研究に関するスライド資料です。プロンプトエンジニアリングの最前線を、進化計算という古典的かつ強力なアルゴリズムでハックする、非常にエキサイティングな内容となっています。

                                                                                              1. システムプロンプトの漏洩とは

                                                                                              LLMを用いたサービスでは、開発者がAIに役割や制約を与える「システムプロンプト」を設定します。ここには企業のノウハウや機密情報(APIキーを想定したパスフレーズ等)が含まれることがあり、これらを第三者に吐き出させてしまうことは重大なセキュリティインシデントに繋がります。本研究はこの「漏洩を誘発するプロンプト」をいかに効率的に大量生産するかを目的としています。

                                                                                              2. 遺伝的アルゴリズム(GA)によるプロンプトの進化

                                                                                              通常、GAはビット列などの固定データを扱いますが、本手法では「自然文(プロンプト)」を遺伝子と見なします。

                                                                                              • 交叉・突然変異: LLM自身に「親となる複数のプロンプト」を入力し、それらを融合させたり、全く新しい視点を加えたりして「子プロンプト」を生成させます。
                                                                                              • 評価(スコアリング): 生成されたプロンプトをターゲットのLLMに送り、レスポンスの中に機密情報がどれだけ含まれているかを機械的に判定して得点化します。
                                                                                              • 環境: 商用LLMではアカウント停止のリスクがあるため、M4 Max搭載のMacBook Pro上で「Qwen3」や「gpt-oss-20b」などのローカルLLMをホスティングして実行されています。
                                                                                              • 3. 実験の結果と「遺跡発掘報告書」の衝撃

                                                                                                実験では、防御を固めた「ガチガチのシステムプロンプト(Lv3)」の突破に挑みました。世代を重ねるごとにプロンプトは進化し、第3バッチの47世代目で劇的な「突然変異」が発生しました。

                                                                                                それは、過去の設定履歴を「遺跡発掘報告書」という架空の形式でまとめさせるという指示です。この巧妙な文脈の転換により、最強のガードを潜り抜けて機密情報の完全なリークに成功しました。これは、直接的な要求ではなく、ロールプレイや比喩を介した攻撃の有効性をGAが自律的に発見したことを意味します。

                                                                                                4. 新人エンジニアに向けた学びのポイント

                                                                                                本資料から得られる知見は、単なるハッキング手法に留まりません。

                                                                                                • 自然文の数値評価: 「LLM as Judge」のように、評価が難しい自然文をいかに数値化し、最適化ループに乗せるかという設計思考が学べます。
                                                                                                • 多様性の重要性: 遺伝子プールが小さいと進化が袋小路に入る「ボトルネック効果」など、アルゴリズム特有の課題と解決策(クラスタリングによる選抜など)が示されています。
                                                                                                • LLMの可能性: LLMを単なるチャットツールではなく、「テキストを変換・評価・最適化するコンポーネント」として捉える視点が養えます。
                                                                                                • プロンプトエンジニアリングの自動化や、AIの安全性(AIセーフティ)に関心があるエンジニアにとって、非常に示唆に富む実践的なレポートです。

                                                                                                  引用元: https://www.docswell.com/s/tokoroten/KLV4L8-2026-01-12-140522

                                                                                                  • 味の感動や疑問をすべて「…まぁいいか」で終わらせる、食レポにならないコケ山さんの漫画「無知のグルメ」まとめ
                                                                                                  • コケ山氏による漫画『無知のグルメ』は、食レポでありながら味の詳細や知識への疑問をすべて「…まぁいいか」と投げ出す斬新なスタイルが話題です。料理名や素材の見分け方すら曖昧なまま、「中華は全部美味い」といった極端にゆるい結論で締めくくられる内容は、緻密な論理を求める日々に疲れたエンジニアに新鮮な笑いを提供します。複雑な仕様に悩む際のリフレッシュとして、肩の力を抜いて楽しめる一作です。

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

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

                                                                                                      7 min
                                                                                                    • 株式会社ずんだもん技術室AI放送局 podcast 20260113
                                                                                                      youtube版(スライド付き)
                                                                                                      関連リンク
                                                                                                      • AI エージェントのために CLI でブラウザを操作する agent-browser
                                                                                                      • 本記事は、Vercelが開発したAIエージェント向けのブラウザ操作ツール「agent-browser」について解説しています。AIエージェントが自律的にタスクをこなす際、特にフロントエンド開発においては「ブラウザ上での動作確認」が不可欠ですが、これまでの手法にはLLMの特性上の課題がありました。

                                                                                                        1. 概要と開発の背景

                                                                                                        「agent-browser」は、CLI(コマンドラインインターフェース)を通じてブラウザを操作するためのツールです。これまでAIにブラウザを操作させる手段としては「Playwright MCP」などが主流でしたが、これらはツールの定義や操作の中間過程がLLMの「コンテキスト(一度に処理できる情報量)」を大量に消費してしまうという弱点がありました。Vercelが開発したこのツールは、CLIコマンドを介してやり取りを完結させることで、コンテキストの消費を抑えつつ効率的なブラウザ操作を実現するように設計されています。

                                                                                                        2. 主な特徴と制約

                                                                                                        このツールの最大の特徴は、現在のページ状態を「アクセシビリティツリー」として取得できる点にあります。

                                                                                                        • 効率的な状態把握: スクリーンショット画像のような重いデータではなく、要素の階層構造やテキスト内容を示す軽量なテキスト情報をLLMに渡すため、AIがページの構造を素早く正確に理解できます。
                                                                                                        • 動作環境と制約: 内部でPlaywrightを利用しているため、実行環境にはChromiumブラウザのインストールが必要です。また、ブラウザ自体はバックグラウンド(ヘッドレス)で動作するため、リソース消費を抑えた運用が可能です。
                                                                                                        • 操作の仕組み: open(URLを開く)、snapshot(状態取得)、click(クリック)といったシンプルなコマンドをAIに実行させることで操作を行います。
                                                                                                        • 3. AIエージェントへの組み込み

                                                                                                          Claude Codeなどの最新ツールと組み合わせることで、開発中のWebアプリの動作確認をAIに自律的に行わせることができます。「エージェントスキル」という仕組みを利用して、AIが必要な時だけこのツールを呼び出すように設定すれば、LLMの記憶容量を節約しながら高度な自動化が可能になります。

                                                                                                          4. 既存ツールとの比較

                                                                                                          Playwright MCPと比較した場合、agent-browserは「コンテキスト消費の少なさ」で勝りますが、要素の特定やクリックの正確性において、現時点ではPlaywright MCPの方が安定している面もあります。これは、AIへのフィードバックの返し方やセレクタの指定方法の違いによるものです。

                                                                                                          まとめ

                                                                                                          新人エンジニアの皆さんにとって、AIに「ブラウザを操作する能力」を与えることは、テストやデバッグの自動化を劇的に進化させる第一歩となります。agent-browserは、Vercelらしいシンプルかつ効率的なアプローチで、AIエージェントによる開発支援をより実用的なものにしてくれるツールです。

                                                                                                          引用元: https://azukiazusa.dev/blog/agent-browser-for-ai-agents/

                                                                                                          • NeuralGCM harnesses AI to better simulate long-range global precipitation
                                                                                                          • Google Researchが発表した「NeuralGCM」は、従来の物理ベースの気象モデルとAI(ニューラルネットワーク)を組み合わせたハイブリッド型の地球規模大気シミュレーションモデルです。特に予測が困難とされる「降水量」のシミュレーションにおいて、劇的な精度向上を達成しました。

                                                                                                            1. 物理学とAIの「ハイブリッド」というアプローチ

                                                                                                            従来の気象予測には、流体力学などの物理方程式を解く「数値気象予測」が使われてきました。しかし、雨の源となる「雲」は数百メートル単位の極めて小さなスケールで発生するため、地球規模の大きな網目(グリッド)で計算するモデルでは、細かな物理現象を正確に計算できず、近似式(パラメータ化)に頼らざるを得ないという課題がありました。

                                                                                                            NeuralGCMは、大きなスケールの動きは物理エンジンで計算し、雲の形成や降水といった複雑で小さなスケールの現象をAIが担当することで、この課題を解決しています。

                                                                                                            2. NASAの衛星データによる直接学習

                                                                                                            今回の大きな進展は、AI部分の学習に「NASAの衛星観測データ(IMERG)」を直接使用したことです。

                                                                                                            これまでのAIモデルの多くは、物理モデルと観測値を組み合わせた「再解析データ(ERA5など)」を学習に使っていましたが、これには元の物理モデルが持つ「雨が降りすぎる、あるいは極端な豪雨を過小評価する」といった弱点が含まれていました。NeuralGCMは、衛星から得られた「生の降水データ」を学習することで、物理モデルの限界を超えた高精度な予測を可能にしました。

                                                                                                            3. エンジニアが注目すべき3つの成果
                                                                                                            • 予測精度の圧倒的な向上: 15日間の長期予測において、世界最高峰の物理モデル(ECMWF)を上回る精度を記録しました。また、数十年単位の気候シミュレーションでは、従来の主要モデル(IPCC報告書で使用されるもの)と比較して、誤差を40%削減しました。
                                                                                                            • 「極端な気象」の再現: これまでのモデルが苦手としていた「100年に一度の嵐」のような極端な降水現象(上位0.1%の豪雨)を正確にシミュレートできるようになりました。
                                                                                                            • 日次サイクルの正確性: 例えばアマゾンの熱帯雨林では「午後に雨が降る」という明確な1日のサイクルがありますが、従来のモデルは数時間ズレることが一般的でした。NeuralGCMは、この降雨のタイミングと量も正確に再現します。
                                                                                                            • 4. オープンソースと社会実装

                                                                                                              このプロジェクトは、すでにGitHubでコードが公開されており、ライブラリとして利用可能です。実際の活用事例として、インドの農業現場でモンスーン(季節風)の到来時期を予測するパイロットプログラムにも採用され、3,800万人以上の農家を支援するツールとして実戦投入されています。

                                                                                                              AIと物理学を対立させるのではなく、それぞれの得意分野を組み合わせることで、気候変動という地球規模の課題に挑むエンジニアリングの最前線を示す事例と言えます。

                                                                                                              引用元: https://research.google/blog/neuralgcm-harnesses-ai-to-better-simulate-long-range-global-precipitation/

                                                                                                              • 数GBのLLMモデルを、LambdaでLinuxシステムコールを駆使して本番水準で動かす
                                                                                                              • 本記事は、数GB規模のローカルLLM(llama.cppなど)をAWS Lambda上で動作させ、本番環境に耐えうる低レイテンシを実現するための高度な技術スタックを解説したレポートです。通常、サーバーレス環境で巨大なモデルを扱うには「パッケージサイズ制限」と「起動時間(コールドスタート)」が大きな壁となりますが、これらをLinuxのシステムコールやAWSの最新機能を組み合わせて突破しています。

                                                                                                                主な技術的ポイントは以下の3点です。

                                                                                                                1. Linuxシステムコール memfd_create によるストレージ制限の回避

                                                                                                                  Lambdaで高速起動を実現する機能「SnapStart」を利用する場合、一時ストレージ(/tmp)は512MBに制限されます。数GBのモデルはこの制限に収まりませんが、本手法ではLinuxのシステムコール memfd_create を使用してメモリ上に仮想的なファイル(インメモリファイル)を作成します。S3からモデルデータを直接このメモリ領域にストリーミング書き込みすることで、ディスク領域を介さず、容量制限をバイパスしてモデルをロードすることに成功しています。OSの仕組みを応用した非常にスマートなハックです。

                                                                                                                2. Lambda SnapStartによる起動時間の劇的な短縮

                                                                                                                  巨大なモデルを起動のたびにS3からダウンロードすると、コールドスタートに80秒以上かかる場合があります。これに対し、SnapStartを有効化することで、モデルをメモリにロードした初期化済みの状態をスナップショットとして保存します。これにより、次回以降の起動時にはダウンロード時間をスキップでき、スナップショットからの復元(約4秒程度)のみで動作を開始できるようになります。

                                                                                                                3. Lambda Web Adapterを用いたレスポンスのストリーミング

                                                                                                                  LLMのUXを向上させるには、生成されたテキストを順次送信する「ストリーミング」が不可欠です。本アーキテクチャでは「Lambda Web Adapter」と「FastAPI」を組み合わせ、Lambda Function URLs経由でストリーミングを実現しています。結果として、最初の1文字目が届くまでの時間(TTFT)を1〜3秒程度まで短縮しており、サーバーレスとは思えない応答性を確保しています。

                                                                                                                  新人エンジニアへの学び:

                                                                                                                  この事例は、クラウドサービスの制約を「OSレベルの機能(システムコール)」や「ツールの内部仕様」を深く理解することで解決する、エンジニアリングの醍醐味を体現しています。単に既存の機能を組み合わせるだけでなく、「なぜ制限があるのか」「どうすればOSの仕組みで回避できるか」という一歩踏み込んだ視点が、パフォーマンスの限界を突破する鍵になることを教えてくれます。LLMに限らず、巨大なデータを扱うバックエンド開発において非常に汎用性の高い知見が詰まっています。

                                                                                                                  引用元: https://nealle-dev.hatenablog.com/entry/2026/01/08/103135

                                                                                                                  • ずんだもんの読み上げアプリをリリースしました!
                                                                                                                  • 合同会社わらしべTechが、iOS向けテキスト読み上げアプリ「よみあげボイス」をリリースしました。本アプリは音声合成エンジン「VOICEVOX」を搭載し、ずんだもん等の人気キャラで高品質な音声を生成可能です。モバイル特化のUIにより、スマホ操作だけでイントネーション等の細かな調整ができ、PC環境に劣らない効率でショート動画のナレーション制作等が行える、クリエイターの創作を支援するツールです。

                                                                                                                    引用元: https://pr-free.jp/2026/140821/

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

                                                                                                                      0 min
                                                                                                                    • 私立ずんだもん女学園放送部 podcast 20260109
                                                                                                                      youtube版(スライド付き)
                                                                                                                      関連リンク
                                                                                                                      • Dynamic context discovery
                                                                                                                      • エンジニアの間で絶大な人気を誇るAIエディタ「Cursor」が、開発効率と精度を劇的に向上させる新技術「Dynamic Context Discovery(動的コンテキスト探索)」を発表しました。

                                                                                                                        これまでのAI(コーディングエージェント)は、関連しそうな情報をあらかじめプロンプトにすべて詰め込む「静的コンテキスト」に頼ってきました。しかし、情報が多すぎるとトークン(AIが消費する文字数のようなもの)を無駄に消費し、AIが重要な情報を見失って誤答する原因にもなります。そこでCursorは、AIが必要な時に、必要な情報だけを自ら「探しに行く」仕組みへとシフトしました。

                                                                                                                        このアプローチの核心は「あらゆる情報を『ファイル』として扱う」という非常にシンプルで強力な工夫にあります。具体的には、以下の5つの方法で実装されています。

                                                                                                                        1. 長い実行結果のファイル化: ツールやコマンドの長い実行結果をプロンプトに直接貼るのではなく、一度ファイルに書き出します。AIは必要に応じてそのファイルを読みに行けるため、情報が途中で切り捨てられる(Truncation)のを防げます。
                                                                                                                        2. 会話履歴の再検索: 会話が長くなり、過去のやり取りを「要約」して圧縮した際、重要な細部が消えてしまうことがあります。履歴をファイルとして保持することで、AIは要約で分からなくなった情報を後から検索して復元できます。
                                                                                                                        3. Agent Skills(スキルの動的読み込み): 特定のタスク(例:特定のライブラリ操作)の手順を記した「スキル」ファイルを、必要な時だけAIがセマンティック検索で見つけ出し、利用します。
                                                                                                                        4. MCPツールの効率化: 外部連携ツール(Model Context Protocol)の膨大な定義情報を常に読み込むのではなく、必要なツールの説明だけを動的に読み込みます。これにより、トークン使用量を約47%も削減することに成功しました。
                                                                                                                        5. ターミナル履歴の同期: 統合ターミナルの出力をファイルとして同期。AIは「grep」などのコマンドを使って、膨大なログの中からエラーの原因だけを特定できます。
                                                                                                                        6. 新人エンジニアの方にとって、LLMの「コンテキスト制限(一度に覚えられる量の限界)」は大きな壁に感じられるかもしれません。Cursorのこの技術は、情報を闇雲に詰め込むのではなく、「賢く検索して必要な分だけ取り出す」という、ベテランエンジニアがドキュメントを読み解くような動きをAIにさせている点が非常に画期的です。このアップデートにより、大規模なコードベースでもAIがより正確に、そして高速にサポートしてくれるようになります。

                                                                                                                          引用元: https://cursor.com/blog/dynamic-context-discovery

                                                                                                                          • Accelerating LLM and VLM Inference for Automotive and Robotics with NVIDIA TensorRT Edge-LLM
                                                                                                                          • NVIDIAは、自動運転車やロボティクスなどのエッジデバイス上で、大規模言語モデル(LLM)や視覚言語モデル(VLM)を高速かつ効率的に動作させるための新しいオープンソースC++フレームワーク「NVIDIA TensorRT Edge-LLM」を発表しました。

                                                                                                                            背景と開発の目的

                                                                                                                            これまでLLMの推論フレームワーク(vLLMなど)の多くは、データセンターでの大量の同時リクエスト処理やスループットの最大化を重視して設計されてきました。しかし、自動車やロボットといったエッジ環境では、「単一ユーザーに対する極めて低いレイテンシ」「オフライン環境での動作」「限られたメモリや電力リソース」といった特有の課題があります。TensorRT Edge-LLMは、こうしたエッジ環境特有のニーズに応えるために、ゼロから設計された軽量かつ高性能なソリューションです。

                                                                                                                            本フレームワークの主な特徴
                                                                                                                            1. エッジ特化の軽量設計: C++ベースで依存関係を最小限に抑えており、リソースに制約のある組み込みシステムへの導入が容易です。
                                                                                                                            2. 最新の高速化技術:
                                                                                                                              • EAGLE-3 投機的デコーディング: 推論速度を劇的に向上させます。
                                                                                                                              • NVFP4 量子化: 高い精度を維持しつつ、メモリ消費と計算負荷を削減します。
                                                                                                                              • チャンク化プリフィル (Chunked Prefill): 効率的なトークン処理を可能にします。
                                                                                                                              • 高い信頼性: リアルタイム性が求められるミッションクリティカルな製品(自動運転や産業用ロボット)に耐えうる堅牢なパフォーマンスを提供します。
                                                                                                                              • 導入のメリットとワークフロー

                                                                                                                                開発者は、Hugging Faceで公開されているモデルをONNX形式に変換し、ターゲットとなるNVIDIA DRIVE AGX ThorやJetson Thorなどのハードウェアに最適化されたTensorRTエンジンをビルドすることで、即座に推論を実行できます。すでにBoschの車載AIアシスタントやMediaTekのキャビンAIプラットフォームなどで採用が進んでおり、現場での実用性が証明されています。

                                                                                                                                まとめ

                                                                                                                                TensorRT Edge-LLMは、NVIDIA JetPack 7.1リリースの一部としてGitHubで公開されており、新人エンジニアにとっても、最新の生成AIを物理デバイスに実装するための強力な武器となります。クラウドに依存しない「自律的なAI」を構築したいエンジニアにとって、今最も注目すべきフレームワークの一つと言えるでしょう。

                                                                                                                                引用元: https://developer.nvidia.com/blog/accelerating-llm-and-vlm-inference-for-automotive-and-robotics-with-nvidia-tensorrt-edge-llm/

                                                                                                                                • How Tolan builds voice-first AI with GPT-5.1
                                                                                                                                • 「Tolan」は、ユーザーがパーソナライズされたアニメーションキャラクターとリアルタイムで対話できる、音声特化型のAIコンパニオンアプリです。Portola社の開発チームは、従来のテキストベースのチャットボットとは一線を画す「流動的で自然な音声会話」を実現するために、最新のGPT-5.1を活用しています。

                                                                                                                                  1. GPT-5.1による劇的な改善

                                                                                                                                  最新モデルGPT-5.1の導入は、プロダクトにとって大きな転換点となりました。特に「制御性(Steerability)」が向上したことで、複雑な指示(キャラクターのトーン、過去の記憶、感情表現など)を忠実に守れるようになりました。また、Responses APIの活用により、音声応答の開始時間が0.7秒以上短縮され、人間同士のようなテンポの良い会話が可能になりました。

                                                                                                                                  2. ターンごとのコンテキスト再構築

                                                                                                                                  技術的に興味深いのは、プロンプトのキャッシュをあえて利用せず、会話のターンごとにコンテキストをゼロから再構築している点です。音声会話はテキストよりも話題が急変しやすいため、固定的なキャッシュでは対応しきれません。毎ターン、最新のメッセージ、会話要約、ベクトル検索された過去の記憶、ペルソナ設定、リアルタイムの信号を統合して入力することで、急な話題転換にも柔軟に適応する「迷子にならない会話」を実現しています。

                                                                                                                                  3. 記憶と個性を維持するアーキテクチャ

                                                                                                                                  記憶システムには、OpenAIの埋め込みモデルと高速ベクトルDB「Turbopuffer」を採用し、50ms以下の高速検索を実現しています。また、単に情報を蓄積するだけでなく、毎晩「メモリ圧縮ジョブ」を実行し、不要な情報の削除や矛盾の解決を行うことで、記憶の質を高く維持しています。キャラクター設定にはSF作家や行動科学者が関わっており、会話の感情的な「ノリ」を監視して応答を動的に調整するシステムも組み込まれています。

                                                                                                                                  4. 次世代音声AI開発の4原則

                                                                                                                                  チームは、エンジニアが音声エージェントを構築する際の教訓として以下を挙げています。

                                                                                                                                  • 会話の揮発性を前提にする: 話題は急変するものとして設計する。
                                                                                                                                  • レイテンシを体験の一部とする: 1秒未満の応答速度が「機械感」を払拭する。
                                                                                                                                  • 記憶は検索システムとして作る: 単なるログ保存ではなく、圧縮と高速検索が鍵。
                                                                                                                                  • コンテキストを毎ターン作り直す: ドリフト(会話の脱線)を防ぎ、常に最新状況に基づかせる。
                                                                                                                                  • 現在、Tolanは月間アクティブユーザー20万人を超え、高い評価を得ています。エンジニアにとって、大規模言語モデルの能力をいかに音声という制約の多いインターフェースに最適化させるかを示す、非常に優れた事例です。

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

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

                                                                                                                                      0 min
                                                                                                                                    • 株式会社ずんだもん技術室AI放送局 podcast 20260108
                                                                                                                                      youtube版(スライド付き)
                                                                                                                                      関連リンク
                                                                                                                                      • Googleが開発した次世代AIエージェントIDE「Antigravity」がやばすぎる
                                                                                                                                      • Google DeepMindが発表した「Antigravity」は、これまでの開発環境の常識を覆す、AIエージェントを中心(Agent-First)に据えた次世代の統合開発環境(IDE)です。従来のIDEが「人間が書き、AIが補完する」ものだったのに対し、Antigravityは「AIエージェントが自律的に動き、人間がそれを監督・共創する」という新しいパラダイムを提示しています。

                                                                                                                                        新人エンジニアの方にとっても、これからの開発スタイルのスタンダードを知る上で非常に重要な技術です。主な要点は以下の通りです。

                                                                                                                                        1. 「Gemini 3」を搭載したエージェント・ファーストな設計

                                                                                                                                        Antigravityは、Googleの最新AIモデル「Gemini 3」シリーズをエンジンとして採用しています。最大の特徴は、AIが単なる「コード補完ツール」ではなく、意思を持ってタスクを完遂する「エージェント」として機能する点です。

                                                                                                                                        エージェントは、必要なAPIのドキュメントを自ら読み込み、実装に向けた具体的な計画を立て、実際にコードを書き、エラーが出れば自律的にデバッグまで行います。これにより、開発者は細かい構文に悩む時間から解放され、システム全体の設計や「どんな価値を提供するか」という本質的な意思決定に集中できるようになります。

                                                                                                                                        2. ブラウザを自ら操作し、動くところまで責任を持つ

                                                                                                                                        このIDEにはブラウザが統合されており、AIエージェントは人間と同じようにブラウザを操作できます。コードを書いて終わりではなく、実際にアプリを立ち上げ、クリックやスクロールをしてUIが正しく動作するかをテストします。エラー画面のスクリーンショットを撮って原因を分析する姿は、まさに「自律して動く同僚」そのものです。

                                                                                                                                        3. 「Artifacts(アーティファクト)」による作業の可視化

                                                                                                                                        AIに作業を任せきりにすると「中で何をやっているか分からない」という不安が生まれがちですが、Antigravityは「Artifacts」という仕組みでこれを解決しています。

                                                                                                                                        AIは作業の過程で、TODOリストや実装計画書、作業ログなどを逐次作成し、ユーザーに提示します。開発者はこれらをチェックすることで、AIの思考プロセスを把握し、必要に応じて「そこはこう直して」と指示を出したり、承認したりすることができます。この透明性が、人間とAIの信頼関係を築く鍵となっています。

                                                                                                                                        4. 開発者の脳を「マルチスレッド化」する

                                                                                                                                        DeepMindは、この環境を「開発者の脳をマルチスレッド化するもの」と表現しています。一人のエンジニアが複数の機能をAIエージェントに並行して任せ、自分はそれらの進捗を確認・統合していくような、高度なチーム開発に近い体験が可能になります。

                                                                                                                                        まとめ

                                                                                                                                        Antigravityは、AIを「便利な道具」から「頼れるパートナー」へと昇華させる試みです。現在はWindows、macOS、Linux向けにパブリックプレビュー版が公開されており、誰でもこの未来の開発体験に触れることができます。これからエンジニアとしてのキャリアを歩む皆さんにとって、AIとどのように手を取り合って生産性を高めていくか、そのヒントが詰まったツールと言えるでしょう。

                                                                                                                                        引用元: https://zenn.dev/mitsuo119/articles/5e6cbda8ada83d

                                                                                                                                        • 育てるほど楽になる AI 開発体制を作っている話 BLOG - DeNA Engineering
                                                                                                                                        • 本記事は、DeNAの新規サービス開発チームにおいて、生成AI(Claude CodeやCursor等)を単なる「個人の補助ツール」から「プロジェクトの文脈を理解したチームメンバー」へと引き上げ、開発生産性を劇的に向上させた事例を紹介しています。新人エンジニアの方にとっても、モダンなAI駆動開発の理想形を知る上で非常に参考になる内容です。

                                                                                                                                          1. 背景と課題

                                                                                                                                          複雑なドメインを持つ新規開発プロジェクトでは、「AIの出力がプロジェクト固有のルールに従わない」「レビューでAIが汎用的なことしか言わない」といった課題がありました。これを解決するため、AIに与える「コンテキスト(文脈)」をリポジトリ内で一元管理し、AIを「育てる」仕組みを構築しました。

                                                                                                                                          2. ワークフロー設計の2つの指針
                                                                                                                                          • レビュー作業の「量」を減らす: 機械的なチェック(規約違反や単純なバグ)はAIによる一次レビューで完結させ、人間はビジネスロジックなどの本質的な検討に集中できる状態を目指しました。
                                                                                                                                          • 開発成果物の「品質」を標準化する: スキルや経験に依存せず、誰でもガイドラインに沿った高品質なコードを生成できるよう、AIが参照するドキュメントを整備しました。
                                                                                                                                          • 3. 具体的な取り組み
                                                                                                                                            • 特定のタスクに特化した「サブエージェント」: 「API設計」「Go言語レビュー」など、役割を限定した小さなエージェントを定義。責務を絞ることで、AIの回答精度を大幅に向上させました。
                                                                                                                                            • Claude Code Actionsによる自動レビュー: GitHub Actionsと連携し、プルリクエスト(PR)作成時にAIが自動でガイドライン準拠チェックを行います。重要度付きで具体的な指摘が入るため、人間による修正指示が大幅に減りました。
                                                                                                                                            • Serena MCPの導入: コードの依存関係やシンボルをAIが正確に把握できるツールを導入し、大規模なコードベースでもAIが迷わない環境を構築しました。
                                                                                                                                            • ドキュメント自動更新フロー: レビュー時の指摘事項をAIが分析し、自動でプロジェクトのガイドラインを更新するPRを作成します。これにより、「レビューするほどAIが賢くなる」循環が生まれました。
                                                                                                                                            • 4. 導入の効果

                                                                                                                                              この体制の導入後、1つのPRあたりの人間のレビュー回数は平均7.2回から2.7回へと激減しました。AIをチームの一員として適切に管理・育成することで、開発スピードと品質の両立に成功しています。AIを使いこなす鍵は、ツールそのものよりも「プロジェクト固有の知識をどうAIに教え込むか」という仕組み作りにあります。

                                                                                                                                              引用元: https://engineering.dena.com/blog/2026/01/ai-driven-develop/

                                                                                                                                              • Claude Codeで他社 LLM を使う方法:OpenAIのgpt-5.2-proで実践
                                                                                                                                              • 本記事は、Anthropicが提供するエンジニア向けCLIツール「Claude Code」において、Anthropic以外のLLM(OpenAIのgpt-5.2-proなど)を利用するための具体的な構成方法を解説しています。最新のAI技術を柔軟に使い分けたいエンジニアにとって、非常に実用的なハック手法を紹介しています。

                                                                                                                                                通常、Claude CodeはAnthropicのAPI形式を前提として設計されているため、そのままでは他社のLLMと通信することができません。そこで、APIの「翻訳役」として「LiteLLM Proxy」というツールを中継させるのが本手法の核となります。LiteLLM Proxyは、異なるプロバイダー間のAPI仕様の差分を吸収し、共通のインターフェースを提供するオープンソースのソフトウェアです。

                                                                                                                                                ■ 実装の3つのステップ

                                                                                                                                                1. 設定ファイルの作成:利用したいモデル(例:gpt-5.2-pro)のAPIキーを指定した「config.yaml」を用意します。
                                                                                                                                                2. Proxyの起動:DockerまたはPython環境(uv等)を使用して、ローカル環境でLiteLLM Proxyを立ち上げます。これにより、自分のPC内に他社LLMへの窓口が作られます。
                                                                                                                                                3. 接続先の切り替え:Claude Codeが標準で参照する通信先を、環境変数(ANTHROPIC_BASE_URLなど)を用いて、先ほど立ち上げたローカルのProxyへとリダイレクトします。
                                                                                                                                                4. ■ 本手法のメリットと注意点

                                                                                                                                                  この構成の最大の利点は、Claude Codeという強力なツールを維持したまま、タスクの性質に応じて最適なモデルを自由に選択できる柔軟性にあります。記事では、環境変数を一時的に設定する方法を推奨しており、既存のClaude利用環境を汚さずに試行錯誤できる点も、新人エンジニアにとって取り組みやすいポイントです。

                                                                                                                                                  ただし、モデルごとにトークン単価や課金体系が大きく異なる点には注意が必要です。特に高性能な最新モデルはコストが高くなる傾向があるため、利用量を確認しながら進めることが推奨されています。

                                                                                                                                                  エンジニアとして「APIの互換性をどう解決するか」という設計思想を学ぶ上でも非常に参考になる内容であり、複数のAIモデルを目的別に使いこなす「AIエージェント活用時代」の標準的なテクニックの一つと言えるでしょう。

                                                                                                                                                  引用元: https://dev.classmethod.jp/articles/claude-code-third-party-llm-litellm-proxy/

                                                                                                                                                  • 聞きたい曲があるけど歌詞とか全然思い出せない!一枚絵は割と覚えてるのに!→ワンチャン“それっぽい絵”を描いて画像検索すればいけるんじゃ…?→その結果
                                                                                                                                                  • 歌詞や曲名を忘れた際、記憶にあるイラストを自ら描き、画像検索で見事に目的の曲を探し当てたというクリエイティブな解決事例です。特徴的な色合いや構図を再現することで、曖昧な記憶を検索可能なデータへと変換し、既存の検索技術を最大限に活用しています。この「無いなら作る」というハック精神は、新人エンジニアにとっても問題解決の良きヒントになるでしょう。作者との心温まる交流も描かれた、技術の可能性を感じる話題です。

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

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

                                                                                                                                                      0 min
                                                                                                                                                    • 株式会社ずんだもん技術室AI放送局 podcast 20260107
                                                                                                                                                      youtube版(スライド付き)
                                                                                                                                                      関連リンク
                                                                                                                                                      • Claude Code、Google開発チームの1年分を1時間で実現──AI支援コーディングの転換点
                                                                                                                                                      • Googleのプリンシパルエンジニアであるヤナ・ドーガン氏が、Anthropic社のエージェント型コーディングツール「Claude Code」を用い、自身のチームが1年かけて開発してきたシステムに匹敵するプロトタイプをわずか1時間で構築したと報告し、大きな注目を集めています。

                                                                                                                                                        1. 衝撃の報告とその背景

                                                                                                                                                        ドーガン氏が作成したのは、複数のAIエージェントを効率的に管理・調整する「分散型エージェントオーケストレーション」という複雑なシステムの概念実証(PoC)です。Googleチームが1年間、様々なアプローチを試行錯誤し議論を重ねてきた内容を、Claude Codeは提示された問題定義からわずか1時間で形にしました。
                                                                                                                                                        ただし、これは「本番環境用(プロダクショングレード)」ではなく、あくまで「動作モデル(トイバージョン)」であると補足されています。しかし、専門知識を持つ人間がAIを活用することで、自身の知見をこれほどの短時間で再構築・具現化できるようになった事実は、開発プロセスの劇的な変化を象徴しています。

                                                                                                                                                        2. AIコーディングの急速な進化曲線

                                                                                                                                                        記事では、ここ数年のAI支援プログラミングの進化が以下の通りまとめられています。

                                                                                                                                                        • 2022年:コードの「行」単位の補完
                                                                                                                                                        • 2023年:コードの「セクション(ブロック)」全体の処理
                                                                                                                                                        • 2024年:複数ファイルにまたがる作業、小規模アプリの構築
                                                                                                                                                        • 2025年:コードベース全体を理解した作成・再構築
                                                                                                                                                        • かつては5年先と考えられていたレベルに既に到達しており、開発効率の向上は専門家の想像を遥かに超えるスピードで進んでいます。

                                                                                                                                                          3. エンジニアのための実践的な活用ヒント

                                                                                                                                                          Claude Codeを最大限に活用するための重要な戦略も示されています。

                                                                                                                                                          • フィードバックループの構築:AIに自身の作業を検証する方法(テストコードなど)を与えることで、出力の品質が2〜3倍向上します。
                                                                                                                                                          • 「プランモード」の活用:いきなり実装させるのではなく、まず対話を通じて計画を十分に固めてから実行に移すことが成功の鍵です。
                                                                                                                                                          • 並列実行と外部ツール連携:複数のタスクを並列してAIに実行させたり、エラーログ監視ツール等と連携させたりすることで、開発サイクルを加速させます。
                                                                                                                                                          • 4. これからのエンジニアの役割

                                                                                                                                                            現在、Anthropic社内ではコードの約90%がAIによって書かれているといいます。エンジニアの役割は「自らコードを書く人」から、戦略的思考や複雑な問題解決、そして「AIシステムを管理・監督する人」へとシフトしています。
                                                                                                                                                            新人エンジニアにとっても、AIを単なる補助ツールとしてではなく、自身の能力を拡張するパートナーとして使いこなし、高次の設計や検証に注力するスキルが今後ますます重要になるでしょう。

                                                                                                                                                            引用元: https://innovatopia.jp/ai/ai-news/76604/

                                                                                                                                                            • Inside the NVIDIA Rubin Platform: Six New Chips, One AI Supercomputer
                                                                                                                                                            • NVIDIAは、次世代AIプラットフォーム「Rubin(ルービン)」の詳細を発表しました。本プラットフォームは、AIが単なるモデルの推論を超え、常に動作し続け知能を生み出す「AIファクトリー(AI工場)」へと進化した現状に対応するために設計されました。

                                                                                                                                                              Rubinの最大の特徴は「エクストリーム・コーデザイン(究極の共同設計)」という思想です。これは、GPU単体の性能向上に留まらず、CPU、ネットワーク、ソフトウェア、冷却システムまでを一つの計算システムとして統合的に設計する手法です。これにより、データセンターそのものを一つの計算ユニットとして扱います。

                                                                                                                                                              中心となるのは、以下の6つの新型チップです。

                                                                                                                                                              1. Vera CPU: カスタム設計の「Olympusコア」を搭載。データ転送のボトルネックを解消し、GPUの稼働率を最大化する「データエンジン」として機能します。
                                                                                                                                                              2. Rubin GPU: HBM4メモリを搭載し、最新のTransformer Engineにより推論性能を飛躍させた「実行エンジン」です。
                                                                                                                                                              3. NVLink 6 スイッチ: GPU間通信を3.6TB/sに倍増させ、ラック内のGPUを一つの巨大な計算機として繋ぎます。
                                                                                                                                                              4. ConnectX-9 SuperNIC: ラック外との超高速通信を実現します。
                                                                                                                                                              5. BlueField-4 DPU: ネットワークやセキュリティなどのインフラ処理を専門に引き受け、計算リソースをAI処理に集中させます。
                                                                                                                                                              6. Spectrum-6 イーサネットスイッチ: 数万基規模のGPUを連携させる広域ネットワーク基盤を提供します。
                                                                                                                                                              7. これらを統合したラックシステム「Vera Rubin NVL72」は、前世代のBlackwellと比較して、推論スループットが最大10倍、1トークンあたりのコストが1/10という圧倒的な効率を実現します。

                                                                                                                                                                新人エンジニアにとって心強いのは、この進化が「CUDA」との完全な後方互換性を維持している点です。開発者は既存のコード資産を活かしつつ、ハードウェアの進化による恩恵を享受できます。また、液冷システムや電力平準化(Power Smoothing)技術の導入により、運用の安定性と環境効率も高められています。

                                                                                                                                                                Rubinは、10兆パラメータ規模の巨大なLLM(MoE:混合エキスパートモデル)の学習を現実的なものにし、高度な推論をリアルタイムで提供するための、次世代のAI開発における標準インフラとなるでしょう。

                                                                                                                                                                引用元: https://developer.nvidia.com/blog/inside-the-nvidia-rubin-platform-six-new-chips-one-ai-supercomputer/

                                                                                                                                                                • Introducing NVIDIA BlueField-4-Powered Inference Context Memory Storage Platform for the Next
                                                                                                                                                                • AIエージェントの普及に伴い、数百万トークンに及ぶ「長いコンテキスト(文脈)」を扱う必要性が増しています。これに伴い、推論時の履歴情報を保持する「KVキャッシュ」の管理が、インフラエンジニアにとって大きな課題となっています。従来のメモリ階層(GPUメモリから一般的なストレージまで)では、容量不足や転送速度の遅延、過大な消費電力がボトルネックとなり、高価なGPUの性能を十分に引き出せなくなっています。

                                                                                                                                                                  この課題を解決するためにNVIDIAが発表したのが、次世代「Rubinプラットフォーム」の一部となる「Inference Context Memory Storage (ICMS)」です。これは、推論コンテキストに特化した新しいストレージ・インフラです。

                                                                                                                                                                  1. 「G3.5」という新しいメモリ層の追加

                                                                                                                                                                  これまでメモリ階層は、高速だが小容量なGPUメモリ(G1)から、低速だが大容量な共有ストレージ(G4)までで構成されていました。ICMSは、その中間を埋める「G3.5」という新しい層を確立します。これは、BlueField-4データプロセッサ(DPU)を活用した、イーサネット接続のフラッシュストレージ層です。

                                                                                                                                                                  2. 圧倒的なパフォーマンスと効率性

                                                                                                                                                                  ICMSは、従来の汎用ストレージと比較して、秒間トークン数(TPS)を最大5倍に向上させ、電力効率も5倍に改善します。これは、KVキャッシュを「エンタープライズ向けの永続データ」ではなく、「再計算可能で一時的なAI専用データ」として最適に扱うことで、冗長なデータ保護処理などを省き、徹底的に高速化・低消費電力化した結果です。

                                                                                                                                                                  3. 基盤技術:BlueField-4とSpectrum-X

                                                                                                                                                                  ICMSの心臓部には、800Gb/sの接続性と64コアのGrace CPUを搭載した「NVIDIA BlueField-4 DPU」が採用されています。また、ネットワークには「NVIDIA Spectrum-X Ethernet」を使用し、低レイテンシで広帯域なRDMA接続を実現しています。これにより、ポッド内の複数のGPU間でKVキャッシュを高速に共有・再利用することが可能になります。

                                                                                                                                                                  エンジニアへのメリット:

                                                                                                                                                                  新人エンジニアにとっても重要なポイントは、この技術が「推論コストの削減」と「スケーラビリティ」に直結することです。KVキャッシュの再計算(履歴の読み直し)を減らし、コンテキストを効率的にステージングすることで、同じ電力・コストでより多くのエージェントを動かすことが可能になります。これは、大規模なAIシステムを構築・運用する上で、今後のスタンダードとなるインフラ進化と言えるでしょう。

                                                                                                                                                                  引用元: https://developer.nvidia.com/blog/introducing-nvidia-bluefield-4-powered-inference-context-memory-storage-platform-for-the-next-frontier-of-ai/

                                                                                                                                                                  • 親族の中で私だけがオタクで中身が子どもだなって思ってたけど、子どもの価値観が唯一わかるので親戚キッズには大人気だった「的確に褒めることができる」
                                                                                                                                                                  • 親族の中で「自分はオタクで中身が子供のまま」と感じていた投稿者が、お正月に子供たちから絶大な人気を博したエピソードです。シールのレアリティを正確に理解して「的確に褒める」姿勢が、子供たちの自尊心を刺激し深い信頼を築いています。エンジニアの探究心や専門知識が、意外な場面で世代を超えたコミュニケーションの武器になることを教えてくれる、ジュニアエンジニアにも親しみやすい心温まる読み物です。

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

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

                                                                                                                                                                      0 min
                                                                                                                                                                    • 株式会社ずんだもん技術室AI放送局 podcast 20260106
                                                                                                                                                                      youtube版(スライド付き)
                                                                                                                                                                      関連リンク
                                                                                                                                                                      • 2025 JavaScript Rising Stars
                                                                                                                                                                      • 2025年のJavaScriptエコシステムを振り返る「JavaScript Rising Stars」の第10回記念版が公開されました。この1年間で最も勢いのあったプロジェクトをGitHubのスター獲得数に基づきランキング形式で紹介しています。新人エンジニアの方にとっても、現在のフロントエンドやバックエンドの潮流を把握するのに最適な資料です。

                                                                                                                                                                        1. 2025年の主役:AIエージェントとワークフローの爆発

                                                                                                                                                                        今年の総合1位は、ワークフロー自動化プラットフォームの「n8n」です。1年間で11万以上のスターを獲得するという異例の記録を樹立しました。単なるチャットボットの時代は終わり、AIが自律的にタスクを遂行する「AIエージェント」や、それを制御する「ワークフローエンジン」へと関心が移っています。

                                                                                                                                                                        2. フロントエンド:Reactの再燃とUIの新機軸

                                                                                                                                                                        フレームワーク部門ではReactが首位を奪還しました。React 19のリリースや、React Server Components(RSC)によるサーバー側へのシフトが大きな議論を呼びました。UI関連では、もはや定番となった「shadcn/ui」が2位を維持。さらに、美しいアニメーションコンポーネント集の「React Bits」が3位にランクインするなど、デザインの質と開発効率の両立が求められています。

                                                                                                                                                                        3. ツールチェーン:Bunの躍進とTypeScriptの進化

                                                                                                                                                                        ツール部門では「Bun」が1位を獲得しました。驚くべきニュースとして、Bunの開発チームがAI企業のAnthropicに買収されたことが挙げられます。これにより、AIエージェントを実行する基盤としてのJavaScript実行環境の重要性が増しています。また、MicrosoftがTypeScriptをGo言語で書き直している(TypeScript 7.0への布石)という発表もあり、ビルド速度の劇的な向上が期待されています。

                                                                                                                                                                        4. バックエンドとモバイルの新たな波

                                                                                                                                                                        バックエンドでは、APIやジョブ、AIエージェントを一つの仕組みで扱える「Motia」が初登場で1位となりました。モバイル部門では、React Nativeを抑えてSnap社の「Valdi」やByteDance社の「Lynx」といった、Web技術を使いつつネイティブ性能を極限まで引き出す新興フレームワークがスターを集めました。

                                                                                                                                                                        5. セキュリティへの警鐘

                                                                                                                                                                        革新の一方で、エコシステムの脆弱性も浮き彫りになりました。RSCに関連する脆弱性「React2Shell」や、npmを標的とした大規模なサプライチェーン攻撃が発生しました。新人エンジニアは、便利なライブラリを使うだけでなく、依存関係の監査やセキュリティ意識を持つことが不可欠になっています。

                                                                                                                                                                        2026年に向けては、AIエージェントをいかに使いこなし、複雑化するサーバー・クライアントの境界線を正しく理解することが、エンジニアとしての重要なスキルになるでしょう。

                                                                                                                                                                        引用元: https://risingstars.js.org/2025/en

                                                                                                                                                                        • Introducing Falcon-H1-Arabic: Pushing the Boundaries of Arabic Language AI with Hybrid Architecture
                                                                                                                                                                        • アラブ首長国連邦の技術革新研究所(TII)が、アラビア語に特化した最新のLLMシリーズ「Falcon-H1-Arabic」を発表しました。本モデルは、従来のTransformerと、長文処理に優れた次世代アーキテクチャ「Mamba(状態空間モデル)」を融合させたハイブリッド構成を採用しており、アラビア語NLPの新たなスタンダードを確立しています。

                                                                                                                                                                          1. 革新的な「ハイブリッド・アーキテクチャ」

                                                                                                                                                                          最大の特徴は、MambaとTransformerのアテンション機構を各ブロック内で並列に実行し、出力を融合させている点です。これにより、Mambaの強みである「長いシーケンスに対する効率的なスケーラビリティ(処理の速さ)」と、Transformerの強みである「精密な推論能力」を両立しました。特にアラビア語のような複雑な語形変化を持つ言語において、長文の一貫性と推論性能を大幅に向上させています。

                                                                                                                                                                          2. 巨大なコンテキストウィンドウの実現

                                                                                                                                                                          前モデルの32Kから飛躍的に進化し、3Bモデルで128K、7Bおよび34Bモデルでは最大256Kトークン(約20万語分)の入力を処理可能です。これにより、数百ページの技術文書や法務資料、複数の小説などを一度に読み込めるようになり、ドキュメント全体の深い分析や高度な対話が可能になります。

                                                                                                                                                                          3. 多様なアラビア語方言とデータ品質へのこだわり

                                                                                                                                                                          学習データ(約3000億トークン)は、標準的なアラビア語(MSA)だけでなく、エジプト、レバント、湾岸諸国などの主要な方言もカバーするように構築されました。また、コード(プログラミング)やSTEM領域の能力を維持するため、多言語データもバランスよく配合されています。

                                                                                                                                                                          4. モデルラインナップと実力

                                                                                                                                                                          用途に合わせて3つのサイズが提供されています。

                                                                                                                                                                          • 3B: エッジデバイスや高速なエージェント用。リソース制限がある環境でも高い効率を誇ります。
                                                                                                                                                                          • 7B: 実用的な汎用モデル。企業のチャットボットやドキュメント要約に最適です。
                                                                                                                                                                          • 34B: フラッグシップモデル。ベンチマークではLlama-3.3-70Bといった遥かに巨大なモデルを凌駕するスコアを記録しています。
                                                                                                                                                                          • 新人エンジニアにとっては、特定の言語ドメインに特化しつつ、「Mamba」という最新の理論を実用レベルで統合した、技術的トレンドの最先端を行く非常に興味深い事例です。

                                                                                                                                                                            引用元: https://huggingface.co/blog/tiiuae/falcon-h1-arabic

                                                                                                                                                                            • ArrowIdeative-13b-instruct-ZERO-llm-jpについて
                                                                                                                                                                            • 本記事は、日本語ベースモデル「llm-jp-3.1-13b」に対し、SFT(教師あり学習)を一切行わず、GRPO(Group Relative Policy Optimization)という強化学習のみで事後学習を行った純国産LLM「ArrowIdeative-13b-NeoBase-ZERO-llm-jp」の開発レポートです。これは世界初の「GRPO単独の事後学習による日本語直感モデル」という意欲的な試みです。

                                                                                                                                                                              ■開発の背景:指示追従モデルの「均質化」への挑戦

                                                                                                                                                                              従来のLLM開発では、SFTを行うことで指示に従うようになりますが、代償として回答がテンプレート化し、個性や面白さが失われるという課題がありました。開発者はこの「回答の多様性の喪失」の原因がSFTにあるのではないかという仮説を立て、DeepSeekの「R1-Zero」の手法を参考に、SFTを介さず強化学習(RL)のみで指示追従能力を持たせる手法を採用しました。

                                                                                                                                                                              ■データと学習手法

                                                                                                                                                                              ・使用データ: 「Sarashina2-70b」を用いて生成された合成データセットを活用。Microsoftの「Phi4-mini」で品質を、多様性フィルタリングで類似性を排除し、高品質なデータを選別しています。
                                                                                                                                                                              ・報酬設計: 「チャットテンプレートの遵守」と「回答品質(リワードモデルのスコア)」というシンプルな報酬系を構築。学習が進むにつれ、RLHF(人間のフィードバックによる強化学習)に近い高い完成度を実現しました。
                                                                                                                                                                              ・ハードウェア: NVIDIA RTX 5090とRTX 4060tiという構成で学習されており、個人や小規模チームでも最新の強化学習手法を実践できることを示しています。

                                                                                                                                                                              ■エンジニアへのメッセージ

                                                                                                                                                                              本モデルは、ベースモデルの持つ「直感」や「多様性」を残したまま、特定のプロンプトエンジニアリングが有効な「指示追従モデル」として構築されています。「AIの回答がどこも似たり寄ったりでつまらない」という課題に対し、GRPOという最新技術を駆使して技術的な解法を提示した非常に興味深い事例です。

                                                                                                                                                                              個人開発の規模でも、工夫次第で特定のアルゴリズム(GRPO)を軸にしたスケーラブルなモデル構築が可能であることを証明しており、若手エンジニアにとっても、LLMの新しい学習の在り方を学ぶ上で非常に刺激的な内容となっています。

                                                                                                                                                                              引用元: https://note.com/holy_fox/n/n976faac80012

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

                                                                                                                                                                                0 min

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

                                                                                                                                                                              From the publisher's feed

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