Tools & integrations, read from an operations desk

Latest

AWS adds team access and health metrics to Nova Act QA Studio

AWS extended QA Studio, its reference solution for AI-driven web testing on Amazon Nova Act, with two features. Applications group tests under an owner and report a 0–100 health score. Team-based user management gives five roles and cross-team sharing. It deploys into your own AWS account.

What changes for operators — If you run a web product and have been piloting AI-written tests, this update addresses what breaks once a second and third team join: nobody knows whose tests are failing, and everyone can edit everything. A 10-200 person company would map each product to one application and one owner, give developers Editor, give release managers Executor and leave management Viewer. The flaky-test ranking shows which tests to fix first. Note that it is a reference solution you deploy and maintain with AWS CDK in your own account, so it only suits you if you already run on AWS and have someone to own the deployment.

AWS SageMaker adds training session APIs for custom LLM loops

For a 10-200 person B2B company, this matters only if someone on the team already fine-tunes models, for example to train a support-reply model against your own quality checks or a sales-qualification model against your own scoring rules. In that case you no longer have to choose between a fixed managed recipe and running a GPU cluster, and per-token billing makes experiments cheaper to compare. If you only call hosted models through an API, nothing changes for you. The first step is to run the GSM8K sample with your own reward function and see what a run costs before committing to anything.

AWS Ships a Ready-Made Container for Speaker-Labeled Transcripts

For a support or sales team drowning in call recordings, this removes a real chunk of the engineering work needed to get transcripts that say not just what was said but who said it and when, down to the word. That's the difference between a transcript you can search for compliance review and one you can actually build automated QA, coaching, or sentiment scoring on top of. The catch: this is still an AWS infrastructure component, not a finished product, someone still has to wire up the SageMaker endpoints, choose real-time versus asynchronous deployment based on call length, and manage GPU costs, autoscaling, and S3 security. Teams without in-house ML engineering will still need a systems integrator or an existing vendor that has already built this layer in.

AWS Adds Real-Time Quality Scoring for Production AI Agents

If your company has deployed an AI agent to handle support tickets, qualify leads, or trigger workflows, you likely have no visibility into whether that agent's answer quality is degrading over time — a model update, a new edge case, or a documentation change can silently break it. AgentCore Evaluations lets you set quality thresholds (accuracy, relevance, safety) and get alerted automatically when a production agent starts drifting, rather than discovering it three weeks later in a customer escalation. For a 10-200 person company without a dedicated ML monitoring team, this is the difference between catching a broken support bot in hours versus finding out from an angry client.

AWS Shows How to Build a WhatsApp Ordering Bot on Bedrock AgentCore

For a B2B company that takes repeat orders over WhatsApp — distributors, wholesalers, food and beverage suppliers, spare-parts sellers — this removes a chunk of manual order-entry work: staff no longer have to read incoming messages or photos and key them into an order system. The catch is that this is a developer-facing reference architecture, not a packaged product, so it requires AWS engineering time to adapt to a specific catalog, ERP or CRM, and someone still needs to own exception handling for unclear photos, out-of-stock items or pricing disputes. Companies already running WhatsApp as an order channel should treat this as a build-vs-buy signal: the underlying capability is available on Bedrock now, so the cost of automating this workflow just dropped, but only for teams with cloud engineering capacity, not as a plug-and-play tool.

AWS Lets AI Agents Pay Vendors Directly, No Human Click Required

For a 10-200 person B2B company, this closes a gap that has kept procurement and billing workflows partly manual: an agent handling vendor renewals, ad spend top-ups, or SaaS subscription changes can now execute the payment itself instead of routing to a person for card entry or approval. The practical move is not to hand agents a blank checkbook — it's to define hard spending caps, vendor allowlists, and transaction logging before connecting any payment-capable agent to a live account, then start with low-risk, recurring spend (subscription renewals, small supplier invoices) rather than open-ended purchasing.

AWS Lets Agent Builders Restrict Web Search to Approved, Recent Sources

For a 10-200 person B2B company running a support or sales agent that pulls live web results to answer customer questions, this closes a real gap: until now, an agent grounded in open web search could just as easily surface a three-year-old blog post or a competitor's page as your own documentation. Teams building on AgentCore can now lock search to a whitelist (docs.yourcompany.com, trusted partner sites, industry standards bodies) and require content published within a set window, which matters for anything involving pricing, compliance, or product specs that change often. It also gives ops and legal teams a concrete control to point to when a customer or auditor asks how the agent decided what to cite, rather than an unverifiable 'it searched the web.'

AWS shows AI agents that can actually pay for things, not just recommend them

For a B2B company running 10-200 people, procurement, subscription renewal, and vendor payment tasks currently sit in someone's queue as an approval step because no automation layer was trusted to move money. This integration gives ops teams a concrete pattern for agents that can complete the transaction itself, e.g. renewing a SaaS subscription, paying a recurring vendor invoice, or restocking supplies, inside defined spend limits and authorization rules, collapsing a multi-step approval workflow into a monitored autonomous action.

AWS Shows How to Build Multi-Step AI Agents Without Custom Orchestration Code

For a 10-200 person B2B company, this matters less as a coding tutorial and more as a signal of what's now buyable versus what still needs building. If you're running sales development, tier-1 support, or order-to-cash operations, agentic workflows that check a CRM, pull an order status, escalate to a human, and remember context across a session are exactly the kind of task these tools target. The practical takeaway isn't "go build this yourself" — it's that the underlying primitives (session memory, tool invocation, identity-aware agents) are now standardized enough that a consultancy or vendor can assemble a working agent for a specific process in weeks rather than months. Ops leaders should ask any automation vendor pitching "AI agents" whether they're using managed infrastructure like this, since it affects reliability, security boundaries, and how fast changes can be made later.

AWS Lets AI Agents Click Through Old Web Apps That Have No API

Most 10-200 person B2B companies carry at least one legacy system with no API: an old order-management tool, a supplier portal, an internal ticketing app, or a vendor's dated admin console. Until now, automating around these meant either brittle custom scraping scripts, a costly system replacement, or accepting that someone on the team manually re-keys data between systems every day. AgentCore's Browser Tool gives a managed, sandboxed way for an AI agent to operate that old interface directly, essentially automating the human clicking-and-copying step without touching the underlying application. For an ops or support lead, this matters for a specific class of task: pulling status updates from a legacy tracking system into a CRM, filing renewals through an old vendor portal, or reconciling records across a system nobody wants to migrate. It doesn't replace a proper integration, but it closes the gap where integration isn't available or isn't worth building, and it's a capability worth flagging to whoever owns your process automation roadmap.

AWS Extends AgentCore Observability to On-Prem and Multi-Cloud

If your sales, support or ops team has AI agents running in different places — a chatbot hosted on AWS, an internal automation on a local server, a vendor tool on another cloud — you've probably had no single view of what's actually happening across them. This update means a 10-200 person company can now get one dashboard showing which agent handled which ticket, how long it took, and where it failed, regardless of where that agent lives. For lean ops teams without a dedicated platform engineer, that's the difference between debugging blind and having an actual audit trail when a customer complains an automated response was wrong or slow.

AWS Lets Developers Write Custom Reward Rules for Multi-Turn AI Agents

Most sales, support and ops teams don't train models from scratch, but many now run AI agents that handle multi-step interactions — qualifying a lead across several messages, resolving a support ticket through back-and-forth, or executing a multi-stage internal workflow. The core problem this AWS post addresses is real for those teams too: a single-turn "was this response good?" check misses whether an agent actually got the customer to a resolution, followed policy the whole way through, or avoided going in circles. If you're evaluating vendors or building custom agent logic, ask specifically how success is measured across the full interaction, not just per message — that distinction is exactly what reward function design is trying to fix, and it maps directly onto how you should be scoring your own agents' performance internally.