<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Kosuke Saigusa</title>
    <description/>
    <link>https://speakerdeck.com/kosukesaigusa</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/kosukesaigusa.rss"/>
    <lastBuildDate>2026-10-30 03:59:54 -0400</lastBuildDate>
    <item>
      <title>flutter_test のその先へ — Flutter アプリの LLM 機能に「評価」という品質保証を</title>
      <description>Firebase AI Logic や flutter_ai_toolkit の登場で、バックエンドを介さずクライアントから直接 LLM を呼ぶ AI 機能を、Flutter エンジニアが自分たちの手で作ってリリースできるようになりました。サーバーサイドで LLM を呼ぶ構成も含めれば、LLM を組み込んだ機能を持つアプリケーションは、すでに珍しくないはずです。しかし、その出力は非決定的で、私たちのテスト文化 — unit test、widget test、integration test など — の前提を裏切ります。プロンプトを 1 行変えた PR に、あなたは何を根拠に approve を出しますか？モデルの世代交代が来たとき、何を確認してからアップデートしますか？

このセッションでは、Flutter エンジニアとして長く活動し、現在は LLM Ops（LLM を組み込んだ機能の評価・運用）の実務に主に取り組んでいる登壇者が、その現場で使われている評価手法（ルーブリック評価、LLM-as-a-Judge、pairwise 比較）を Flutter のテスト文化の語彙に翻訳し、「評価 (evaluation)」をテストピラミッドの新しい層として組み込む方法を紹介します。

具体的には、画像からの構造化出力やチャットのような、LLM を組み込んだ典型的な機能を題材に、Flutter のテストの仕組みと地続きの形で評価を記述・実行し、プロンプトやモデルの変更による品質の劣化をリリース前に検知するアプローチを、動くコードとともに実演します。終章では、GenUI / A2UI が生成する UI を flutter_test で検証する実験も紹介します。</description>
      <media:content url="https://files.speakerdeck.com/presentations/a2ceb9bd13b74f2e98c4b14a5e0f42f3/preview_slide_0.jpg?41152524" type="image/jpeg" medium="image"/>
      <content:encoded>Firebase AI Logic や flutter_ai_toolkit の登場で、バックエンドを介さずクライアントから直接 LLM を呼ぶ AI 機能を、Flutter エンジニアが自分たちの手で作ってリリースできるようになりました。サーバーサイドで LLM を呼ぶ構成も含めれば、LLM を組み込んだ機能を持つアプリケーションは、すでに珍しくないはずです。しかし、その出力は非決定的で、私たちのテスト文化 — unit test、widget test、integration test など — の前提を裏切ります。プロンプトを 1 行変えた PR に、あなたは何を根拠に approve を出しますか？モデルの世代交代が来たとき、何を確認してからアップデートしますか？

このセッションでは、Flutter エンジニアとして長く活動し、現在は LLM Ops（LLM を組み込んだ機能の評価・運用）の実務に主に取り組んでいる登壇者が、その現場で使われている評価手法（ルーブリック評価、LLM-as-a-Judge、pairwise 比較）を Flutter のテスト文化の語彙に翻訳し、「評価 (evaluation)」をテストピラミッドの新しい層として組み込む方法を紹介します。

具体的には、画像からの構造化出力やチャットのような、LLM を組み込んだ典型的な機能を題材に、Flutter のテストの仕組みと地続きの形で評価を記述・実行し、プロンプトやモデルの変更による品質の劣化をリリース前に検知するアプローチを、動くコードとともに実演します。終章では、GenUI / A2UI が生成する UI を flutter_test で検証する実験も紹介します。</content:encoded>
      <pubDate>Fri, 30 Oct 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/kosukesaigusa/flutter-test-no-sono-saki-he-flutter-no-llm-kinou-ni-hyouka-toiu-hinshitsu-hoshou-o</link>
      <guid>https://speakerdeck.com/kosukesaigusa/flutter-test-no-sono-saki-he-flutter-no-llm-kinou-ni-hyouka-toiu-hinshitsu-hoshou-o</guid>
    </item>
  </channel>
</rss>
