<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>AI on Step Documentation</title>
    <link>https://step.dev/knowledgebase/31/categories/ai/</link>
    <description>Recent content in AI on Step Documentation</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Tue, 20 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://step.dev/knowledgebase/31/categories/ai/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Getting started with the Step AI Agent</title>
      <link>https://step.dev/knowledgebase/31/ai/step-agent/getting-started/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/step-agent/getting-started/</guid>
      <description>The Step AI Agent ships as a Step Automation Package. You give it the test cases to produce, and collect a finished and validated package when it completes. You choose how you interact with it.
Choose your path The three paths below run the same workflow and produce the same automation package.
Work from Execution Best for Step Studio Local A visual UI for defining test cases, launching runs and reading reports, with no command line IDE Local Working in your own toolchain, on your existing code base Step Platform Central Running with nothing installed locally, on shared infrastructure, with agentic and automation results visible to the whole team Before you start Check the CLI version.</description>
    </item>
    
    <item>
      <title>Tutorials</title>
      <link>https://step.dev/knowledgebase/31/ai/step-agent/tutorials/</link>
      <pubDate>Tue, 20 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/step-agent/tutorials/</guid>
      <description>Two worked end-to-end tutorials take the same scenario — a guest checkout on a storefront — from a plain-language test case to automation running in a pipeline and on a schedule. They differ in where you work and what you own, and each can be followed on its own.
Agentic test automation with Step Studio (UI) Choose this if you own the requirement and the journey the business cares about, and you would rather not write code or selectors.</description>
    </item>
    
    <item>
      <title>Step MCP Server</title>
      <link>https://step.dev/knowledgebase/31/ai/mcp-server/</link>
      <pubDate>Mon, 29 Jun 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/mcp-server/</guid>
      <description>The Step MCP Server lets AI assistants and coding agents drive the Step automation platform through the Model Context Protocol (MCP).</description>
    </item>
    
    <item>
      <title>Getting started</title>
      <link>https://step.dev/knowledgebase/31/ai/mcp-server/getting-started/</link>
      <pubDate>Mon, 08 Jun 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/mcp-server/getting-started/</guid>
      <description>Overview The Step MCP Server lets AI assistants and coding agents (such as Claude Code, Claude Desktop, and Cursor) drive the Step automation platform through the Model Context Protocol (MCP). It brings AI-powered software testing into your existing automation workflows: agents can author, run, and analyse test executions on Step without leaving their environment. Instead of clicking through the UI, you can triage a failed run (even a load test with thousands of failures) by asking in plain language and getting a cited root-cause summary back.</description>
    </item>
    
    <item>
      <title>Configuration</title>
      <link>https://step.dev/knowledgebase/31/ai/step-agent/configuration/</link>
      <pubDate>Tue, 06 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/step-agent/configuration/</guid>
      <description>Reference for everything a run accepts. For a first run, Getting started covers the two required parameters and a minimal example.
Execution parameters Parameter Required Meaning instructions yes The test cases to produce and what each must cover. apDirectory yes Where the finished package is published. If a package is already there, it is extended rather than replaced. stepApiKey for central runs API key for the Step instance the generated package is executed against.</description>
    </item>
    
    <item>
      <title>Multi-Profile Configuration</title>
      <link>https://step.dev/knowledgebase/31/ai/mcp-server/multi-profile-config/</link>
      <pubDate>Mon, 29 Jun 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/mcp-server/multi-profile-config/</guid>
      <description>The Step MCP Server supports a YAML-based configuration file that lets you define multiple profiles — each targeting a different Step instance or project. This is the recommended approach when you work with more than one Step instance, or manage many projects on the same instance.
For the simple single-instance setup using environment variables, see Getting Started.
Key concepts: profiles and projects A profile is a connection identity: a Step instance URL, an API token, and an optional default project.</description>
    </item>
    
    <item>
      <title>Data and privacy</title>
      <link>https://step.dev/knowledgebase/31/ai/step-agent/data-privacy/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/step-agent/data-privacy/</guid>
      <description>The Step AI Agent calls a large language model (LLM) as part of producing automation packages. Content from the application under test therefore reaches a model by design. This page states what does, what does not, and what you decide.
Unlike the Step MCP Server, which never calls a model itself and leaves that choice to your own AI assistant, the agent makes those calls within its workflow.
What leaves your environment While producing automation, the agent sends to the model:</description>
    </item>
    
    <item>
      <title>Step AI Agent</title>
      <link>https://step.dev/knowledgebase/31/ai/step-agent/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/step-agent/</guid>
      <description>Overview The Step AI Agent is an autonomous AI agent that turns high-level requirements or test specifications into validated and executable Step Automation Packages: standardized, reusable and scalable automation artefacts that can be used and reused across:
Functional Testing Load &amp;amp; Performance Testing Synthetic Monitoring Robotic Process Automation (RPA) Give it the systems under test (SUTs) in scope, your requirements, and any existing test cases or code. From there it runs transparently and unattended: the agent analyses what already exists, plans and implements the required automation, executes and validates it, and uses execution feedback to repair (self-healing) and stabilise the result before handover.</description>
    </item>
    
    <item>
      <title>Tools</title>
      <link>https://step.dev/knowledgebase/31/ai/mcp-server/tools/</link>
      <pubDate>Mon, 29 Jun 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/mcp-server/tools/</guid>
      <description>Reference for all tools exposed by the Step MCP Server. For setup and installation, see Getting Started.
All tools accept two optional shared parameters: profile (which Step instance and credentials to use) and project (which project to act on). The discovery tools below are the exception: they don&amp;rsquo;t require a project. When omitted, parameters fall back to the configured defaults (see Profile and project resolution). Every tool&amp;rsquo;s response includes a resolvedContext block reporting the profile, baseUrl, and project actually used.</description>
    </item>
    
    <item>
      <title>AI</title>
      <link>https://step.dev/knowledgebase/31/ai/</link>
      <pubDate>Wed, 03 Jun 2026 11:00:00 +0200</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/</guid>
      <description>The core principle of Step is to bring teams and technologies onto a single, scalable platform and unify software automation disciplines:
Functional testing Load and performance testing Synthetic monitoring Robotic process automation (RPA) The Step AI ecosystem brings greater autonomy across the testing and automation lifecycle through a set of AI-powered technologies, workflows and capabilities designed to reduce effort while improving the quality of automation outcomes. It can be adopted at different levels of autonomy, from exposing individual Step capabilities to your AI assistant with the Step MCP to delegating complete automation workflows to the Step AI Agent.</description>
    </item>
    
  </channel>
</rss>
