http rest request execution with response inspection
Executes HTTP requests (GET, POST, PUT, DELETE, PATCH, etc.) with full header/body customization and displays formatted responses (JSON, XML, HTML, plain text) in a tabbed interface. Requests are composed via a GUI form builder with separate sections for URL, headers, body, and parameters, then transmitted over the network and responses are parsed and displayed with syntax highlighting and collapsible sections for inspection.
Unique: Implements a GUI-based request builder directly in VS Code's sidebar (first GUI REST client for VS Code per creator claims), avoiding the need for external tools like Postman while maintaining full request/response visibility without modal dialogs or context loss
vs alternatives: Faster workflow than Postman/Insomnia for developers already in VS Code because it eliminates app-switching and leverages VS Code's native sidebar UI, though lacks some advanced features of standalone clients
request collections with hierarchical organization
Organizes HTTP requests into nested folder structures (collections and sub-collections) stored as local JSON files, enabling developers to group related API endpoints by domain, feature, or environment. Collections are persisted locally on disk and can be expanded/collapsed in the sidebar tree view, with each request stored as an individual item that can be executed directly from the tree without opening a separate editor.
Unique: Uses 100% local JSON-based storage (claimed as innovation) with no cloud backend, enabling offline access and full data ownership, while integrating directly into VS Code's sidebar tree view for native navigation without separate UI panels
vs alternatives: Simpler and faster than Postman collections for small-to-medium teams because data stays local and Git-syncable, but lacks Postman's cloud sync and real-time collaboration features
request templating with dynamic values
Supports dynamic value injection into requests via template variables ({{variableName}}) that are resolved at request execution time. Variables can reference environment variables, request metadata (timestamp, random UUID, etc.), or previous response values (unclear if supported). This enables developers to generate unique request identifiers, timestamps, or other dynamic values without manual editing before each request.
Unique: Implements templating as a lightweight variable substitution system ({{var}} syntax) integrated into the request UI, avoiding the complexity of full templating languages while supporting the most common use cases of environment and dynamic value injection
vs alternatives: Simpler and more discoverable than Postman's pre-request scripts for basic templating, but lacks the power of scripting for complex dynamic value generation
response time and performance metrics
Captures and displays HTTP request/response timing metrics including total request duration, DNS lookup time, connection time, and time-to-first-byte (TTFB). Metrics are shown in the response header alongside status code and content size, enabling developers to identify performance bottlenecks in API endpoints. Timing data is also recorded in request history for trend analysis.
Unique: Captures timing metrics automatically for every request without requiring separate profiling tools, and displays them inline in the response header alongside other metadata, making performance visibility a natural part of the testing workflow
vs alternatives: More convenient than curl -w timing format or browser DevTools for quick performance checks, but lacks the detailed breakdown and trend analysis of dedicated APM tools
environment variable substitution in requests
Defines environment-specific variables (API keys, base URLs, tokens, etc.) that are substituted into requests using {{variableName}} template syntax. Variables are scoped to named environments (e.g., 'development', 'staging', 'production') and stored locally; when a request is executed, the active environment's variables are resolved and injected into the URL, headers, and body before transmission.
Unique: Implements environment switching as a first-class UI feature in the sidebar (environment dropdown selector) with local JSON persistence, allowing developers to toggle between configurations without editing files or using CLI commands
vs alternatives: More integrated into the VS Code workflow than curl/Postman environment files because it provides a visual selector in the sidebar, though lacks encryption and advanced variable scoping compared to enterprise tools
graphql query execution and response inspection
Executes GraphQL queries and mutations against GraphQL endpoints by accepting a GraphQL query string in the request body, sending it via HTTP POST with the appropriate Content-Type header, and parsing the JSON response to display both data and errors in a formatted view. Supports introspection queries for schema discovery and displays nested GraphQL response structures with collapsible sections.
Unique: Treats GraphQL as a first-class request type alongside REST (not a plugin or afterthought), allowing developers to manage both REST and GraphQL APIs in the same collection hierarchy and switch between them without changing tools
vs alternatives: More convenient than switching between VS Code and GraphQL Playground/Apollo Studio for developers already in the editor, but lacks the advanced schema exploration and query building UI of dedicated GraphQL IDEs
request history tracking and replay
Automatically records all executed HTTP/GraphQL requests with timestamps and response metadata in a chronological history view, allowing developers to browse past requests and re-execute them with a single click. History entries include request method, URL, status code, and response time; clicking a history entry loads the request configuration back into the editor for modification or immediate replay.
Unique: Implements automatic request history as a sidebar panel feature (not a separate modal), making it discoverable and accessible without context-switching, with one-click replay that loads the request back into the editor for modification
vs alternatives: More discoverable than Postman's history because it's always visible in the sidebar, but lacks advanced filtering and export capabilities for audit/documentation purposes
scriptless response testing and assertions
Provides a GUI-based assertion builder (described as 'Scriptless Testing') that allows developers to define validation rules for API responses without writing code. Assertions are configured via dropdown menus and form fields to check response status codes, headers, body content (JSON path matching, string contains, regex), and response time thresholds; assertions are executed automatically after each request and results are displayed with pass/fail indicators.
Unique: Implements assertions as a GUI-based builder (no scripting required) integrated directly into the request UI, making it accessible to non-developers while avoiding the learning curve of testing frameworks like Jest or Chai
vs alternatives: More accessible than code-based testing frameworks for non-technical users, but lacks the flexibility and power of scripting-based assertions in Postman or custom test suites
+4 more capabilities