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

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

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

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

  • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20260105
    関連リンク
    • Claude Code Workflow Studio完全ガイド|ビジュアルでAIワークフローを構築する新時代
    • 1. Claude Code Workflow Studioの概要

      「Claude Code Workflow Studio」は、Anthropic社が提供するAI搭載CLIツール「Claude Code」のワークフロー機能を、直感的なビジュアルエディタで構築・編集できるVS Code拡張機能です。通常、Claude Codeで高度な自律動作(AIエージェント)を定義するには、複雑な設定ファイルを手動で記述する必要がありますが、本ツールはこれらを「ノード」を繋ぐキャンバス上でのドラッグ&ドロップ操作に置き換えます。

      開発者コミュニティでも非常に高い注目を集めており、GitHubでは1,100以上のスターを獲得しています。新人エンジニアの方にとっても、まるでデザインツールのFigmaを扱うような感覚で、複雑なAIの動作ロジックを設計できる「AIワークフローのビジュアルエディタ」となっています。

      2. ツールが解決する3つの課題

      新人エンジニアがAIエージェントの構築に取り組む際、本ツールは以下の3つの大きな壁を取り払ってくれます。

      1. 設定ファイルの複雑さ: MarkdownやYAMLなどの独自構文や、特定のディレクトリ構造を覚えなくても、GUI上で設定を完結できます。
      2. 複雑なフローの可視化: 「Aの結果によってBまたはCのエージェントに分岐する」といった、テキストだけでは把握しにくい論理構造を視覚的に整理できます。
      3. チーム協業の促進: フローが可視化されることで、エンジニア以外のメンバーとも「AIに何をさせるか」という設計意図を共有しやすくなります。
      4. 3. 技術的な仕組みと主要な機能

        本ツールはClaude Codeの既存機能を置き換えるものではなく、その「上に乗るGUIレイヤー」として動作します。そのため、ツールで作成したワークフローは最終的に標準準拠のMarkdownファイルとして出力され、ツールを導入していないチームメンバーともそのまま共有・実行可能です。

        【主要なノードの種類】

        ワークフローは、以下のような役割を持つ「ノード」を組み合わせて構築します。

        • Prompt: AIへの基本的な指示やテンプレート変数を定義します。
        • Sub-Agent: 特定のタスク(コードレビューやデータ抽出など)に特化した、役割を持つエージェントを定義します。
        • IfElse / Switch: 条件に基づいた処理の分岐を実現します。
        • AskUserQuestion: 処理の途中でユーザーに判断を仰ぐための対話ステップを追加できます。
        • MCP: Model Context Protocolを介して、GitHubや外部データベースなどの外部ツールと連携します。
        • さらに、AIがワークフロー自体の編集をサポートしてくれる「AI支援編集機能」も搭載されており、自然言語での指示によってノードの追加や接続を自動化することが可能です。

          4. 制約事項

          実用にあたっては、以下の制約を理解しておく必要があります。

          • ノード数の制限: 1つのワークフローあたり最大50ノードまで構築可能です。
          • 入力制限: リクエスト文字数は2,000文字以内、AI処理のタイムアウトは最大5分までの設定となります。
          • 環境要件: VS Code 1.80.0以上およびNode.js 18.0以上が必要です。
          • 5. まとめ

            Claude Code Workflow Studioは、AIエージェントの構築を「テキストベースの苦行」から「視覚的な設計」へと進化させる画期的なツールです。新人エンジニアの方は、まずは本ツールを使って「AIエージェントがどのように連携し、判断を下しているのか」という全体像を可視化することから始めてみてください。AIを活用した開発の自動化が、より身近で楽しいものになるはずです。

            引用元: https://note.com/ai_driven/n/nce437c34242f

            • Figma MCP でデザインシステムを提供して AI コーディングエージェントに一貫したフロントエンドコードを書かせる
            • AIによるコーディング支援が普及する中で、フロントエンド開発における「デザインの再現性」と「一貫性の欠如」が新たな課題となっています。AIに指示を出してコードを書かせると、学習データの傾向から特定の配色やフォントに偏ってしまう「AI Purple Problem」と呼ばれる現象が起きがちです。本記事では、この問題を解決するために、FigmaのデザインデータをAIに直接理解させる仕組み「Figma MCP(Model Context Protocol)」を活用した、最新の開発フローを解説しています。

              1. デザインと開発を繋ぐ「Figma MCP」の役割

              Figma MCPは、AIエージェントに対してFigmaファイル内のレイアウト、タイポグラフィ、カラー、コンポーネント構造などの詳細なコンテキストを提供するツールです。これにより、エンジニアは曖昧な指示を出す必要がなくなり、AIはデザインガイドラインを厳密に遵守したコードを生成できるようになります。また、「Storybook MCP Addon」を併用することで、AIが既存のコンポーネントを再利用したり、Storybookのベストプラクティスに従った実装を行ったりすることも可能になります。

              2. 実践的な開発プロセス

              記事では、Claude Code(AIコーディングエージェント)を使用した具体的な手順が紹介されています。

              • デザイントークンの抽出: Figmaの特定レイヤーからカラーやスペーシングの情報を取得し、Tailwind CSS v4形式の定義ファイル(globals.css)を自動生成します。
              • コンポーネントの実装: Figma上のボタン等のパーツのリンクをAIに渡すだけで、デザインのバリエーション(Primary、Disabled等)やホバー状態を反映したReactコンポーネントと、そのStorybookファイルを生成します。
              • ページの実装: 抽出したパーツを組み合わせ、Figmaのデザイン案に基づいたページ全体の実装を行います。
              • 3. AIに正しく指示を出すためのコツ

                新人エンジニアが特に意識すべき点は、AIへの「情報の渡し方」です。

                • コンポーネント単位での分割: ページ全体を一度にAIに投げると、情報量が多すぎてエラーが発生したり精度が落ちたりします。ヘッダーやヒーローセクションなど、論理的なチャンクに分けて実装を依頼することが成功の鍵です。
                • Figmaの設計品質: AIに高品質なコードを書かせるためには、Figma側で「Auto Layout」や「Variables(変数)」が適切に設定されており、レイヤーに正しい名前がついている必要があります。
                • まとめ:これからのエンジニアに求められるスキル

                  Figma MCPの活用により、デザインからコードへの変換プロセスは大幅に効率化されます。しかし、それは「人間が何もしなくて良い」ということではありません。AIが正確に動くための「整理されたデザインデータ」を準備することや、デザインシステム全体の設計を理解するスキルの重要性が、これまで以上に高まっています。コードを書く作業はAIに任せつつ、エンジニアは「より良い設計」と「AIへの的確なナビゲーション」に注力する、という新しい開発スタイルの可能性を示す内容となっています。

                  引用元: https://azukiazusa.dev/blog/using-figma-mcp-to-provide-design-system-for-ai-coding-agents

                  • [入門] Crawl4AI:LLM・RAG向けWebスクレイピングの始め方
                  • 1. Crawl4AIの概要:次世代の「AIファースト」スクレイピング

                    Crawl4AIは、大規模言語モデル(LLM)やRAG(検索拡張生成)システムの開発に特化して設計された、Python製のオープンソース・Webスクレイピングフレームワークです。

                    従来のスクレイピングツールが「Webサイトの情報を抽出すること」を目的としていたのに対し、Crawl4AIは「抽出した情報をAIが理解しやすい形に整えて提供すること」をゴールとしています。GitHubで57,000以上のスターを獲得しており、AIエンジニアの間で急速に注目を集めている最新ツールです。

                    2. なぜ今、新しいツールが必要なのか

                    新人エンジニアの方が従来のツール(BeautifulSoupやScrapyなど)を学習すると、HTML構造の解析や、広告・メニューといった「ノイズ」の除去に苦労することが多いでしょう。特にLLMを利用する場合、以下の点が課題となります。

                    • ノイズの多さ: 不要なHTMLタグやナビゲーションが含まれると、LLMの処理コスト(トークン)を無駄に消費し、回答精度も下がります。
                    • 形式の不一致: LLMは生のHTMLよりも、構造化されたMarkdown形式を好みます。
                    • トークン制限: LLMには一度に読み込める文字数制限があるため、長い記事は適切に分割(チャンキング)する必要があります。
                    • Crawl4AIは、これらの課題を「標準機能」として解決するために誕生しました。

                      3. Crawl4AIの主な特徴と機能

                      本ツールは、現代のAI開発において痒い所に手が届く機能を多数備えています。

                      • Fit Markdown(クリーンなMarkdown出力):
                      • 独自のアルゴリズムにより、Webページからメインコンテンツのみを判別し、不要な広告やサイドバーを除去した純粋なMarkdown形式を出力します。
                      • LLM駆動の構造化データ抽出:
                      • 「このページから製品名と価格を抜き出して」といった指示(プロンプト)を与えるだけで、非構造なWebページから正確なJSONデータを抽出できます。OpenAIのGPTシリーズや、ローカルで動くOllamaにも対応しています。
                      • 高度なチャンキング戦略:
                      • RAGシステムを構築する際、データを適切な長さに切る「チャンキング」は非常に重要です。トピックベースや正規表現による分割など、AIのコンテキストウィンドウに最適化された手法を簡単に選べます。
                      • 高速な非同期処理と動的サイト対応:
                      • ブラウザ自動化ライブラリの「Playwright」をベースにしており、JavaScriptを多用した最新のWebサイトも高速かつ効率的に巡回(クローリング)可能です。
                        4. 導入環境と制約

                        Crawl4AIを試すための前提条件は以下の通りです。

                        • 動作環境: Python 3.10以上が必要です。
                        • 依存関係: pip install crawl4ai でインストール後、ブラウザエンジンのセットアップ(crawl4ai-setup)を実行する必要があります。
                        • デプロイ: 本番環境向けにDockerイメージも提供されており、REST APIとして稼働させたり、リアルタイムの監視ダッシュボードを利用したりすることも可能です。
                        • 5. 新人エンジニアへのアドバイス

                          今後、AIを組み込んだシステム開発において「Webからいかに質の高いデータを集めるか」はコアスキルの一つになります。Crawl4AIは、単なる自動化ツールではなく、「AIのためのデータエンジニアリング」を手軽に体験できる優れた教材でもあります。

                          まずは自分の気になる技術ブログなどをMarkdown化して、LLMに読み込ませる実験から始めてみるのがおすすめです。データの「質」がAIの「賢さ」に直結することを、このツールを通じて実感できるはずです。

                          引用元: https://zenn.dev/serada/articles/20260101-crawl4ai-intro

                          • キャラクターの芯を掘り下げるためのLLM向けプロンプト
                          • キャラクターの内面や核心を掘り下げるための、対話型LLM用プロンプトです。表面的な設定ではなく、行動原理や矛盾を深掘りし、創作の解像度を高めます。利用にはClaude 4.5やGemini 3 Pro等の高い言語能力を持つ大規模モデルが推奨される一方、GPT-5.xは非推奨という制約があります。ライセンスはCC0で、AIを「思考のパートナー」として活用する具体例として新人エンジニアにも役立つ内容です。

                            引用元: https://meatlog.de10.moe/entry/character_creator_prompt

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

                              0 min
                            • 私立ずんだもん女学園放送部 podcast 20251226
                              youtube版(スライド付き)
                              関連リンク
                              • Agent Skills 元年なのでオープンスタンダードになった Agent Skills について調べて使ってみた DevelopersIO
                              • 2025年は「Agent Skills」が脚光を浴びる年になりそうです。Anthropic社が提唱し、2024年末にオープンスタンダード化されたこの機能は、AIエージェントの能力を飛躍的に向上させる仕組みとして大きな注目を集めています。

                                ■ Agent Skillsとは?

                                AIエージェントが特定のタスクを遂行するために必要な「指示・スクリプト・リソース」をひとまとめにしたパッケージ(フォルダ)です。これまでAIへの指示出しで苦労していた「想定と違う結果が返ってくる」「毎回同じルールを説明するのが面倒」といった課題を、専門知識をパッケージ化することで解決します。

                                ■ 主な特徴とメリット

                                1. 効率的なコンテキスト利用(段階的な情報開示):
                                2. 最大の利点は、必要な情報だけを必要なタイミングで読み込む仕組みです。メタデータ(概要)は常に読み込みますが、詳細な指示やスクリプトはタスクが発生した時のみ読み込むため、AIの「記憶容量(コンテキストウィンドウ)」を無駄に消費せず、動作の高速化と精度の維持を両立します。
                                3. ポータビリティと共有:
                                4. オープンスタンダードであるため、一度作成したSkillはClaude.ai、Claude Code、APIなどで共通利用でき、チーム間での共有も容易です。
                                5. 他機能との使い分け:
                                6. ・CLAUDE.md:常に意識してほしい「プロジェクトの背景知識」
                                  ・MCP:外部ツールへの「接続方法」
                                  ・Agent Skills:ツールの「効果的な使い方・作業手順」
                                  これらを組み合わせることで、AIを特定の分野のスペシャリストに変えることができます。

                                  ■ 実践的な効果

                                  記事内ではPowerPoint作成の例が紹介されています。Skillなしではデザインが質素になりがちですが、専用のSkillを使用すると、プロのデザイナーの視点(カラーパレットやレイアウト原則)が反映され、視覚的に優れた資料が生成されます。

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

                                  Agent Skillsは、AIに「やり方」を教えるための標準マニュアルのようなものです。まずはAnthropicが公開している公式Skillを導入して、その精度の高さを体感してみてください。また、skill-creatorというSkill自作をサポートするツールも用意されているため、自分の定型業務をSkill化して自動化することに挑戦してみるのも面白いでしょう。

                                  引用元: https://dev.classmethod.jp/articles/agent-skills-2025-standardized-overview/

                                  • Introduction to Microsoft Agent Framework
                                  • Microsoftが、次世代のAIエージェント開発を支える新しいオープンソース開発キット「Microsoft Agent Framework」を公開しました。これは、これまで同社が展開してきた「Semantic Kernel」と「AutoGen」の2つのプロジェクトの強みを統合し、さらに拡張したものです。これからのMicrosoftにおけるAIエージェント開発の標準的な基盤となります。

                                    ■ 概要

                                    本フレームワークは、.NETおよびPythonに対応しており、個別のAIエージェント構築と、それらを組み合わせた高度なマルチエージェント・ワークフローの構築を可能にします。

                                    1. AIエージェント(単体)

                                      LLM(Azure OpenAI, OpenAI, Azure AI等)を活用し、ユーザーの入力を処理してツールやMCP(Model Context Protocol)サーバーを呼び出し、自律的にアクションを実行します。状態管理(Thread)やメモリ(Context Provider)などの基盤機能も備えています。

                                    2. ワークフロー(オーケストレーション)

                                      複数のエージェントや関数をグラフ状につなぎ合わせ、複雑な多段階タスクを実行します。型ベースのルーティング、ネスト構造、チェックポイント機能(中断と再開)、および人間が介在する「Human-in-the-loop」シナリオをサポートしています。

                                      ■ 設計の考え方:エージェントか、ワークフローか

                                      新人エンジニアが特に注目すべきは、「何でもエージェントに任せない」という設計指針です。
                                      ・AIエージェントが向く場合:カスタマーサポートやリサーチのように、手順が事前に決まっておらず、試行錯誤や対話を通じた柔軟な判断が必要なタスク。
                                      ・ワークフロー(または通常のコード)が向く場合:手順が明確に決まっているタスク。もし「関数」として記述できるのであれば、不確実性やコストを避けるために、エージェントではなく関数やワークフローを使うことが推奨されています。

                                      ■ 主な特徴と機能

                                      ・Semantic Kernel由来のエンタープライズ機能(型安全性、テレメトリ、状態管理)と、AutoGen由来のシンプルなエージェント抽象化を兼ね備えています。
                                      ・MCP(Model Context Protocol)クライアントを標準でサポートしており、外部ツールとの連携が容易です。
                                      ・長期実行されるプロセスに対して、実行状態を保存・復旧できるチェックポイント機能を備えています。

                                      ■ 制約と注意点

                                      ・現在はパブリックプレビュー版であり、今後仕様が変更される可能性があります。
                                      ・サードパーティのサーバーやエージェントと連携する場合、データの保持や地域的な境界(Azureのコンプライアンス等)の管理は開発者の責任で行う必要があります。

                                      このフレームワークは、AIが単なるチャット相手から、実際の業務を自律的・構造的にこなす「エージェント」へと進化するための強力なツールとなります。既存のSemantic KernelやAutoGenからの移行ガイドも用意されており、今後のAIアプリケーション開発の主軸になることが期待されます。

                                      引用元: https://learn.microsoft.com/en-us/agent-framework/overview/agent-framework-overview

                                      • 社内 BigQuery にアクセスして Deep Research してくれるエージェントを作る
                                      • 本記事は、コミューン株式会社のエンジニアが、Googleのエージェント開発フレームワーク「google-adk」を活用して、社内のBigQueryデータを自律的に調査・分析する「Deep Researchエージェント」を構築した事例の紹介です。

                                        1. 背景と目的

                                        筆者のチームでは、以前からBigQueryと連携するAIエージェントを運用していましたが、今回はそれをさらに進化させました。単に質問に答えるだけでなく、ユーザーの曖昧な依頼に対して「自ら分析計画を立て、納得いくまでデータを掘り下げ、深い洞察をまとめる」という、Deep Research(深い調査)を自動化することを目指しました。

                                        2. エージェントのアーキテクチャ

                                        複数の専門エージェントを組み合わせる「マルチエージェント」構成をとっており、以下のフローで動作します。

                                        • フェーズ1:分析計画(PlannerAgent)
                                        • ユーザーの質問を解釈し、BigQueryのどのデータを見るべきか等の分析プランを策定します。
                                        • フェーズ2:調査ループ(LoopAgent)
                                        • 「データ取得(DataCollectorAgent)」と「振り返り(ReflectionAgent)」を繰り返し実行します。LoopAgentを用いることで、十分な情報が集まるまで最大N回、自律的にクエリを実行し続けます。
                                        • フェーズ3:最終レポート作成(InsightReportAgent)
                                        • ループ内で蓄積された「発見(findings)」を統合し、エグゼクティブサマリーとして報告します。

                                          3. 実装のポイント(新人エンジニア向け解説)

                                          • LoopAgentと早期終了:単純な繰り返しではなく、exit_loopという仕組みを使うことで「もう十分な結果が出た」とAIが判断した瞬間にループを抜け、効率化を図っています。
                                          • 状態の共有(State):各エージェントがバラバラに動くのではなく、tool_context.stateという共通のメモ帳のような場所に調査結果を書き込むことで、後続のエージェントが前段の文脈を引き継げるようにしています。
                                          • 4. 実行結果と展望

                                            実際の検証では、KGI改善に向けた複雑なリクエストに対し、AIが自ら目的を整理し、必要なクエリを叩き、核心を突いたレポートを出力することに成功しました。今後はWeb検索機能の追加や、KPIツリーの知識をさらに深めさせることで、より精度の高い分析を目指すとしています。

                                            新人エンジニアにとって、LLMに一度にすべてを任せるのではなく、役割を分担させたエージェントを組み合わせる手法は、実戦的なAIアプリケーション開発の非常に良い参考になります。

                                            引用元: https://tech.commune.co.jp/entry/google-adk-bigquery-deep-research

                                            • ラジオ風の“曲紹介トーク”が入る音楽再生ソフトを作ってみた! ずんだもんやWhiteCULなどの合成音声で「イントロ乗せ」:マピオンニュースの注目トピック
                                            • 本記事は、ずんだもんやWhiteCULなどの合成音声を用い、ラジオ番組のような「イントロ乗せ」の曲紹介を自動で行う音楽再生ソフトの開発事例を紹介しています。楽曲の冒頭に合わせて音声が流れる仕組みを構築しており、技術を駆使して日常の音楽鑑賞をより楽しく演出するユニークな試みです。既存技術の組み合わせで新しい体験を生み出す面白さを学べる、新人エンジニアの方にも刺激となる内容です。

                                              引用元: https://www.mapion.co.jp/news/column/nico18769295/

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

                                                7 min
                                              • 株式会社ずんだもん技術室AI放送局 podcast 20251225
                                                youtube版(スライド付き)
                                                関連リンク
                                                • Gemini Enterprise 徹底解説!Gemini 3 で実現する Agentic AI の企業実装
                                                • これまでの生成AI活用は「AIと対話して得た結果を人間が手作業で別のシステムに入力する」という、人間が介在するプロセスが主流でした。しかし、最新モデル「Gemini 3」と組織向けプラットフォーム「Gemini Enterprise」の登場により、AIが自律的に業務を遂行する「Agentic AI(エージェント型AI)」の企業実装が現実のものとなっています。

                                                  1. Gemini 3がもたらす技術的進化

                                                  Gemini Enterpriseの核となる「Gemini 3」には、エージェントとしての動作を可能にする3つの大きな進化があります。

                                                  • 高度な推論能力と計画立案: 単なる回答生成を超え、複雑なビジネス上の問題に対して「計画」を立てる能力が向上しました。
                                                  • ロングコンテクストとマルチモーダル理解: 100万トークン級の長いコンテキストと、画像・音声・動画を統合的に理解する力により、膨大なマニュアルや会議記録を跨いだ複雑な指示にも対応可能です。
                                                  • ツール使用能力の向上: 外部システムを呼び出す精度と、複数のステップを順序立てて実行する「指示追従性」が大幅に改善されました。これにより「在庫確認後に発注書を作成し、上司に通知する」といった一連のワークフローを完遂できます。
                                                  • 2. 現場主導のAI開発「Agent Designer」

                                                    Gemini Enterpriseには、ノーコードでカスタムAIエージェントを構築できる「Agent Designer」が搭載されています。Google WorkspaceやSalesforce、SAPといった既存の基幹システムとシームレスに連携でき、プログラミングの知識がなくても、現場の担当者が自分たちの業務に特化した「デジタル同僚」を作成できます。これにより、特定の部署に閉じた活用ではなく、全社的な「AI開発の民主化」が促進されます。

                                                    3. エンタープライズ基準のセキュリティとガバナンス

                                                    企業導入において最も重要なセキュリティ面も強化されています。

                                                    • データの保護: 入力されたデータがGoogleのモデル学習に利用されることはなく、所有権は顧客に帰属します。
                                                    • 権限管理の継承: 既存のファイル閲覧権限(ACL)をAIが厳密に引き継ぐため、権限のないデータが回答に含まれるリスクを防ぎます。
                                                    • 強固なインフラ: IDプロバイダー(Entra ID等)との連携や、VPCによるネットワーク境界の構築、顧客管理の暗号鍵(CMEK)への対応など、大規模組織の厳しい要求に応える設計となっています。
                                                    • 新人エンジニアへのメッセージ

                                                      「メールの下書きをAIに作らせる」といった個人の効率化のフェーズは終わり、これからは「業務プロセスそのものをAIに自律実行させる」設計能力が求められます。Gemini Enterpriseは、そのための強力な土台となります。まずは身近な「システム間の転記作業」などから自動化の可能性を探り、組織全体の働き方をアップデートする一歩を踏み出してみましょう。

                                                      引用元: https://note.com/google_gemini/n/nb7be1d6582b6

                                                      • Agent Skillsを一番かんたんに作る方法(Claude Code + skill-creator)
                                                      • 本記事は、Anthropicが提供するAIツール「Claude Code」において、エージェントの機能を拡張するための標準規格「Agent Skills」を効率的に作成する方法を解説しています。

                                                        Agent Skillsとは

                                                        Agent Skillsは、AIエージェントに特定の専門知識や新しい機能(ツール)を提供するためのフォーマットです。2025年12月にオープンスタンダードとしてリリースされ、Claude Codeだけでなく、CodexやCursorといった他の主要なAI開発ツールでもサポートが進んでいます。これにより、一度作成した「スキル」を異なるAIツール間で再利用できる可能性が広がっています。

                                                        「skill-creator」によるスキルの作成

                                                        記事では、スキル作成自体をAIにサポートさせるツール「skill-creator」の活用を推奨しています。これを利用することで、以下の2つの方法で簡単にスキルを定義できます。

                                                        1. 対話による新規作成: 作成したいスキルの概要を伝えると、AIが詳細をヒアリングしながらスキルを構築してくれます。
                                                        2. 会話履歴からのスキル化: AIとのやり取りで上手くいったプロセスがある場合、その流れをそのままスキルとして保存できます。これにより、個人のノウハウを再利用可能な資産に変換できます。
                                                        3. 管理と運用のポイント

                                                          作成されたスキルは、プロジェクト単位またはユーザー単位のディレクトリにMarkdownファイル(SKILL.md)として保存されます。この仕組みにはエンジニアにとって大きなメリットがあります。

                                                          • Git管理が可能: テキストベースのファイルであるため、チーム内での共有やバージョン管理、継続的な改善が容易です。
                                                          • トークン消費への配慮: スキルは読み込むだけでトークンを消費するため、不要なスキルセットを無効化することで、AIの応答品質の維持やコスト削減に繋がります。
                                                          • まとめ(新人エンジニアの方へ)

                                                            Agent Skillsを活用することで、「以前も同じ指示をAIにしたな」という二度手間をなくし、チーム全体の作業を効率化できます。特定の作業手順やプロジェクト固有のルールを「スキル」として言語化・共有することは、属人化を防ぐ強力な手段になります。

                                                            まずは公式のskill-creatorを導入し、自分の得意なワークフローをスキル化することから始めてみると、AIエージェントを「自分専用の有能なアシスタント」へ成長させる楽しさを実感できるはずです。

                                                            引用元: https://zenn.dev/aun_phonogram/articles/475f3cca8f40a3

                                                            • 実務で使い倒したので cc-sdd の仕様駆動開発プロセスを丁寧に解説してみた
                                                            • AI駆動開発、特にClaude CodeやCursorなどのAIエージェントを活用した開発において、実装後に「要件の誤解」や「考慮漏れ」が発覚し、数時間分の作業が手戻りになることは珍しくありません。本書は、こうした問題を解決するために、国産の仕様駆動開発ツール「cc-sdd」を用いた、AIと人間の認識齟齬を最小限に抑える開発プロセスを解説しています。

                                                              cc-sddの根底にある考え方は、家を建てる時のように「着工(実装)前に設計図を完成させ、承認する」という「仕様駆動開発(SDD)」のプロセスです。このプロセスを導入することで、修正コストが極めて低い段階で問題を摘出することが可能になります。

                                                              具体的な開発フローは以下の4つの柱で構成されます。

                                                              1. Steering(プロジェクトの記憶の確立)

                                                                AIは通常、セッションが変わるたびにプロジェクトの文脈を忘れてしまいます。Steeringフェーズでは、技術スタック、ディレクトリ構造、コーディング規約などを永続的なドキュメントとして保存します。これにより、AIは常に「プロジェクトの憲法」を遵守した提案ができるようになります。

                                                              2. Requirements(EARS形式による要件の明確化)

                                                                AIが自然言語の曖昧な要望を「EARS形式」という、プログラム的に解釈しやすい構造化された記述に自動変換します。「WHEN(条件) THEN(結果)」という型にはめることで、「適切に処理する」といった曖昧さを排除し、AIの迷いを取り除きます。

                                                              3. Design(実装前の設計承認)

                                                                要件に基づき、システムフロー図(Mermaid形式)やアーキテクチャ方針を生成します。実装を開始する前に人間がこの設計をレビューし、承認する「ゲート」を設けることで、根幹に関わるミスを早期に発見します。

                                                              4. Tasks(実装計画と進捗管理)

                                                                設計を元に詳細なタスクリスト(tasks.md)を作成します。AIが実装を進める際に進捗が自動更新されるため、AIにありがちな「タスクのスキップ」を物理的に防止し、全ての要件が実装されているかを客観的に検証できます。

                                                                cc-sddは、特に複数ファイルにまたがる機能拡張や、複雑なビジネスロジック、セキュリティが重視される開発で真価を発揮します。また、新人エンジニアにとっては、AIとの対話を通じて「何が必要な要件か」を学ぶことができ、経験不足による考慮漏れをツールが補ってくれるという教育的メリットもあります。

                                                                「小さな修正は通常の対話型、大きな機能開発はcc-sddによる仕様駆動型」と使い分けることで、AIエージェントの能力を最大限に引き出し、確実で生産性の高い開発体制を構築できるでしょう。

                                                                引用元: https://zenn.dev/tmasuyama1114/articles/cc_sdd_whole_flow

                                                                • 編み物の解説YouTube見たら「刻むだろ!普通もっと段階を…!」になった→本当に可能なレベルアップなのか経験者に聞いてみた
                                                                • ずんだもん解説の編み物動画が「難易度の飛躍」で話題です。基礎の円錐形から突如複雑なキャラ制作へ飛ぶ構成に、視聴者から「刻んでくれ!」と悲鳴が上がりました。一方で経験者は「実践の中で基礎を学ぶのは有効」と分析。この現象は技術書やBlender講座等でも「あるある」で、学習における急なレベルアップへの共感と驚きが笑いを誘います。エンジニアの「学習の壁」にも通ずる、心温まる技術習得の話題です。

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

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

                                                                    6 min
                                                                  • 株式会社ずんだもん技術室AI放送局 podcast 20251224
                                                                    youtube版(スライド付き)
                                                                    関連リンク
                                                                    • Googles year in review: 8 areas with research breakthroughs in 2025
                                                                    • 2025年は、AIが単なる「便利な道具」から、自ら考え、行動し、人間と共に探求する「実用的なエージェント(Utility)」へと進化した、エンジニアにとって非常に刺激的な1年となりました。Googleが発表した8つの主要分野におけるブレイクスルーを、若手エンジニア向けに要約して紹介します。

                                                                      1. 基盤モデルの飛躍:Gemini 3の登場

                                                                      2025年の最大の成果は、推論能力と効率性が劇的に向上した「Gemini 3」シリーズのリリースです。最上位の「Gemini 3 Pro」は、人間のような深い思考をテストする複雑なベンチマークで最高スコアを記録しました。特筆すべきは「Gemini 3 Flash」で、前世代のProモデルを凌駕する性能を持ちながら、圧倒的な低遅延と低コストを実現しています。「次世代のFlashは前世代のProを超える」という進化のサイクルが確立されました。

                                                                      2. 開発体験の変革:エージェント型AIの普及

                                                                      開発者向けのツールは、コード補完を助ける段階から、開発者と協力してシステムを構築する「エージェント型」へと進化しました。新たな開発支援システム「Google Antigravity」の登場は、AIが自律的にタスクを遂行する新しいソフトウェア開発時代の幕開けを象徴しています。

                                                                      3. 科学と数学におけるパートナーとしてのAI

                                                                      AIが科学者の「共同研究者」として定着しました。タンパク質構造予測の「AlphaFold」は5周年を迎え、300万人以上の研究者に活用されています。また、Geminiに搭載された「Deep Think」機能は、国際数学オリンピックや競技プログラミング(ICPC)でゴールドメダル級の成績を収め、高度な抽象的推論が可能であることを証明しました。

                                                                      4. コンピューティングとハードウェアの進化

                                                                      AIモデルを支えるインフラも進化しています。AIチップの設計自体をAI(AlphaChip)が行う手法により、推論に特化した新型TPU「Ironwood」が開発されました。また、量子コンピューティング分野ではGoogleの研究者がノーベル物理学賞を受賞するなど、実用化に向けた理論と技術の両面で大きな前進がありました。

                                                                      5. オープンモデル「Gemma 3」と責任ある開発

                                                                      Googleは、単一のGPUやTPUでも動作する軽量なオープンモデル「Gemma 3」を公開し、誰もが最先端技術に触れられる環境を整えました。同時に、AIが生成した動画や画像の検証機能の強化など、安全性(AI Safety)への取り組みも最優先で行われています。

                                                                      2025年の動向は、AIを「いかに使いこなすか」だけでなく、AIを「いかにエージェントとしてシステムに組み込むか」が重要になったことを示しています。新人エンジニアの皆さんは、これらの新しいAPIやエージェントの概念をぜひ積極的にキャッチアップしてみてください。

                                                                      引用元: https://deepmind.google/blog/googles-year-in-review-8-areas-with-research-breakthroughs-in-2025/

                                                                      • GPT-1 から GPT-5.2 まで: LLM の特殊トークン徹底解説【2025年12月最新】
                                                                      • 本記事は、大規模言語モデル(LLM)の内部で重要な役割を果たす「特殊トークン」の変遷について、黎明期のGPT-1から最新のGPT-5.2までを技術的に解説したドキュメントです。新人エンジニアの方に向けて、LLMがどのように進化し、どのような仕組みで私たちの意図を汲み取っているのかを解き明かします。

                                                                        1. 特殊トークンとは何か

                                                                        LLMはテキストを「トークン」という単位に分割して処理しますが、通常の単語以外に「ここから会話開始」「ここで思考を終了」といった制御情報をモデルに伝えるための予約されたトークンが存在します。これが特殊トークンです。

                                                                        2. トークナイズ方式の基礎知識

                                                                        モデルが文字を認識する仕組みには、以下の主要な方式があります。

                                                                        • WordPiece: BERT等で採用。単語をサブワードに分解する。
                                                                        • BPE (Byte Pair Encoding): GPT系で採用。出現頻度の高い文字の組み合わせを統合する。
                                                                        • バイトレベル BPE: GPT-2以降で採用。UTF-8のバイト単位で処理するため、未知語(語彙にない文字)が発生しません。
                                                                        • 3. 歴史に見る特殊トークンの進化
                                                                          • 黎明期(GPT-1, BERT): 文末を示す<|endoftext|>や、BERTの穴埋め問題用[MASK]など、文章構造を示すシンプルなものでした。
                                                                          • チャットの登場(GPT-3.5): 単なる「続きの予測」から「会話」へ進化。OpenAIはChatMLを導入し、<|im_start|>userのように「誰の発言か」を区別する特殊トークンを定義しました。
                                                                          • マルチモーダル(GPT-4, LLaVA): 画像情報の入力を示すトークンが登場。画像データを576個程度の連続した「画像トークン」として扱い、テキストと同じ次元で処理します。
                                                                          • Reasoning(思考)モデル(o1, DeepSeek-R1, GPT-5): 2024年後半からのトレンドです。回答を出す前に「じっくり考える」プロセスを制御します。
                                                                            • DeepSeek-R1: とで思考プロセスを囲む明快な設計。
                                                                            • gpt-oss / GPT-5: 「チャンネル」という概念を導入。analysis(思考用)とfinal(回答用)を特殊トークンで切り替えています。
                                                                            • 4. 最新のGPT-5.2と今後の展望

                                                                              最新のGPT-5.2では、思考の途中で「今すぐ回答する」ボタンが実装されました。これは技術的に、特殊トークンを強制挿入して思考モードを終了させる制御を行っていると推測されます。今後は「感情トークン」や「エージェント間通信用トークン」など、より高度な概念を伝えるための特殊トークンが追加され、LLMの表現力はさらに向上していくでしょう。

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

                                                                              LLMの進化は「いかに人間と同じようなコンテキスト(文脈)をモデルに理解させるか」の歴史でもあります。特殊トークンを学ぶことは、一見魔法のように見えるAIの「裏側の制御」を理解する第一歩です。今後新しいモデルが登場した際は、ぜひその「トークナイザ(語彙リスト)」を覗いてみてください。そこに次世代のAIのヒントが隠されています。

                                                                              引用元: https://blog.asial.co.jp/6429/

                                                                              • NVFP4: 4ビットの浮動小数点でLLMを学習する仕組み
                                                                              • 近年の大規模言語モデル(LLM)の学習には、天文学的な計算リソースとコストが必要です。この課題に対し、計算に用いる数値の精度を下げることで、ハードウェアの性能を最大限に引き出す手法が注目されています。本記事では、NVIDIAの最新アーキテクチャ「Blackwell」で導入された4ビット浮動小数点「NVFP4」の仕組みと、その優位性について解説しています。

                                                                                ■数値精度と演算速度のトレードオフ

                                                                                GPUの演算性能は、扱う数値の精度(ビット数)を下げるほど向上します。例えばNVIDIAのB200 GPUでは、FP16に比べてFP4(4ビット)を用いることで、理論上4倍の演算速度が得られます。計算コストを1/4に抑えられる可能性を秘めていますが、FP4はわずか「16通り」の値しか表現できないため、単純に適用すると計算誤差が大きすぎて学習が破綻するという大きな課題がありました。

                                                                                ■精度を維持するための工夫:スケーリング

                                                                                表現幅の狭いFP4で精度を保つため、以下のステップで技術が進展してきました。

                                                                                1. スケーリングの導入

                                                                                  量子化したい数値をFP4の最大値に合わせて拡大(スケーリング)し、計算後に元に戻す手法です。しかし、LLMのパラメータには極端に大きな「外れ値」が含まれることがあり、一つの大きな値に合わせると他の微小な値がすべて「0」に丸められてしまう欠点がありました。

                                                                                2. ブロック単位スケーリング(Block-wise Scaling)

                                                                                  数値を小さな「ブロック」に分割し、ブロックごとにスケーリング定数を計算する手法です。これにより、外れ値の影響を特定のブロック内に限定でき、全体の精度を維持しやすくなります。LLMは一部の外れ値が重要な役割を果たすため、この手法は非常に効果的です。

                                                                                  ■NVFP4の革新性

                                                                                  Blackwellで採用された「NVFP4」は、これをさらに洗練させた「2段階スケーリング」を採用しています。
                                                                                  ・テンソル全体の基準(FP32)
                                                                                  ・16要素ごとの微調整(FP8)
                                                                                  これらを掛け合わせることで、メモリへの負荷を最小限に抑えつつ、4ビットとは思えない高い精度で数値を表現します。

                                                                                  ■今後の展望

                                                                                  シミュレーション結果からも、NVFP4は従来の量子化手法より大幅に誤差が少ないことが示されています。2025年に入り、FP4を用いた事前学習の事例も報告され始めており、今後は4ビットネイティブな学習が主流となることで、さらなるモデルの大規模化や学習の高速化が進むと期待されます。低精度演算は現代のAIインフラを支える核となる技術であり、エンジニアにとって必須の知識と言えるでしょう。

                                                                                  引用元: https://www.m3tech.blog/entry/4bit_float_llm

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

                                                                                    0 min
                                                                                  • 株式会社ずんだもん技術室AI放送局 podcast 20251223
                                                                                    youtube版(スライド付き)
                                                                                    関連リンク
                                                                                    • Figmaやめて、AIとコードでUIを作り始めた話
                                                                                    • AI Shift社のUI/UXデザイナー後藤氏による、Figmaでのデザイン作業をあえて停止し、AIとコードを駆使してUI構築を行う実験的な取り組みの紹介です。AI Shift Advent Calendar 2025の記事であり、AIエージェント(Claude Code等)が台頭する現代における、新しいフロントエンド開発の形を示唆しています。

                                                                                      背景:デザインが開発のボトルネックに

                                                                                      開発チームがAIを導入して実装速度が飛躍的に向上した結果、従来のFigmaによる手作業でのデザインが追いつかず、デザイナーがチーム全体のボトルネックになるという課題が発生しました。筆者は自身の業務を「探索(リサーチ)」「考案(解決策)」「形にする(UI構築)」に分解。最もコストのかかっていた「形にする」作業をAIに任せることで、本来重要なUXデザイン(探索・考案)に時間を全振りすることを目指しました。

                                                                                      解決策:デザインと実装の境界をなくす

                                                                                      「Figmaでのデザイン」と「フロントエンドの実装」が分断されている構造自体を見直し、AIを活用してStorybook上で直接UIを構築する手法を採用しました。これにより、デザイン案を即座にコードとして動かせるようになり、試行錯誤の回数が劇的に増加しました。

                                                                                      AIを使いこなすための「地図」の整備

                                                                                      AIに丸投げするのではなく、精度と再現性を高めるために以下の材料を整えています。

                                                                                      1. UXリサーチの共有: ペルソナや価値マップをAIに渡し、判断の評価軸(北極星)を明確にする。
                                                                                      2. ドキュメント構造の整理: docs/配下にプロダクトビジョンやデザインシステムをまとめ、AIと人間が参照する事実を一元化する。
                                                                                      3. 厳密なプロンプトテンプレート: コンテキスト、技術・デザイン制約、入出力形式、良い例・悪い例を定義し、AIの迷いをなくす。
                                                                                      4. 人間による全体最適: AIが得意な「局所最適(画面単体の作成)」を活かしつつ、人間が「ユーザー体験全体の整合性」を担保する。
                                                                                      5. 新人エンジニアへの示唆

                                                                                        AIは魔法ではなく、「問いが明確であれば、爆速で形にできる増幅器」です。これからの開発では、コードを書く技術だけでなく、「誰の何を解決するためのものか」という背景を言語化し、ドキュメントとして整理する能力が、AIを味方につけるための強力な武器になります。

                                                                                        「デザインと実装を統合する」このアプローチは、エンジニアとデザイナーの垣根を低くし、より本質的な価値提供に集中できる可能性を秘めています。

                                                                                        引用元: https://zenn.dev/aishift/articles/3e211e67e3dc14

                                                                                        • LLMのCUDAカーネルを自作しよう!
                                                                                        • 本記事は、PyTorchの内部で行われているGPU処理(CUDAカーネル)をGPT-2モデルを題材に自作し、LLMの動作原理を深く理解するための技術解説です。新人エンジニアにとっても、ブラックボックスになりがちな「.to(“cuda”)」の先で何が起きているかを知るための優れた入門ガイドとなっています。

                                                                                          まず、開発の基盤となる技術要素が紹介されています。NVIDIA GPUを制御する「CUDA」、C++とPythonを連携させる「pybind11」、そしてC++版PyTorchである「Libtorch」を組み合わせることで、自作の高速な演算処理をPythonから手軽に呼び出せる環境を構築します。

                                                                                          記事の中核は、LLMを構成する各要素の「スクラッチ実装」です。単に数式を実装するだけでなく、学習に不可欠な「誤差逆伝播(バックプロパゲーション)」を実現するために、順伝播(Forward)と逆伝播(Backward)の両方のカーネルを自作しています。主な実装項目は以下の通りです。

                                                                                          1. Linear層: 行列演算(Matmul)やバイアス加算といった基本演算の実装。
                                                                                          2. 活性化関数(GELU): 近似式を用いた高速な計算手法の適用。
                                                                                          3. Dropout: CUDAの標準ライブラリ「cuRAND」を用いた乱数制御による過学習抑制。
                                                                                          4. Layer Norm(DyT): 2025年に発表された最新手法「Dynamic Tanh」を採用。実装の容易さと高いパフォーマンスを両立させています。
                                                                                          5. Attention機構: トークンIDのベクトル変換(Embedding)から、LLMの肝である「Scaled Dot Product Attention」の計算グラフに基づく実装。
                                                                                          6. さらに、学習を支えるアルゴリズムとして、予測のズレを評価する「CrossEntropyLoss」や、重みを効率的に更新する最適化手法「AdamW」もCUDAカーネルとして実装されています。

                                                                                            実装の信頼性を担保するため、自作カーネルの計算結果が純正のPyTorchと一致するかをユニットテストで厳密に検証している点も特徴的です。最終的に、これらの部品を組み上げて36MパラメータのGPT-2モデルを構築し、日本語データセットを用いた学習に成功しました。結果として、純正PyTorchと同様の損失(Loss)の推移が確認されており、自作カーネルの正当性が証明されています。

                                                                                            LLMのパフォーマンス改善や独自の最適化を目指すエンジニアにとって、ライブラリの内部構造を理解し、低レイヤからモデルを構築する経験は非常に技術的価値が高いものです。この記事は、その第一歩として、理論と実装の両面から学べる実践的な内容となっています。

                                                                                            引用元: https://zenn.dev/selllous/articles/diy_llm_kernel

                                                                                            • Structured Outputs Create False Confidence BAML Blog
                                                                                            • LLMを利用したシステム開発において、JSON形式などで結果を返す「構造化出力(Structured Outputs)」は、一見すると非常に便利で信頼できるように見えます。しかし、本記事は「構造化を優先するあまり、回答の品質(精度)が犠牲になっている」という、エンジニアが陥りがちな落とし穴を指摘しています。

                                                                                              1. 「正しさ」よりも「形式」が優先されてしまう

                                                                                              構造化出力API(OpenAIなどのConstrained Decoding)を使用すると、モデルは「指定されたスキーマに適合すること」を最優先します。

                                                                                              例えば、レシートから商品の数量を抽出する際、モデルがテキスト出力なら「0.46」と正しく答えられるケースでも、構造化出力の制約下では強引にスキーマに合わせようとして「1」という誤った数値を返してしまうことがあります。これは、モデルが本来選びたかったトークンが、スキーマ制約によって選択肢から除外されてしまうためです。

                                                                                              2. 例外やエラーを扱いにくくなる

                                                                                              自由なテキスト出力であれば、LLMは「入力画像がレシートではなく象の画像である」といった矛盾を指摘し、処理を拒否することができます。しかし、特定の構造(JSON等)を強制されると、モデルは「象の情報」を無理やり「レシートの枠組み(店名や合計金額など)」に当てはめて出力しようとします。その結果、フォーマットは正しいが無意味なデータが生成され、エラーの検知が困難になります。

                                                                                              3. 推論能力(Chain-of-Thought)の低下

                                                                                              「ステップバイステップで考えて」という指示はLLMの回答精度を上げますが、構造化出力ではこの推論プロセスまでJSONのフィールドに含める必要があります。この時、モデルは「改行のパース」や「クォートのエスケープ」といった、フォーマットを整えるための事務的な作業に知能のリソースを割いてしまい、肝心の推論の質が落ちるという問題が発生します。

                                                                                              結論とエンジニアへの提言

                                                                                              筆者は、構造化出力を安易に過信せず、「LLMには自由に話させ、その出力を後からパースする」というアプローチを推奨しています。

                                                                                              • 自由な出力を許可する: モデルが矛盾を警告したり、計算過程を自由に記述したりできる余白を残す。
                                                                                              • 後段でパースする: 自由な形式の回答から必要な情報を抽出する。
                                                                                              • この「スキーマに合わせたパース(Schema-aligned parsing)」を効果的に行うために、筆者らは「BAML」というオープンソースのDSLを開発しています。新人エンジニアの方は、ライブラリの機能に頼り切るのではなく、LLMの挙動(トークン選択の仕組み)を理解した上で、出力の「形式」と「品質」のバランスを考慮した設計を行うことが重要です。

                                                                                                引用元: https://boundaryml.com/blog/structured-outputs-create-false-confidence

                                                                                                • 高市首相が小室哲哉、デーモン閣下、こっちのけんとの3名ほかと意見交換会を開いたが絵面がすごい「AIじゃない…だと?」「4人バンドかな」
                                                                                                • 高市首相がコンテンツ業界の著名人である小室哲哉氏、デーモン閣下、こっちのけんと氏らと意見交換会を行い、その写真が「AI生成画像のような違和感」だと話題です。あまりに豪華で異色な顔合わせに、ネット上では「4人組バンドの結成か」といった冗談も飛び交っています。現実の光景がAIによるフェイク画像のように見えてしまうという、現代ならではの視覚的ユーモアを感じさせるニュースです。

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

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

                                                                                                    6 min
                                                                                                  • マジカルラブリー☆つむぎのピュアピュアA.I.放送局 podcast 20251222
                                                                                                    関連リンク
                                                                                                    • GitHub Copilot Agent Skills 入門
                                                                                                    • 2025年12月18日、GitHub Copilotに新たな拡張機能「Agent Skills」が追加されました。本記事は、この機能が従来のカスタム指示とどう違うのか、そして開発現場でどのように役立つのかを、新人エンジニアの方にも分かりやすく解説しています。

                                                                                                      1. Agent Skillsとは何か

                                                                                                      Agent Skillsは、AIエージェントに「専門知識」や「特定の作業手順」をパッケージ化して提供するためのオープン標準(Open Standard)の仕組みです。

                                                                                                      これまでCopilotにプロジェクト固有のルール(例:独自のデプロイ手順やコーディング規約)を教える際は、カスタム指示などに全ての情報を書き込む必要がありました。しかし、情報量が増えるとAIが一度に処理できる情報の限界(コンテキストウィンドウ)を圧迫し、回答の精度が落ちたり動作が重くなったりする課題がありました。Agent Skillsは、必要な時だけ情報を読み込む「オンデマンドな学習」を実現することで、この問題を解決します。

                                                                                                      2. 導入の主なメリット
                                                                                                      • コンテキストの効率的な管理: AIが必要と判断した時だけスキルを動的に読み込む(遅延ロード)ため、AIの記憶容量を無駄遣いせず、高いパフォーマンスを維持できます。
                                                                                                      • スキルの自動発見: 所定のディレクトリ(例:.github/skills/)にファイルを配置するだけで、Copilotが「どんなスキルがあるか」を自動で認識し、適切なタイミングで活用してくれます。
                                                                                                      • 高い相互運用性: もともとAnthropic社の「Claude Code」で導入された概念が標準化されたものであり、将来的に他のAIツールでも同じスキルファイルを再利用できる可能性があります。
                                                                                                      • ワークフローの標準化: チーム独自の診断スクリプトや複雑な手順を「スキル」として定義しておくことで、誰でもAIのサポートを受けて一貫した作業が可能になります。
                                                                                                      • 3. スキルの仕組みと作り方

                                                                                                        スキルは、SKILL.md というファイルを中心としたディレクトリ構成で作成します。

                                                                                                        • 設定(YAMLフロントマター): スキルの名前と「どんな時にこのスキルを使うべきか」という説明を記述します。AIはこの説明を見て、ユーザーの質問に対してどのスキルを起動するかを判断します。
                                                                                                        • 内容(Markdown): 具体的な指示や手順を記述します。
                                                                                                        • VS Codeで使用する場合、設定(settings.json)で chat.useAgentSkills: true を有効にすることで利用可能になります。
                                                                                                          4. まとめ

                                                                                                          Agent Skillsは、AIに「必要な時だけ専門書を開かせる」ような賢い仕組みです。プロジェクト固有の知識を整理して配置するだけで、Copilotがより頼もしい相棒へと進化します。公式のテンプレートなども公開され始めているため、まずは既存のスキルを参考に、自分のプロジェクトを「AIフレンドリー」にアップデートしてみるのがおすすめです。

                                                                                                          引用元: https://zenn.dev/openjny/articles/a9d4f6ec2a05c2

                                                                                                          • 仕様書を渡すとテスト観点を抽出してテストケースまで生成する上に使うほど賢くなったらいいなぁ…なAIエージェントをつくったよ
                                                                                                          • 本記事は、LIFULL社のQAエンジニアが開発した、テスト分析からテストケース作成までの工程を劇的に効率化する「AIエージェント」の開発事例を紹介しています。このエージェントは単に生成を行うだけでなく、人間と協調して精度を高め、使えば使うほど組織の知見を蓄積して賢くなる仕組みを備えているのが最大の特徴です。

                                                                                                            1. AIエージェントによる5つの動作ステップ

                                                                                                            エージェントに仕様書を渡すと、以下のプロセスでテスト設計を進めます。

                                                                                                            1. 仕様書の理解: 曖昧な表現や矛盾を指摘し、プロダクトのリスクを特定します。
                                                                                                            2. テスト観点の抽出: ドメイン知識やテスト技術を駆使して、検証すべきポイントを洗い出します。
                                                                                                            3. ユーザーレビュー: 人間が内容を確認し、必要に応じて修正を指示します(最大5回まで)。
                                                                                                            4. テストケース生成: JSON形式で構造化されたテストケースを出力します。
                                                                                                            5. 知識の抽出・保存: 修正内容からナレッジを抽出し、GitHubにプルリクエスト(PR)を出して自身を強化します。
                                                                                                            6. 2. 現場で役立つ3つの設計思想

                                                                                                              新人エンジニアが開発やQAに携わる際にも非常に参考になる、実用性を高めるための工夫が3つ挙げられています。

                                                                                                              ポイント①:いきなり作らず「仕様書の理解」から入る

                                                                                                              「完璧な仕様書は存在しない」という前提に立ち、まずはLLMが仕様を正しく解釈できているか、暗黙の前提が漏れていないかを確認します。初期段階で認識のズレを正すことで、最終成果物が的外れになるのを防ぎます。

                                                                                                              ポイント②:人間による「軌道修正」をプロセスに組み込む

                                                                                                              AI任せにせず、ステップごとに人間の承認を必須としています。もし修正回数が重なる場合は、仕様書そのものの品質に問題がある可能性を示唆し、ドキュメント自体の見直しを促す仕組みになっています。

                                                                                                              ポイント③:使うほど賢くなる「フィードバックループ」

                                                                                                              人間がレビューで指摘した内容を「ドメイン知識(そのサービス特有の仕様)」と「テスト技術(汎用的な手法)」に分類し、ナレッジとして蓄積します。これにより、使う人が増えるほどAIが賢くなり、組織全体の資産としてスケールします。

                                                                                                              3. 導入の成果と今後の展望

                                                                                                              現在はQAエンジニアが実務で活用しており、成果物に少し手直しを加える程度で運用できています。生成されたJSONデータはスプレッドシートへインポート可能な形に標準化されており、ツールの自由度も確保されています。今後はナレッジが肥大化した際の管理や、一貫性の担保をAIで自動化していくことが課題として挙げられています。

                                                                                                              AIを単なる「生成ツール」として使うのではなく、人間の知恵を学習させる「エージェント」として育てるこのアプローチは、今後のAI活用における一つの理想形と言えるでしょう。

                                                                                                              引用元: https://www.lifull.blog/entry/2025/12/20/120000

                                                                                                              • NVIDIA、オープンソースLLM「Nemotron 3」発表–Metaの影響力低下で主導権狙う
                                                                                                              • AI半導体で圧倒的なシェアを誇るNVIDIAが、最新のオープンソース大規模言語モデル(LLM)「Nemotron 3」ファミリーを発表しました。これは、これまでオープンソース界のリーダーだったMeta(旧Facebook)の「Llama」シリーズの影響力が低下する中、NVIDIAがソフトウェア領域でも主導権を握ろうとする戦略的な動きです。

                                                                                                                新人エンジニアが知っておくべき「Nemotron 3」の主な特徴は、以下の3つのモデル展開です。

                                                                                                                1. Nano(300億パラメーター): すでにHuggingFaceで公開されており、すぐに試すことが可能です。特筆すべきは、前世代と比べて推論速度(スループット)が4倍に向上し、一度に処理できるテキスト量(コンテキストウィンドウ)が100万トークンまで拡大された点です。これは長大なソースコードやドキュメントを一度に扱う際に非常に有利です。
                                                                                                                2. Super(1000億パラメーター): 2026年1月に提供開始予定。
                                                                                                                3. Ultra(5000億パラメーター): 2026年3月〜4月頃に提供予定。
                                                                                                                4. 背景には、オープンソースLLMの勢力図の変化があります。2023年に登場したMetaの「Llama」は開発者から熱狂的に支持されましたが、2025年リリースの「Llama 4」は評価が伸び悩み、最新のベンチマークランキングでは上位から姿を消しています。さらにMeta内部では、AI開発をクローズド(非公開)な体制へ移行させる動きも報じられており、オープンソースコミュニティにおけるLlamaの存在感が薄れつつあります。

                                                                                                                  この好機を捉え、NVIDIAは自社が2025年においてHuggingFaceへの貢献度が最も高い企業であることを強調しています。企業のエンジニアが抱える「AI導入コストの増大」や「回答精度の不安定さ」といった課題に対し、効率的で高性能なオープンモデルを提供することで、自社GPUを中心としたエコシステムをさらに拡大する狙いがあります。

                                                                                                                  現在、LLMの世界ではOpenAIやGoogleのクローズドモデルに加え、中国の「Qwen」や「DeepSeek」といったオープンモデルが激しく競い合っています。NVIDIAの参入により、開発者にとっての選択肢はさらに広がりました。特定のモデルに依存せず、最新のライブラリやモデルの特性をいち早くキャッチアップして使い分ける姿勢が、これからのエンジニアには求められます。

                                                                                                                  引用元: https://japan.zdnet.com/article/35241701/

                                                                                                                  • 家族のようなロボット『らぼっと』と暮らし始めたが、プチプチを潰す感触にハマっているらしい「うちもあげてみました」
                                                                                                                  • 家族型ロボット「LOVOT」が、緩衝材のプチプチを潰す感触や音を楽しむ愛らしい姿が話題です。あるオーナーが投稿した、プチプチの上を自ら往復し、音がしなくなると満足して寝てしまう動画をきっかけに、他のオーナーの間でも「プチプチ遊び」が流行しました。高度なセンサー技術や制御を、効率性ではなく「癒やしや遊び」という情緒的価値に昇華させた事例であり、ロボット設計の奥深さを感じさせる心温まる内容です。

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

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

                                                                                                                      7 min
                                                                                                                    • 私立ずんだもん女学園放送部 podcast 20251219
                                                                                                                      youtube版(スライド付き)
                                                                                                                      関連リンク
                                                                                                                      • Self-driving infrastructure
                                                                                                                      • Vercelが提唱する「Self-driving infrastructure (SDI)」は、AIエージェントを活用し、インフラの運用を自動化する概念です。従来のインフラ運用では、開発者がインフラ設定に時間を費やす必要がありましたが、SDIではコードがインフラを定義し、Vercelが自動的にリソースをプロビジョニングします。

                                                                                                                        さらに、Vercel Agentがアプリケーションの異常を検知・調査し、根本原因の分析やセキュリティ対策を自動で行います。これにより、運用チームはより高度な課題に集中できるようになります。

                                                                                                                        SDIは、本番環境で得られた知見をコードに反映させる「production-to-code feedback loop」を確立し、継続的な改善を実現します。AI時代のアプリケーション運用において、信頼性とパフォーマンスを向上させるための重要なトレンドと言えるでしょう。

                                                                                                                        引用元: https://vercel.com/blog/self-driving-infrastructure

                                                                                                                        • Findy AI+の開発・運用を支えるMCP活用事例 ― AI Engineering Summit Tokyo 2025登壇レポート
                                                                                                                        • Findy AI+の開発・運用において、Model Context Protocol (MCP)を活用した事例を紹介。MVP開発時にはリモートMCPサーバーを利用し、画面実装の工数を削減。分析処理をLLM側に任せることで、2人体制で1ヶ月の開発を実現しました。ベータ版ではAdmin機能をローカルMCPサーバーとして実装し、画面UI開発の工数を大幅に削減(約1週間)。MCPにより、LLMや生成AIツールに依存しない柔軟な開発が可能になり、開発効率と保守性の向上に貢献しています。MCPはベンダーロックインを避け、長期的な安定性と互換性を担保する重要な技術として期待されています。

                                                                                                                          引用元: https://tech.findy.co.jp/entry/2025/12/18/090000

                                                                                                                          • Letta Code: A Memory-First Coding Agent Letta
                                                                                                                          • Letta Codeは、長期的な学習と記憶に焦点を当てた、モデルに依存しないOSSのコーディングエージェントです。従来のセッションベースではなく、エージェントが過去の経験を蓄積し、継続的に改善される仕組みが特徴です。

                                                                                                                            主な機能として、以下の点が挙げられます。

                                                                                                                            • Memory Initialization: プロジェクトのコードを解析し、学習を初期化。
                                                                                                                            • Skill Learning: 繰り返し行うタスクやパターンを「スキル」として学習し、再利用可能に。
                                                                                                                            • Persisted State: 過去の会話履歴を検索可能。
                                                                                                                            • TerminalBenchでの評価では、Claude CodeやGemini CLIといったモデルベンダー提供のツールと同等のパフォーマンスを示しています。npm install -g @letta-ai/letta-codeでインストールでき、Letta Developer Platformや自社サーバーでの利用が可能です。

                                                                                                                              引用元: https://www.letta.com/blog/letta-code

                                                                                                                              • Nintendo Switch™『QQQbeats!!!』待望のキャラパック第1弾「キャラクターパック ずんだもん」本日12月18日(木)発売!同日より、無料オンラインアップデートにて楽曲4曲追加!
                                                                                                                              • 『QQQbeats!!!』に人気キャラ「ずんだもん」のDLCが本日発売! 同時アップデートで楽曲も4曲追加。さらに、ゲーム本体のホリデーセールも開催中です。バブルシューティングと音楽ゲームが融合した本作で、ずんだもんのスキルを楽しめます。

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

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

                                                                                                                                  0 min
                                                                                                                                • 株式会社ずんだもん技術室AI放送局 podcast 20251218
                                                                                                                                  youtube版(スライド付き)
                                                                                                                                  関連リンク
                                                                                                                                  • Gemini 3 Flash: frontier intelligence built for speed
                                                                                                                                  • Google DeepMindが、高速かつ低コストなAIモデル「Gemini 3 Flash」を発表しました。Gemini 3の性能を維持しつつ、推論速度と効率性を向上させたモデルで、API、Geminiアプリ、Google検索のAIモード、Vertex AI、Gemini Enterpriseなどで利用可能です。

                                                                                                                                    主な特徴は以下の通りです。

                                                                                                                                    • 高速性: 2.5 Proモデルと比較して3倍高速。
                                                                                                                                    • コスト効率: 推論コストを削減。
                                                                                                                                    • 高い性能: PhDレベルの推論能力を持ち、ベンチマークテストでGemini 3 Proと同等の性能を示す部分も。
                                                                                                                                    • 多様な利用: コーディング、複雑な分析、インタラクティブなアプリケーションなど、幅広い用途に対応。
                                                                                                                                    • 開発者向けには、Google AI Studio、Antigravity、Gemini CLI、Android Studioなどを通じて利用でき、企業向けにはVertex AIとGemini Enterpriseで提供されます。一般ユーザーはGeminiアプリとGoogle検索のAIモードで利用可能です。

                                                                                                                                      引用元: https://deepmind.google/blog/gemini-3-flash-frontier-intelligence-built-for-speed/

                                                                                                                                      • RAGの「リランキング」を10倍速くする「MixLM」
                                                                                                                                      • RAGにおける「リランキング」の速度問題を解決する「MixLM」という手法を紹介する記事です。リランキングは精度は高いものの処理速度が遅く、実用上のボトルネックとなることがあります。MixLMは、文書ソースを事前に「リランキング用」にベクトル化し、質問時にそのベクトルと質問文をリランキングモデルに入力することで、従来の10倍以上の高速化を実現します。

                                                                                                                                        具体的には、通常RAGで使用するベクトルとは別に、Encoder LLMを用いて各チャンクのベクトルを作成・保存しておきます。質問時には、ベクトル検索で絞り込んだチャンクと、事前に作成したリランキング用ベクトルを組み合わせ、リランキングモデルに入力します。これにより、LLMが文章全体を処理する代わりに、圧縮されたベクトルを用いることで高速化を実現しています。

                                                                                                                                        LinkedInでの求人検索への実装では、Daily Active Usersが0.47%向上する成果が出ています。RAGシステムのパフォーマンス改善に関心のあるエンジニアにとって、MixLMは有効な選択肢となり得るでしょう。

                                                                                                                                        引用元: https://zenn.dev/knowledgesense/articles/4eb785fd0e9a2b

                                                                                                                                        • Accelerating Long-Context Inference with Skip Softmax in NVIDIA TensorRT-LLM
                                                                                                                                        • NVIDIA TensorRT-LLMにおけるSkip Softmaxは、LLMの長文コンテキスト処理における計算コスト増大という課題を解決する、新しい疎なアテンション手法です。従来のモデルの再学習は不要で、既存のモデルに組み込むことが可能です。

                                                                                                                                          Skip Softmaxは、Softmax関数の特性を利用し、重要度の低いアテンションブロックを動的に削減します。具体的には、計算されたlogit値が事前に設定された閾値を超えないブロックの処理を省略することで、メモリ帯域幅と計算量の両方を削減します。

                                                                                                                                          性能評価では、Llama 3.3 70Bモデルにおいて、デコード時に最大1.36倍、プレフィル時に最大1.4倍の高速化が確認されています。特に、長いコンテキスト長において効果を発揮します。

                                                                                                                                          精度への影響は、50%程度の疎性化であればほとんど損失がないことが確認されています。TensorRT-LLMに統合されており、Hopper/Blackwell GPUで利用可能です。設定はAPIまたはYAMLファイルを通じて行えます。

                                                                                                                                          より詳細な情報や今後のアップデートについては、関連ドキュメントを参照ください。

                                                                                                                                          引用元: https://developer.nvidia.com/blog/accelerating-long-context-inference-with-skip-softmax-in-nvidia-tensorrt-llm/

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

                                                                                                                                            0 min
                                                                                                                                          • 株式会社ずんだもん技術室AI放送局 podcast 20251217
                                                                                                                                            youtube版(スライド付き)
                                                                                                                                            関連リンク
                                                                                                                                            • A Protocol for Agent-Driven Interfaces¶
                                                                                                                                            • A2UIは、AIエージェントがWeb/モバイル/デスクトップで動作するリッチなUIを、コード実行なしに生成するためのプロトコルです。エージェントはUIの構造とデータを記述するA2UIメッセージを送信し、クライアント側はそれをネイティブウィジェットでレンダリングします。

                                                                                                                                              主な特徴:

                                                                                                                                              • 安全性: 実行可能なコードを含まず、定義済みのコンポーネントのみを使用するため、UIインジェクション攻撃を防ぎます。
                                                                                                                                              • LLMとの親和性: ストリーミングJSON形式で、LLMが段階的にUIを構築しやすい設計です。
                                                                                                                                              • フレームワーク非依存: Angular, Flutter, Reactなど、様々なフレームワークで同じUIを再現できます。
                                                                                                                                              • プログレッシブレンダリング: UIの更新を逐次的にストリーミングするため、ユーザーはリアルタイムにUI構築を確認できます。
                                                                                                                                              • 現在はv0.8のPublic Preview段階で、仕様や実装は進化中です。GitHubで公開されており、コントリビューションも歓迎されています。レストラン検索デモや、ランドスケープアーキテクトデモを通じてA2UIの動作を確認できます。

                                                                                                                                                引用元: https://a2ui.org/

                                                                                                                                                • 言語化が下手な人は5つのタイプに分けられる
                                                                                                                                                • 本記事は、言語化能力が低い原因を、読解、構造化、表現、整形、タイピングの5つのプロセスに分解し、それぞれの問題点と改善策を解説しています。新人エンジニアが陥りやすい「何を言いたいのか伝わらない」「ドキュメント作成に時間がかかる」といった課題に対し、具体的なチェック方法と改善策が提示されており、自己分析とスキルアップに役立ちます。特に、問題の根本原因を特定することの重要性、そしてトレーニングが有効なのは「伝わらない」という自覚がある場合に限る点が強調されています。組織としては、良いコミュニケーションを評価する文化を醸成し、個人としては、自己診断を通じてボトルネックを特定し、優先順位をつけて改善に取り組むことが推奨されています。LLMを活用する上でも重要なスキルである言語化能力の向上に役立つ内容です。

                                                                                                                                                  引用元: https://note.com/suthio/n/n2555d51f8f1b

                                                                                                                                                  • The new ChatGPT Images is here
                                                                                                                                                  • OpenAIがChatGPTの画像生成モデルをアップデートし、より意図通りの編集と高速化を実現しました。特に、画像の細部を保持しつつ、指示に忠実な編集が可能になり、写真の修正やスタイルの変更などが容易になりました。

                                                                                                                                                    今回のアップデートは、ChatGPTの全ユーザーとAPIユーザーで利用可能。APIでは、GPT Image 1.5として提供され、画像入力・出力コストが20%削減されました。ロゴや重要な要素の一貫性を保ちながら編集できるため、マーケティングやECサイトでの利用に適しています。

                                                                                                                                                    さらに、ChatGPTのサイドバーに新しい「Images」機能が追加され、プリセットフィルターやプロンプトを活用することで、より簡単に画像生成を楽しめるようになりました。

                                                                                                                                                    引用元: https://openai.com/index/new-chatgpt-images-is-here

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

                                                                                                                                                      0 min
                                                                                                                                                    • 株式会社ずんだもん技術室AI放送局 podcast 20251216
                                                                                                                                                      youtube版(スライド付き)
                                                                                                                                                      関連リンク
                                                                                                                                                      • Nemotron 3 Nano - A new Standard for Efficient, Open, and Intelligent Agentic Models
                                                                                                                                                      • NVIDIAが、効率性と性能を両立した新しいAIエージェントモデル「Nemotron 3 Nano 30B A3B」を発表しました。このモデルは、1Mトークンという長文脈に対応し、Mamba-Transformer MoEアーキテクチャを採用することで、従来のモデルと比較して最大4倍の高速化を実現しています。

                                                                                                                                                        主な特徴として、31.6Bパラメータ、約3.6Bの活性パラメータ、推論速度の向上、高い精度、Reasoning ON/OFF機能、そしてオープンなデータスタックが挙げられます。

                                                                                                                                                        学習には、大規模な事前学習、教師ありファインチューニング、そしてRLVR/RLHFといった強化学習技術が用いられています。また、NVIDIAは、RL環境構築を容易にする「NeMo Gym」も公開しており、開発者がより簡単に強化学習を試せるようにしています。

                                                                                                                                                        Nemotron 3 Nanoは、エージェント、推論、ツール利用、チャットタスクに最適化されており、Hugging Faceやbuild.nvidia.comなどで利用可能です。モデルの重み、学習レシピ、データセットも公開されており、研究開発を促進します。

                                                                                                                                                        引用元: https://huggingface.co/blog/nvidia/nemotron-3-nano-efficient-open-intelligent-models

                                                                                                                                                        • AIエージェント/MCPサーバー実装ガイドを作成しました SIOS Tech Lab
                                                                                                                                                        • SIOS Tech Labが、AIエージェントとMCP(Model Context Protocol)を体系的に学べる実装ガイドを公開しました。このガイドは、AIエージェント開発の基礎から実践までを網羅しており、201ページの大ボリュームです。

                                                                                                                                                          対象読者は、AIエージェント/MCPを学ぶ開発者、および関連プロジェクトのPL/PM。基礎理論を図解で分かりやすく解説し、すぐに動くソースコードも提供することで、初心者でもスムーズに学習を進められます。

                                                                                                                                                          ガイドは以下の7つの章で構成されています。

                                                                                                                                                          1. AIエージェントの基本概念
                                                                                                                                                          2. ReActによるAIエージェント実現
                                                                                                                                                          3. Function Callingによる実装
                                                                                                                                                          4. MCPの理論と構造
                                                                                                                                                          5. シンプルなMCPサーバー実装
                                                                                                                                                          6. MCPの認可機能
                                                                                                                                                          7. MCP対応AIエージェント実装
                                                                                                                                                          8. このガイドと解説セミナーを活用することで、AIエージェント/MCPサーバー開発をスムーズに進められるでしょう。

                                                                                                                                                            引用元: https://tech-lab.sios.jp/archives/50769

                                                                                                                                                            • ChatGPTの記憶システムはRAGを使っていなかった - 4層アーキテクチャの衝撃
                                                                                                                                                            • ChatGPTのメモリシステムは、多くのエンジニアが予想していたRAGやベクトルデータベースを使用せず、シンプルな4層構造で高速性を実現しているという調査結果。各層は、セッションメタデータ、長期記憶(最大33個)、最近の会話サマリー、現在のセッションメッセージで構成されます。

                                                                                                                                                              RAGの課題(レイテンシ、精度、複雑性)を回避し、全ての記憶をコンテキストに注入する方式を選択。モデルのスケーリングとコンテキストウィンドウ拡大により、速度と効率性を両立しています。OpenAIの哲学は「強力なモデルに大量のコンテキストを渡せば、モデルが不要な情報をフィルタリングする」というもの。

                                                                                                                                                              他のAI(Claude, Gemini)と比較すると、ChatGPTは日常会話の記憶継続性に優れる一方、単一会話の情報量ではGeminiに劣ります。セキュリティ面では、悪意のあるコードを記憶に注入される「Memory Injection」攻撃のリスクがあり、対策が必要です。

                                                                                                                                                              この設計は、特に日常会話においては、速度と利便性を優先した結果と言えます。今後のAI開発においては、RAGだけでなく、シンプルなコンテキスト注入やSQLベースのメモリエンジンなど、タスクに応じた最適なアプローチを選択することが重要になるでしょう。

                                                                                                                                                              引用元: https://zenn.dev/tenormusica/articles/chatgpt-memory-no-rag-2025

                                                                                                                                                              • 【ずんだもん】ずんだもんのマスコットが登場!「もちぴこ」シリーズで顔文字のようなシュールな表情を造形【プライズ】
                                                                                                                                                              • 「ずんだもん」のマスコットが、オンラインクレーンゲームやアミューズメント施設に登場。表情豊かな「もちぴこ」シリーズで、ストラップ紐付きのぬいぐるみを入手できます。

                                                                                                                                                                引用元: https://game.boom-app.com/entry/onlinecranegame-news20251215-10

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

                                                                                                                                                                  0 min

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

                                                                                                                                                                From the publisher's feed

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