Agentic
Agent
Agent
Introduction
The Skyramp Agent brings powerful automated testing capabilities directly into your IDE. Generate and execute integration, contract, smoke, fuzz, load, E2E, and UI tests with AI assistance, without ever leaving your development flow.
Skyramp Agent is currently available as a VSCode Extension.
Installation
Please refer to the Installation Guide for instructions on how to install Skyramp VS Code Extension.
Getting Started
The agent is designed to provide a self-service experience to Cursor users. When you have any questions about Skyramp capabilities or guidelines for using a tool, simply ask VS code and it will leverage internal agent documentation to provide you with the most relevant and up-to-date guidance.
When using VS Code, Skyramp Agent works best when using the Claude Sonnet 4.5 model
Below are some example prompts to help you get started.
Discover Capabilities
“What can I do with Skyramp?”
“How do I generate an integration test with Skyramp?”
“How do I generate a UI test with the Skyramp?”
A sample workflow for creating UI tests with the MCP is outlined below. For instructions on how to create other test types using Skyramp, just ask VS Code.
E2E Test Generation
Follow these steps to generate a end-to-end (E2E) test using the Skyramp Extension in VSCode. An E2E test validates an application's entire workflow from start to finish, combining front-end interactions and back-end operations in a single test, to ensure all integrated components work together seamlessly.
Using Skyramp’s Demo Shop, a lightweight e-commerce application for product and order management, we’ll illustrate how traces can be collected and transformed into reliable tests. Learn more about the Demo Shop.
Trace Collection
Skyramp provides a native workflow for collecting traces that power reliable test generation. By working from traces, Skyramp ensures tests are built on real-world behavior, not assumptions, resulting in resilient tests that accurately mirror user flows and backend interactions.
A trace is simply a log of user actions and system behavior captured during a scenario. Skyramp operates as a man-in-the-middle proxy, capturing both UI activity (via Playwright) and network traffic. It collects data from three key sources:
Network traffic through the CLI
Network traffic from the Browser
UI traces through the Playwright recorder
Skyramp’s test generation engine then correlates these trace files to automatically produce high-fidelity test cases. In the following sections, we’ll walk through how to record your first trace and use it as the foundation for generating a test.
Want to skip straight to test generation? Download the following trace file.
You can find more information on the recorded scenario here.
Start Trace Collection
To start collecting traces, you can use the following prompt in the chat.
The first time you run this command, it might take a while to bring up Skyramp. If you come across issues start the trace collection for the first time, please refer to the 'Trace Collections section of the Troubleshooting guide.
This will trigger Cursor to call the Skyramp function skyramp_start_trace_collection and will launch three new windows on your Desktop:
Terminal window (records network traffic triggered via shell)
Note: The terminal window used when collecting backend calls during the trace, not relevant for UI Test generation
Playwright Browser (records network traffic triggered via the UI)
Playwright Inspector (records all UI interactions)
Additional flags
Viewport-size:
... and use the viewport size "1440, 960"This controls the browser size during trace collection.
You can choose from the following predefined sizes:
hd- 1280 x 720full-hd- 1920 x 10802k- 2560 x 1440'x,y'- you can choose what height and width you prefer for your trace collection
Playwright-storage:
... and use the playwright storage path/to/session-fileThis is useful if you want trace collection to start in an already authenticated state (bypassing login + 2FA)
If your login requires 2FA and you don’t yet have a session file created yet, please refer to the 'Handling 2FA' section of the Troubleshooting guide.
Include:
... and include only https://demoshop.skyramp.dev/* for this test.Specify a comma-separated list of URLs for Skyramp to filter for during trace collection or in a trace file.
Exclude:
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test.Specify a comma-separated list of URLs for which you do not want Skyramp to filter for. This flag takes precedence over
--includeif a URL is specified in both.
If you specify a session file or viewport size during trace collection, those settings will automatically carry over into test generation and execution.
Record Your User Scenario
Now, leverage the freshly spawned Playwright Browser to collect the traces for your E2E test scenario. You can record your own custom user interactions or follow our example test case (Record Scenario Section). Here is a quick summary of the scenario:
Setup session (via UI)
Create new product (via curl)
Find product in product list (via UI)
Update the product price (via UI)
Create new order containing the new product (via curl)
Find order in order list (via UI)
Assert total price of the order (via UI)
Delete newly created order (via UI)
Delete newly created product (via UI)
Stop Trace Collection
Once you have completed your scenario in the Playwright Browser, simply head back to Cursor and ask to stop the trace in the chat.
Stopping trace collection closes the Playwright Browser, Inspector, and the active terminal session. Skyramp will then generate two files in your working directory:
skyramp-traces.json: Captures the backend traces we completed via curl during the recording. (Sample: skyramp-trace)
skyramp_playwright.zip: Contains the Playwright trace data used as part of the E2E test generation. (Sample: playwright-trace)
Adjustments
You can adjust the prompt to control the following outputs:
Output Directory:
... and save the traces in the /traces folderPlaywright Trace File Name:
... and save the playwright trace as skyramp_playwright.zipBackend Trace File Name:
... and save the backend trace as skyramp.json
Generate the E2E Test
Before generating tests, make sure you’re running the latest version of the Skyramp extension. You can verify this by going to the extension menu in VS Code, selecting “Install Specific Version” under the “Uninstall” button, and checking that you’re on the most recent release.
What happens behind the scenes
Test Generation - Skyramp leverages the
skyramp_playwright.zipandskyramp-traces.jsonand generates your test file (e2e_test.spec.ts).Code Optimization - Skyramp automatically modularizes and parameterizes the code for readability and reuse.
Error Prevention - Skyramp resolves reference errors, undefined variables, and potential runtime issues.
Execution Ready - Produces test code with smart selectors and intelligent waits that can be run immediately.Adjustments
Adjustments
The prompt can be modified to control details such as:
Language: Adjust the specified language to another supported language.
Framework: Adjust the specified framework to another supported framework for the selected test language.
Test File Name: Specify the test file name (e.g.,
... and save the file as skyramp_test.spec.ts)Output Directory: Specify the output directory for the test file (e.g.,
... and save the file to the /tests folder)Trace File: Specify the 2 trace files you want to leverage for the test generation (e.g.,
... and use skyramp-traces.json and skyramp_playwright.zip as the trace inputs)Auth header : Specify the key of your authentication header (e.g.
...and use the X-API-KEY as the authentication header). By default, we assumeBearer.Include: Specify which endpoints you would like to include in your test generation. (e.g.,
... and include only https://demoshop.skyramp.dev/* for this test)Exclude: Specify with endpoints you would like to exclude from the your test generation. (e.g.,
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test)
A Note on Including/Excluding URLs
When using the
--includeor--excludeflag, URLs need to be specified either as an exact path to the endpoint or in combination with a wildcard:
demoshop.skyramp.dev/api/v1/productswill only filter for POST and GET of the products endpoint.
demoshop.skyramp.dev/products*will filter for all products endpoints + any nested endpoints.
demoshop.skyramp.dev/api/v1/products/*will filter only for any nested endpoints that require a product ID. It will not collect the traces of POST and GET products.For endpoints that require path parameters, please replace the path parameter with the wildcard:
Convert
demoshop.skyramp.dev/products/{product_id}/reviewstodemoshop.skyramp.dev/products/*/reviews
Execute Your E2E Test
Now you can run the tests using Playwright. If you don’t have Playwright, refer to the Installation Guide for setup instructions.
Make sure the terminal you’re in has the Skyramp test token exported, when testing with our demo. This token should be the session ID used during trace collection, you can find it in the generated test to confirm which session ID was used.
export SKYRAMP_TEST_TOKENOnce the token has been exported, you can now execute the test.
npx playwright test e2e_test.spec.ts --reporterAdditional Flags
--headed: Runs the test in a visible browser so you can confirm the scenario step by step.
Test Results
We are using Playwright's List reporter in this guide, printing a line for each test that is being run and listing all failures at the end. You can adjust the reporter behavior following this documentation.
Smart Selector
Local Execution
To enable smart selector capabilities that automatically update flaky selectors at runtime using your own LLM API, make sure to export it as API_KEY as an environment variable. If you don’t have an API key yet, please reach out to the Skyramp team.
export API_KEYSkyramp Execution
When running the test using Skyramp executor which handles all dependencies and executes the test in a containerized environment, you can Set your API key using environment variables in a .env file.
Create a .env file in your project root (same directory as your package.json or main code):
# .env
API_KEY
Agent
Introduction
The Skyramp Agent brings powerful automated testing capabilities directly into your IDE. Generate and execute integration, contract, smoke, fuzz, load, E2E, and UI tests with AI assistance, without ever leaving your development flow.
Skyramp Agent is currently available as a VSCode Extension.
Installation
Please refer to the Installation Guide for instructions on how to install Skyramp VS Code Extension.
Getting Started
The agent is designed to provide a self-service experience to Cursor users. When you have any questions about Skyramp capabilities or guidelines for using a tool, simply ask VS code and it will leverage internal agent documentation to provide you with the most relevant and up-to-date guidance.
When using VS Code, Skyramp Agent works best when using the Claude Sonnet 4.5 model
Below are some example prompts to help you get started.
Discover Capabilities
“What can I do with Skyramp?”
“How do I generate an integration test with Skyramp?”
“How do I generate a UI test with the Skyramp?”
A sample workflow for creating UI tests with the MCP is outlined below. For instructions on how to create other test types using Skyramp, just ask VS Code.
E2E Test Generation
Follow these steps to generate a end-to-end (E2E) test using the Skyramp Extension in VSCode. An E2E test validates an application's entire workflow from start to finish, combining front-end interactions and back-end operations in a single test, to ensure all integrated components work together seamlessly.
Using Skyramp’s Demo Shop, a lightweight e-commerce application for product and order management, we’ll illustrate how traces can be collected and transformed into reliable tests. Learn more about the Demo Shop.
Trace Collection
Skyramp provides a native workflow for collecting traces that power reliable test generation. By working from traces, Skyramp ensures tests are built on real-world behavior, not assumptions, resulting in resilient tests that accurately mirror user flows and backend interactions.
A trace is simply a log of user actions and system behavior captured during a scenario. Skyramp operates as a man-in-the-middle proxy, capturing both UI activity (via Playwright) and network traffic. It collects data from three key sources:
Network traffic through the CLI
Network traffic from the Browser
UI traces through the Playwright recorder
Skyramp’s test generation engine then correlates these trace files to automatically produce high-fidelity test cases. In the following sections, we’ll walk through how to record your first trace and use it as the foundation for generating a test.
Want to skip straight to test generation? Download the following trace file.
You can find more information on the recorded scenario here.
Start Trace Collection
To start collecting traces, you can use the following prompt in the chat.
The first time you run this command, it might take a while to bring up Skyramp. If you come across issues start the trace collection for the first time, please refer to the 'Trace Collections section of the Troubleshooting guide.
This will trigger Cursor to call the Skyramp function skyramp_start_trace_collection and will launch three new windows on your Desktop:
Terminal window (records network traffic triggered via shell)
Note: The terminal window used when collecting backend calls during the trace, not relevant for UI Test generation
Playwright Browser (records network traffic triggered via the UI)
Playwright Inspector (records all UI interactions)
Additional flags
Viewport-size:
... and use the viewport size "1440, 960"This controls the browser size during trace collection.
You can choose from the following predefined sizes:
hd- 1280 x 720full-hd- 1920 x 10802k- 2560 x 1440'x,y'- you can choose what height and width you prefer for your trace collection
Playwright-storage:
... and use the playwright storage path/to/session-fileThis is useful if you want trace collection to start in an already authenticated state (bypassing login + 2FA)
If your login requires 2FA and you don’t yet have a session file created yet, please refer to the 'Handling 2FA' section of the Troubleshooting guide.
Include:
... and include only https://demoshop.skyramp.dev/* for this test.Specify a comma-separated list of URLs for Skyramp to filter for during trace collection or in a trace file.
Exclude:
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test.Specify a comma-separated list of URLs for which you do not want Skyramp to filter for. This flag takes precedence over
--includeif a URL is specified in both.
If you specify a session file or viewport size during trace collection, those settings will automatically carry over into test generation and execution.
Record Your User Scenario
Now, leverage the freshly spawned Playwright Browser to collect the traces for your E2E test scenario. You can record your own custom user interactions or follow our example test case (Record Scenario Section). Here is a quick summary of the scenario:
Setup session (via UI)
Create new product (via curl)
Find product in product list (via UI)
Update the product price (via UI)
Create new order containing the new product (via curl)
Find order in order list (via UI)
Assert total price of the order (via UI)
Delete newly created order (via UI)
Delete newly created product (via UI)
Stop Trace Collection
Once you have completed your scenario in the Playwright Browser, simply head back to Cursor and ask to stop the trace in the chat.
Stopping trace collection closes the Playwright Browser, Inspector, and the active terminal session. Skyramp will then generate two files in your working directory:
skyramp-traces.json: Captures the backend traces we completed via curl during the recording. (Sample: skyramp-trace)
skyramp_playwright.zip: Contains the Playwright trace data used as part of the E2E test generation. (Sample: playwright-trace)
Adjustments
You can adjust the prompt to control the following outputs:
Output Directory:
... and save the traces in the /traces folderPlaywright Trace File Name:
... and save the playwright trace as skyramp_playwright.zipBackend Trace File Name:
... and save the backend trace as skyramp.json
Generate the E2E Test
Before generating tests, make sure you’re running the latest version of the Skyramp extension. You can verify this by going to the extension menu in VS Code, selecting “Install Specific Version” under the “Uninstall” button, and checking that you’re on the most recent release.
What happens behind the scenes
Test Generation - Skyramp leverages the
skyramp_playwright.zipandskyramp-traces.jsonand generates your test file (e2e_test.spec.ts).Code Optimization - Skyramp automatically modularizes and parameterizes the code for readability and reuse.
Error Prevention - Skyramp resolves reference errors, undefined variables, and potential runtime issues.
Execution Ready - Produces test code with smart selectors and intelligent waits that can be run immediately.Adjustments
Adjustments
The prompt can be modified to control details such as:
Language: Adjust the specified language to another supported language.
Framework: Adjust the specified framework to another supported framework for the selected test language.
Test File Name: Specify the test file name (e.g.,
... and save the file as skyramp_test.spec.ts)Output Directory: Specify the output directory for the test file (e.g.,
... and save the file to the /tests folder)Trace File: Specify the 2 trace files you want to leverage for the test generation (e.g.,
... and use skyramp-traces.json and skyramp_playwright.zip as the trace inputs)Auth header : Specify the key of your authentication header (e.g.
...and use the X-API-KEY as the authentication header). By default, we assumeBearer.Include: Specify which endpoints you would like to include in your test generation. (e.g.,
... and include only https://demoshop.skyramp.dev/* for this test)Exclude: Specify with endpoints you would like to exclude from the your test generation. (e.g.,
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test)
A Note on Including/Excluding URLs
When using the
--includeor--excludeflag, URLs need to be specified either as an exact path to the endpoint or in combination with a wildcard:
demoshop.skyramp.dev/api/v1/productswill only filter for POST and GET of the products endpoint.
demoshop.skyramp.dev/products*will filter for all products endpoints + any nested endpoints.
demoshop.skyramp.dev/api/v1/products/*will filter only for any nested endpoints that require a product ID. It will not collect the traces of POST and GET products.For endpoints that require path parameters, please replace the path parameter with the wildcard:
Convert
demoshop.skyramp.dev/products/{product_id}/reviewstodemoshop.skyramp.dev/products/*/reviews
Execute Your E2E Test
Now you can run the tests using Playwright. If you don’t have Playwright, refer to the Installation Guide for setup instructions.
Make sure the terminal you’re in has the Skyramp test token exported, when testing with our demo. This token should be the session ID used during trace collection, you can find it in the generated test to confirm which session ID was used.
export SKYRAMP_TEST_TOKENOnce the token has been exported, you can now execute the test.
npx playwright test e2e_test.spec.ts --reporterAdditional Flags
--headed: Runs the test in a visible browser so you can confirm the scenario step by step.
Test Results
We are using Playwright's List reporter in this guide, printing a line for each test that is being run and listing all failures at the end. You can adjust the reporter behavior following this documentation.
Smart Selector
Local Execution
To enable smart selector capabilities that automatically update flaky selectors at runtime using your own LLM API, make sure to export it as API_KEY as an environment variable. If you don’t have an API key yet, please reach out to the Skyramp team.
export API_KEYSkyramp Execution
When running the test using Skyramp executor which handles all dependencies and executes the test in a containerized environment, you can Set your API key using environment variables in a .env file.
Create a .env file in your project root (same directory as your package.json or main code):
# .env
API_KEY
Agent
Introduction
The Skyramp Agent brings powerful automated testing capabilities directly into your IDE. Generate and execute integration, contract, smoke, fuzz, load, E2E, and UI tests with AI assistance, without ever leaving your development flow.
Skyramp Agent is currently available as a VSCode Extension.
Installation
Please refer to the Installation Guide for instructions on how to install Skyramp VS Code Extension.
Getting Started
The agent is designed to provide a self-service experience to Cursor users. When you have any questions about Skyramp capabilities or guidelines for using a tool, simply ask VS code and it will leverage internal agent documentation to provide you with the most relevant and up-to-date guidance.
When using VS Code, Skyramp Agent works best when using the Claude Sonnet 4.5 model
Below are some example prompts to help you get started.
Discover Capabilities
“What can I do with Skyramp?”
“How do I generate an integration test with Skyramp?”
“How do I generate a UI test with the Skyramp?”
A sample workflow for creating UI tests with the MCP is outlined below. For instructions on how to create other test types using Skyramp, just ask VS Code.
E2E Test Generation
Follow these steps to generate a end-to-end (E2E) test using the Skyramp Extension in VSCode. An E2E test validates an application's entire workflow from start to finish, combining front-end interactions and back-end operations in a single test, to ensure all integrated components work together seamlessly.
Using Skyramp’s Demo Shop, a lightweight e-commerce application for product and order management, we’ll illustrate how traces can be collected and transformed into reliable tests. Learn more about the Demo Shop.
Trace Collection
Skyramp provides a native workflow for collecting traces that power reliable test generation. By working from traces, Skyramp ensures tests are built on real-world behavior, not assumptions, resulting in resilient tests that accurately mirror user flows and backend interactions.
A trace is simply a log of user actions and system behavior captured during a scenario. Skyramp operates as a man-in-the-middle proxy, capturing both UI activity (via Playwright) and network traffic. It collects data from three key sources:
Network traffic through the CLI
Network traffic from the Browser
UI traces through the Playwright recorder
Skyramp’s test generation engine then correlates these trace files to automatically produce high-fidelity test cases. In the following sections, we’ll walk through how to record your first trace and use it as the foundation for generating a test.
Want to skip straight to test generation? Download the following trace file.
You can find more information on the recorded scenario here.
Start Trace Collection
To start collecting traces, you can use the following prompt in the chat.
The first time you run this command, it might take a while to bring up Skyramp. If you come across issues start the trace collection for the first time, please refer to the 'Trace Collections section of the Troubleshooting guide.
This will trigger Cursor to call the Skyramp function skyramp_start_trace_collection and will launch three new windows on your Desktop:
Terminal window (records network traffic triggered via shell)
Note: The terminal window used when collecting backend calls during the trace, not relevant for UI Test generation
Playwright Browser (records network traffic triggered via the UI)
Playwright Inspector (records all UI interactions)
Additional flags
Viewport-size:
... and use the viewport size "1440, 960"This controls the browser size during trace collection.
You can choose from the following predefined sizes:
hd- 1280 x 720full-hd- 1920 x 10802k- 2560 x 1440'x,y'- you can choose what height and width you prefer for your trace collection
Playwright-storage:
... and use the playwright storage path/to/session-fileThis is useful if you want trace collection to start in an already authenticated state (bypassing login + 2FA)
If your login requires 2FA and you don’t yet have a session file created yet, please refer to the 'Handling 2FA' section of the Troubleshooting guide.
Include:
... and include only https://demoshop.skyramp.dev/* for this test.Specify a comma-separated list of URLs for Skyramp to filter for during trace collection or in a trace file.
Exclude:
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test.Specify a comma-separated list of URLs for which you do not want Skyramp to filter for. This flag takes precedence over
--includeif a URL is specified in both.
If you specify a session file or viewport size during trace collection, those settings will automatically carry over into test generation and execution.
Record Your User Scenario
Now, leverage the freshly spawned Playwright Browser to collect the traces for your E2E test scenario. You can record your own custom user interactions or follow our example test case (Record Scenario Section). Here is a quick summary of the scenario:
Setup session (via UI)
Create new product (via curl)
Find product in product list (via UI)
Update the product price (via UI)
Create new order containing the new product (via curl)
Find order in order list (via UI)
Assert total price of the order (via UI)
Delete newly created order (via UI)
Delete newly created product (via UI)
Stop Trace Collection
Once you have completed your scenario in the Playwright Browser, simply head back to Cursor and ask to stop the trace in the chat.
Stopping trace collection closes the Playwright Browser, Inspector, and the active terminal session. Skyramp will then generate two files in your working directory:
skyramp-traces.json: Captures the backend traces we completed via curl during the recording. (Sample: skyramp-trace)
skyramp_playwright.zip: Contains the Playwright trace data used as part of the E2E test generation. (Sample: playwright-trace)
Adjustments
You can adjust the prompt to control the following outputs:
Output Directory:
... and save the traces in the /traces folderPlaywright Trace File Name:
... and save the playwright trace as skyramp_playwright.zipBackend Trace File Name:
... and save the backend trace as skyramp.json
Generate the E2E Test
Before generating tests, make sure you’re running the latest version of the Skyramp extension. You can verify this by going to the extension menu in VS Code, selecting “Install Specific Version” under the “Uninstall” button, and checking that you’re on the most recent release.
What happens behind the scenes
Test Generation - Skyramp leverages the
skyramp_playwright.zipandskyramp-traces.jsonand generates your test file (e2e_test.spec.ts).Code Optimization - Skyramp automatically modularizes and parameterizes the code for readability and reuse.
Error Prevention - Skyramp resolves reference errors, undefined variables, and potential runtime issues.
Execution Ready - Produces test code with smart selectors and intelligent waits that can be run immediately.Adjustments
Adjustments
The prompt can be modified to control details such as:
Language: Adjust the specified language to another supported language.
Framework: Adjust the specified framework to another supported framework for the selected test language.
Test File Name: Specify the test file name (e.g.,
... and save the file as skyramp_test.spec.ts)Output Directory: Specify the output directory for the test file (e.g.,
... and save the file to the /tests folder)Trace File: Specify the 2 trace files you want to leverage for the test generation (e.g.,
... and use skyramp-traces.json and skyramp_playwright.zip as the trace inputs)Auth header : Specify the key of your authentication header (e.g.
...and use the X-API-KEY as the authentication header). By default, we assumeBearer.Include: Specify which endpoints you would like to include in your test generation. (e.g.,
... and include only https://demoshop.skyramp.dev/* for this test)Exclude: Specify with endpoints you would like to exclude from the your test generation. (e.g.,
... and exclude demoshop.skyramp.dev/api/v1/products/* from the test)
A Note on Including/Excluding URLs
When using the
--includeor--excludeflag, URLs need to be specified either as an exact path to the endpoint or in combination with a wildcard:
demoshop.skyramp.dev/api/v1/productswill only filter for POST and GET of the products endpoint.
demoshop.skyramp.dev/products*will filter for all products endpoints + any nested endpoints.
demoshop.skyramp.dev/api/v1/products/*will filter only for any nested endpoints that require a product ID. It will not collect the traces of POST and GET products.For endpoints that require path parameters, please replace the path parameter with the wildcard:
Convert
demoshop.skyramp.dev/products/{product_id}/reviewstodemoshop.skyramp.dev/products/*/reviews
Execute Your E2E Test
Now you can run the tests using Playwright. If you don’t have Playwright, refer to the Installation Guide for setup instructions.
Make sure the terminal you’re in has the Skyramp test token exported, when testing with our demo. This token should be the session ID used during trace collection, you can find it in the generated test to confirm which session ID was used.
export SKYRAMP_TEST_TOKENOnce the token has been exported, you can now execute the test.
npx playwright test e2e_test.spec.ts --reporterAdditional Flags
--headed: Runs the test in a visible browser so you can confirm the scenario step by step.
Test Results
We are using Playwright's List reporter in this guide, printing a line for each test that is being run and listing all failures at the end. You can adjust the reporter behavior following this documentation.
Smart Selector
Local Execution
To enable smart selector capabilities that automatically update flaky selectors at runtime using your own LLM API, make sure to export it as API_KEY as an environment variable. If you don’t have an API key yet, please reach out to the Skyramp team.
export API_KEYSkyramp Execution
When running the test using Skyramp executor which handles all dependencies and executes the test in a containerized environment, you can Set your API key using environment variables in a .env file.
Create a .env file in your project root (same directory as your package.json or main code):
# .env
API_KEY