mrkeyoor.com_
Fri 16 Oct 18:53 UTC
Dev Toolsevaluationupdated 11 Oct 2026

insomnia review

Insomnia is a desktop API client for sending requests, inspecting responses, and editing OpenAPI specifications. It puts saved API work in local, Git, or cloud storage so you can revisit requests and share them with a team.

+14stars / 7d
Verdict

Our Insomnia run passed all 18 reported tests after a 1,702-package install, but skipped the build and reported 66 audit vulnerabilities. Use it for API debugging and OpenAPI design when your team accepts the account requirements and storage choices. Choose Bruno first if Git-backed collections are the main requirement, and verify packaging separately before shipping an Insomnia fork.

We ran it

Lab card: what happened when we ran insomniaScreenshot of insomnia (insomnia.rest)
Install✓ · 167s1702 packages · 936 MB
Buildn/ano build script
Tests✓ · 175s18 passed · 0 failed of 18 (vitest)
Known vulns662 critical · 28 high · 32 moderate · 4 low (npm audit)
Repo2288 files~247,274 lines of source · 25.2 MB · 11 CI workflows

Answers from our run

Does insomnia build from source?

Dependencies installed in 167 seconds (1702 packages), and the project has no separate build step. We cloned commit ab658aa into a clean Debian container with 3 CPUs and no project-specific setup.

Do insomnia's tests pass?

Yes: 18 of 18 passed when we ran the project's own test command (vitest). Some failures need services or credentials a bare container does not have.

Does insomnia have known vulnerabilities in its dependencies?

npm audit flagged 66 known advisories in the dependency tree, including 2 critical at the time of our run.

Who should not use insomnia?

Teams that prohibit vendor accounts for core workflows: the README limits account-free use to Scratch Pad and requires an account for most capabilities.

What are the alternatives to insomnia?

Bruno, Hoppscotch, curl. Our Insomnia run passed all 18 reported tests after a 1,702-package install, but skipped the build and reported 66 audit vulnerabilities.

Setup3/5Install succeeds, but 936 MB and desktop packaging need attention
Docs4/5Explicit storage, account, CLI, and Linux development guidance
Community5/540,033 stars and current work on storage and export behavior
Maturity4/5Active desktop releases, with Git Sync friction and audit findings

Discussed on

  1. hnInsomnia REST client now requires an account180 points
  2. hnLaunch HN: Stellar Sleep (YC S23) – An app that helps people with insomnia127 points
  3. hnInsomnia's update locks out prev user data, forces account creation w/o warning67 points
  4. hnInsomnia is now part of Kong59 points
  5. hnInsomnia wiped all user data, forcing users to use their cloud55 points

Who it’s for

API developers who regularly switch between REST, GraphQL, gRPC, and streaming protocols.
Teams that want an OpenAPI editor beside saved requests and collection running.
Organizations that permit a vendor account while keeping project data in Local Vault.
Contributors prepared to maintain a desktop and CLI workspace monorepo.

Who it’s NOT for

Teams that prohibit vendor accounts for core workflows: the README limits account-free use to Scratch Pad and requires an account for most capabilities.
Developers requiring free Git Sync: the README lists it among premium capabilities.
Teams that hand-edit Git-backed collection YAML and require clean discard behavior: open PR 10585 describes format normalization recreating discarded changes.
Contributors requiring verified desktop packaging before adoption: our build step was skipped, and npm audit reported 2 critical and 28 high vulnerabilities.

Setup reality

Our sandbox installed commit ab658aa in 167 seconds, adding 1,702 packages and occupying 936 MB. Vitest passed all 18 reported tests in 175 seconds. The build was skipped because the harness found no build script or target. Npm audit reported 66 vulnerabilities: 2 critical, 28 high, 32 moderate, and 4 low.

Desktop downloads are available separately. Scratch Pad works without an account, but the README requires one for most capabilities even with Local Vault. Requests need the target API's credentials, Git Sync needs repository access, and cloud collaboration uses Kong's service. The README lists Git Sync as a premium feature.

Source development uses Node and Git, with the Node version selected through .nvmrc. Linux instructions mention libfontconfig-dev on Debian and libcurl-devel on Fedora, plus Electron cache troubleshooting. Our Debian install succeeded, but the run did not verify desktop packaging or launch.

Local storage still comes with an account decision

Choose Insomnia's storage mode before putting a private API collection into it. The README separates Local Vault, Git Sync, and Cloud Sync, and says most product capabilities require an account even if your projects stay on your machine. That distinction decides whether this client fits your workplace. Insomnia's account and storage guidance makes that boundary explicit.

The source checkout is a separate commitment: our installation added 1,702 packages and occupied 936 MB. You don't need to clone it just to send requests, since Kong distributes desktop downloads for Mac, Windows, and Linux. The reason to consider Insomnia is its shared workspace for API debugging and design. The reason to hesitate is how much of that workspace depends on account and subscription choices.

The client covers request debugging and OpenAPI design

Insomnia supports REST and GraphQL requests, plus gRPC, WebSockets, and Server-Sent Events. You can keep an OpenAPI specification beside the requests that exercise it, using the native editor and visual preview. Collection running and the Inso CLI extend that work into repeatable API checks.

Our checkout contained 2,288 files and roughly 247,274 source lines across npm workspaces. That breadth makes sense for a desktop client with an accompanying CLI, but it raises the cost of maintaining your own fork. The README also describes plugins and cloud or self-hosted mocking.

What happened when we ran it

Our run installed Insomnia commit ab658aa in 167 seconds, pulling 1,702 packages and using 936 MB on disk. We cloned it on October 5, 2026, into an unprivileged Debian sandbox with 3 CPUs, 8 GB of RAM, the lab-node:22 image, and no secrets. The checkout occupied 25.2 MB before installation. This measurement setup covers repository preparation, rather than the experience of downloading a desktop release.

The test step succeeded in 175 seconds: Vitest reported 18 passed and 0 failed out of 18. The build step was skipped because our harness found no build script or target. That leaves a clear limit on the result: the reported tests passed, while this run supplies no evidence that a desktop package was built or launched. Npm audit reported 66 known vulnerabilities: 2 critical, 28 high, 32 moderate, and 4 low. Our scan also found 11 CI workflow files, a workspace monorepo, no Dockerfile, and no tests directory. The directory observation doesn't contradict the Vitest result. The audit total warrants dependency review, but the supplied summary doesn't identify affected execution paths or prove that a particular desktop request is exploitable.

Private Environments separate credentials from project storage

Private Environments keep environment configuration locally regardless of the project's storage backend, according to the README. That's useful when requests belong in a shared collection but access tokens shouldn't travel with them. You still need the credentials and network access required by the API you're calling. Git Sync needs access to your Git repository, while Cloud Sync adds the vendor's collaboration service to the workflow.

The 936 MB installation we measured belongs to the developer checkout, so it shouldn't become a claim about desktop memory use or download size. For source development, Kong points you to .nvmrc for the Node version and documents Linux packages such as Debian's libfontconfig-dev. It also gives Electron cache advice for installation trouble. Our install succeeded, so those notes are documented precautions, not explanations for a failure we encountered.

Git Sync has a subscription boundary and formatting friction

The README lists Git Sync among premium capabilities. If your requirement is free Git-backed collections, that is a concrete reason to pick another client. Local Vault can satisfy local storage requirements, but it doesn't remove the stated account boundary for most capabilities. Procurement and security reviewers should decide those questions before developers move a team's working collections into the product.

An open October 10 pull request, the Git Sync discard warning, describes manually edited or older YAML being re-exported into Insomnia's format after discard. Its proposed warning tells users to commit the normalized file once. Our 18 passing tests don't establish whether this Git Sync report is fixed. Teams that edit collection files by hand should inspect this behavior before treating the files as ordinary, freely editable source.

Recent maintenance does not erase the audit findings

The repository's last push was October 10, 2026, and core@13.3.1 was released October 9. GitHub listed 40,033 stars and 906 open issues and PRs. Recent work includes Git Sync behavior and environment export ordering, so the activity extends beyond a fresh tag. Apache-2.0 licensing permits use and modification of the code, while hosted product capabilities still have their own account and subscription conditions.

The 66 audit findings belong to our October 5 commit and dependency resolution. Later pushes and a newer release don't establish that all of them are resolved. I would use Insomnia where its protocol coverage and OpenAPI editor save regular work, provided the team accepts its account model. I would require a separate packaging check before shipping a fork, and review the audit output before giving that fork production credentials.

Bruno is a better starting point for collections in Git

Bruno's repository describes collections stored on the filesystem in a plain-text format designed for version control. Pick it when reviewing request changes beside application code is the main requirement. Hoppscotch is worth considering when a browser client or self-hosted API workspace fits your team. For an individual request in a script, curl avoids adopting a desktop collection workflow at all.

Our 167-second install and passing Vitest step make Insomnia a reasonable source checkout to investigate, not a verified desktop deployment. Before choosing it for a team, create a representative collection in the intended storage mode, confirm who needs an account, and check whether Git Sync requires a subscription you can accept. If those answers fail your policy, the OpenAPI preview won't rescue the purchase.

Alternatives

ProjectWhat it isPick it when
Bruno gh↗A desktop API client that keeps collections in plain-text files for Git.pick this instead when collection changes belong beside application code in version control.
Hoppscotch gh↗An API workspace with web, desktop, and self-hosting options.pick this instead when a browser interface or self-hosted workspace matches your team.
curl gh↗A command-line transfer tool for requests in terminals and scripts.pick this instead when you need a scriptable request without a desktop collection workflow.

Sources

  1. Insomnia README and development instructions
  2. Insomnia repository activity
  3. Insomnia core@13.3.1 release
  4. Git Sync discard warning proposal
  5. Environment export ordering fix
  6. Insomnia MCP client source

More dev tools reviews

compose-samples · librepods · sqlmap · coucou · world-execute-me-dsh-pv · mcp-extensions · the whole board →