← Back to all announcements
★★★★☆ 08/06/2026

AWS now provides AI-powered cost investigations for cost anomalies

Amazon Q now explains why your costs spiked — pinpointing the API calls and IAM principals responsible — in minutes, not hours.

View original announcement →

Visual Summary

graph TD A{{AI-Powered Cost Investigation}}:::announced B(Amazon Q Developer):::compute C(AWS CloudTrail):::storage D(CloudWatch Logs Insights):::storage E([Anomaly Classification]):::feature F([Root Cause Attribution]):::feature G((FinOps Practitioners)):::external H(Cost Anomaly Detection):::compute I([Cross-Account Investigation]):::feature G ==>|"investigate anomaly"| A H -->|"detects anomaly"| A A ==>|"analyzes with"| B B -->|"correlates events"| C C -->|"queries logs"| D B -->|"usage or rate"| E B -->|"identifies principals"| F A -.->|"org trail"| I classDef announced fill:#ff9900,stroke:#ec7211,color:#fff,font-weight:bold classDef compute fill:#e3f2fd,stroke:#1565c0,color:#1565c0 classDef storage fill:#e8f5e9,stroke:#2e7d32,color:#2e7d32 classDef feature fill:#fff3e0,stroke:#e65100,color:#e65100 classDef external fill:#f5f5f5,stroke:#616161,color:#616161

What's New

AWS Cost Anomaly Detection now integrates Amazon Q Developer to automatically investigate the root cause of detected cost anomalies, delivering plain-language explanations in minutes rather than hours. When an anomaly is detected, Amazon Q analyzes cost data alongside AWS CloudTrail events to determine whether the spike is usage-driven or rate-driven, and identifies the specific services, accounts, regions, API calls, and IAM principals responsible. The feature is available at no additional charge in all commercial AWS Regions and supports interactive follow-up questions for deeper exploration.

How It Works

  • Anomaly classification: Amazon Q Developer first determines whether a cost change is usage-driven (more resources/activity at the same price) or rate-driven (similar usage at a different per-unit price, such as a Savings Plans reallocation or tiered pricing reset).
  • Dimensional breakdown: The investigation identifies the largest contributing dimensions — service, account, region, and usage type — to pinpoint where the cost change originated.
  • CloudTrail correlation (usage-driven): For usage-driven anomalies, Amazon Q queries AWS CloudTrail to attribute the change to specific API calls and the IAM principals that triggered them, establishing a clear causal chain.
  • Rate-driven explanation: For rate-driven anomalies, Amazon Q analyzes pricing composition shifts, such as changes in applied discounts or pricing tier resets, rather than CloudTrail activity.
  • Cross-account support: Organizations with a CloudTrail organization trail automatically benefit from cross-account investigation across all member accounts without additional configuration.
  • Conversational interface: After the initial investigation, users can ask follow-up questions to explore patterns, drill into specific resources, or request additional context within the same session.
  • Adaptive output: Simple anomalies with a single root cause produce a concise narrative; complex anomalies with multiple causes produce a per-cause breakdown with a synthesized summary.
  • Entry point: Accessed directly from the AWS Billing and Cost Management console by selecting "Investigate with Amazon Q" on any detected anomaly in the Cost Anomaly Detection dashboard.

Why It's Important

  • Dramatic time reduction: Root cause analysis that previously required hours of manual correlation across Cost Explorer, CloudTrail, and resource activity logs is now completed in minutes, accelerating incident response.
  • Democratizes FinOps expertise: Plain-language explanations make cost investigations accessible to engineers and developers who may lack deep FinOps or billing expertise, reducing dependency on specialized cost management teams.
  • Faster remediation: By moving from alert to actionable insight faster, teams can stop runaway spend before it compounds into significant budget overruns.
  • Accountability and attribution: Identifying the specific IAM principals and API calls responsible for a cost spike enables precise accountability, supporting both remediation and governance improvements.
  • Reduced operational overhead: Eliminating manual investigation workflows frees FinOps practitioners to focus on optimization strategies rather than reactive triage.
  • Organization-wide visibility: Automatic cross-account investigation for AWS Organizations customers means a single investigation can span an entire enterprise without manual account-by-account analysis.

How It's Different

  • Beyond alerting: Traditional AWS Cost Anomaly Detection only detected and alerted on anomalies; this feature closes the loop by explaining why the anomaly occurred, not just that it occurred.
  • Integrated AI reasoning vs. manual correlation: Previously, engineers had to manually cross-reference Cost Explorer data with CloudTrail logs and resource timelines; Amazon Q automates this multi-source correlation natively within the billing console.
  • Usage vs. rate classification: The explicit distinction between usage-driven and rate-driven changes is a novel analytical layer that guides remediation — a usage spike requires operational action, while a rate change may require a commercial or discount review.
  • IAM principal attribution: Linking cost anomalies directly to specific IAM principals and API calls goes beyond cost tooling norms, bridging the gap between financial and security/operational observability.
  • No additional cost: Unlike many AI-augmented features that carry premium pricing, this capability is included at no extra charge for existing Cost Anomaly Detection users.
  • Conversational depth: The ability to ask follow-up questions within the same investigation session distinguishes this from static reports or dashboards, enabling iterative, hypothesis-driven exploration.

When to Prefer It

  • Unexpected billing spikes in multi-account organizations: When a cost anomaly surfaces across dozens of member accounts and manual investigation would require querying each account's CloudTrail separately.
  • On-call engineers without FinOps background: When the person responding to a cost alert is a developer or SRE who needs a fast, interpretable explanation without deep knowledge of AWS billing constructs.
  • High-velocity deployment environments: When frequent deployments make it difficult to isolate which change caused a cost increase, and CloudTrail correlation is needed to tie costs to specific API activity.
  • Savings Plans or Reserved Instance anomalies: When a rate-driven change is suspected — such as a Savings Plans expiration or reallocation — and the team needs to quickly confirm the pricing composition shift.
  • Post-incident cost reviews: When conducting a retrospective on a billing event and needing a structured, documented explanation of what happened, who triggered it, and which services were affected.
  • FinOps teams managing cost governance at scale: When FinOps practitioners need to triage multiple simultaneous anomalies efficiently and prioritize which ones require deeper human investigation.
  • Security and compliance audits: When an unusual cost pattern may indicate unauthorized resource provisioning and IAM principal attribution is needed to assess whether the activity was sanctioned.

Availability

  • GA Status: Generally available as of June 8, 2026; no preview or waitlist required.
  • Regions: Available in all commercial AWS Regions; not available in AWS GovCloud or China Regions based on current announcement scope.
  • Pricing: No additional charge for the AI-powered cost investigation feature itself.
  • Potential charges: Cross-account investigations using an organization-wide CloudTrail trail delivered to Amazon CloudWatch Logs may incur standard CloudWatch Logs Insights charges based on the volume of data scanned.
  • Prerequisites: Users must have Amazon Q Developer permissions (q:StartConversation, q:SendMessage, q:PassRequest); the AmazonQFullAccess managed policy is the quickest path to access.
  • Recommended setup: An organization-wide CloudTrail trail with management events logging enabled and CloudWatch Logs delivery is recommended (but not strictly required) for full cross-account investigation capability.
  • Limitations: Cross-account investigation requires an organization trail; accounts without CloudTrail or CloudWatch Logs delivery will have reduced investigation depth for usage-driven anomalies.

Tags

Servicesother-aws
Typenew-feature
Conceptsgenaiconversational-aidata-analytics
Use Casescost-optimizationobservability
Providersanthropic
GeographyGlobal

Related Resources

AI Radar AWS

AWS AI/ML news — curated, researched, explained

An automated intelligence platform that curates, researches, and analyzes AWS AI/ML/GenAI announcements daily. Every report is backed by real research — the system reads linked blog posts and documentation to provide accurate, in-depth analysis.

How Each Report Is Generated

  1. Collection — Daily monitoring of the AWS "What's New" RSS feed
  2. Filtering — AI-powered relevance detection for AI/ML/GenAI topics
  3. Taxonomy Tagging — LLM-based classification across 6 dimensions
  4. Importance Scoring — Point-based system with tag bonuses (1-5 stars)
  5. Research Phase — Follows links to blog posts and documentation
  6. Report Generation — Claude Sonnet produces structured 6-section analysis
  7. Visual Summary — Claude Opus generates Mermaid diagrams for key items
  8. Publishing — Static website rebuilt and deployed via CloudFront

Features

  • Faceted filtering by service, type, concept, and more
  • Multi-dimensional taxonomy with 80+ tags across 6 dimensions
  • Geographic availability badges (Global, APJ, EMEA, AMER) with filtering
  • Timeline visualization of announcement volume
  • PDF export for offline reading
  • Mermaid visual summaries for key announcements
  • Daily automated updates — no manual curation
What makes this different: Each report involves a dedicated research phase where the system reads linked blog posts and AWS documentation pages. This produces analysis that goes beyond the original announcement text.

Technology

Built with Python, AWS Lambda, Amazon Bedrock (Claude Sonnet 4.6, Opus 4.6, Haiku 4.5), S3, CloudFront, WAF, EventBridge, and CDK.

Open Source

This project is open source. Fork it, customize it for your needs, and deploy your own instance.
📦 github.com/bbonik/ai-radar-aws

How Importance Scoring Works

Each announcement receives a point score based on multiple factors. The total score maps to a 1-5 star rating:

1★ < 2 pts 2★ ≥ 2 pts 3★ ≥ 3.5 pts 4★ ≥ 5 pts 5★ ≥ 6.5 pts

Point Breakdown

FactorPointsWhen
Core AI service (Bedrock, AgentCore, SageMaker AI)+4Service named in title
Key AI service (SageMaker, Kiro, QuickSight)+2Service named in title
Other AI-related service+1Default
Blog post link+3Link to aws.amazon.com/blogs/
GitHub samples link+2Link to github.com/aws*
Documentation link+1Link to docs.aws.amazon.com/
New model+1.5Tagged as "new-model"
New service+1Tagged as "new-service"
New feature+0.5Tagged as "new-feature"
Anthropic / OpenAI provider+2Provider explicitly mentioned
Instance / notebook announcement-2Hardware/capacity, not feature
Performance / pricing / security-0.5Incremental updates
Region expansion to APJ+1Expands to Asia Pacific
Region expansion (non-APJ only)-1.5Only expands to other regions

Geographic Relevance Badges

Each announcement card shows a small badge indicating whether the feature is available in your region:

🌐 Global Available in all regions
🌏 APJ Asia Pacific
🌍 EMEA Europe / Middle East / Africa
🌎 AMER Americas (US, Canada, South America)
No badge Geography unknown
How geography is detected: The system detects ALL geographies mentioned in each announcement. If the text mentions specific regions (Tokyo, Frankfurt, Oregon, etc.), the corresponding geography badges are shown. If it says "all regions" or is a new feature with no region specified, it gets the Global badge. Geography is also filterable — click a geo chip to see only announcements available in that region.