<?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>watabo</title>
    <description/>
    <link>https://speakerdeck.com/watabo</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/watabo.rss"/>
    <lastBuildDate>2026-05-18 03:18:28 -0400</lastBuildDate>
    <item>
      <title>AWSのコスト異常には気づくのにも時間がかかる</title>
      <description>Cost Anomaly Detection (CAD) 運用の効率化について発表しました。
CADは異常を「検知」してくれるが、それが報告すべき異常か静観でいい既知パターンかという「気づき」までは人手で毎回1時間かかる。この調査ギャップにAIを差し込むのが本セッションの提案です。

EventBridge → Lambda → Cost Explorer API → Amazon Bedrock (Claude Haiku 4.5) → Teams/Slack のサーバーレス構成で、生のCADアラートを構造化された判定通知(verdict / reason / next action)に変換し、1時間を数十秒に短縮します。

AWSの既存レコメンドが効く領域にAIは不要で、AIは「検知」ではなく「解釈」に使うとよい。</description>
      <media:content url="https://files.speakerdeck.com/presentations/531c0847de4e49849fc2d1fdee538fbb/preview_slide_0.jpg?39445054" type="image/jpeg" medium="image"/>
      <content:encoded>Cost Anomaly Detection (CAD) 運用の効率化について発表しました。
CADは異常を「検知」してくれるが、それが報告すべき異常か静観でいい既知パターンかという「気づき」までは人手で毎回1時間かかる。この調査ギャップにAIを差し込むのが本セッションの提案です。

EventBridge → Lambda → Cost Explorer API → Amazon Bedrock (Claude Haiku 4.5) → Teams/Slack のサーバーレス構成で、生のCADアラートを構造化された判定通知(verdict / reason / next action)に変換し、1時間を数十秒に短縮します。

AWSの既存レコメンドが効く領域にAIは不要で、AIは「検知」ではなく「解釈」に使うとよい。</content:encoded>
      <pubDate>Mon, 18 May 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/watabo/awsnokosutoyi-chang-nihaqi-dukunonimoshi-jian-gakakaru</link>
      <guid>https://speakerdeck.com/watabo/awsnokosutoyi-chang-nihaqi-dukunonimoshi-jian-gakakaru</guid>
    </item>
  </channel>
</rss>
