On this page
- Quick picks
- How we picked
- Code quality and navigation
- 1. Prettier
- 2. ESLint
- 3. GitLens
- 4. Path Intellisense
- 5. Error Lens
- Writing and framework helpers
- 6. Tailwind CSS IntelliSense
- 7. Auto Rename Tag
- 8. ES7+ React/Redux/React-Native snippets
- 9. Code Spell Checker
- 10. Markdown All in One
- Testing, configuration, and remote work
- 11. Live Server
- 12. DotENV
- 13. Import Cost
- 14. Thunder Client
- 15. Remote - SSH
- How to choose the right one
- Key takeaways
Extensions can make a code editor fit the way you build websites, but installing too many adds clutter and sometimes overlapping behaviour. This guide is for web developers who want a short, purposeful set of helpers rather than a long list of fashionable add-ons.
Each choice addresses a distinct task, from consistent formatting to remote editing. Check the publisher and current marketplace listing before installing, particularly on a work computer.
Quick picks
- Best for formatting: Prettier — consistent layout across common web files.
- Best for code quality: ESLint — catches JavaScript and TypeScript issues as you work.
- Best for Git history: GitLens — brings change context into the editor.
- Best for API experiments: Thunder Client — send requests without switching applications.
How we picked
We chose established extensions that solve recognisable web-development tasks and have clear documentation. A useful extension should earn its place instead of repeating something your project or editor already handles.
- Specific job: the benefit is easy to explain.
- Project fit: language and framework support match your work.
- Trust: check publisher identity and permissions.
- Overlap: avoid duplicate formatters and linters.
Code quality and navigation
1. Prettier
Prettier formats supported files into a consistent style, including JavaScript, CSS, HTML, and many common data formats. The VS Code extension can format on save when configured, which saves teams from debating small spacing differences. It is deliberately opinionated and may conflict with another formatter if both are enabled. Free and open source.
Best for: teams sharing code who want predictable formatting.
2. ESLint
ESLint reports code patterns that a project's lint rules flag, and its editor integration can show those findings beside the relevant lines. It is most useful when the repository already defines its rules and dependencies. It does not replace tests or code review, and setup can be confusing when a project has not configured ESLint. Free and open source.
Best for: JavaScript teams who want feedback aligned with repository rules.
3. GitLens
GitLens surfaces Git history and authorship context inside VS Code, including information about when a line changed. That context can help someone understand an unfamiliar code path before editing it. Its additional views are powerful but may make the interface busier, and some capabilities depend on its current plan. Free plan with paid upgrades.
Best for: developers tracing why an existing line or file changed.
4. Path Intellisense
Path Intellisense suggests file paths as you type imports or references. In a project with nested components and assets, that can reduce small spelling mistakes and repeated browsing. It is a focused helper, not a replacement for understanding relative paths or aliases configured by your build system. Free to use.
Best for: people navigating projects with many local files.
5. Error Lens
Error Lens makes diagnostics more visible by displaying messages near the code they concern. Developers who miss an issue in a separate Problems panel may find the inline presentation easier to notice. A busy project can produce visual noise, so tune its display and keep the underlying linter or language service authoritative. Free to use.
Best for: developers who prefer immediate, visible error feedback.
Writing and framework helpers
6. Tailwind CSS IntelliSense
Tailwind CSS IntelliSense adds class suggestions, syntax highlighting, and related editor support for Tailwind CSS projects. It is useful when utility names are hard to remember and helps surface class details while composing markup. It is specifically for Tailwind workflows; installing it on a conventional CSS project offers little value. Free and open source.
Best for: developers building interfaces with Tailwind CSS.
7. Auto Rename Tag
Auto Rename Tag updates a matching closing or opening tag when you rename the other side in markup. That small convenience helps when changing nested HTML or JSX elements without leaving mismatched tags behind. Modern editor language support may already cover some cases, so compare before adding a duplicate feature. Free to use.
Best for: people frequently reshaping HTML and JSX markup.
8. ES7+ React/Redux/React-Native snippets
ES7+ snippets provides shorthand expansions for common React and related JavaScript patterns. It can save repetitive typing when a developer already understands the generated code. Snippets are not a substitute for learning current framework conventions, and their usefulness depends on whether the project's style matches their output. Free to use.
Best for: React developers who routinely write familiar component patterns.
9. Code Spell Checker
Code Spell Checker flags likely spelling mistakes in source files and documentation, with an option to add project vocabulary. It can catch errors in user-facing copy, comments, and identifiers before they reach a review. Technical names often look like typos, so a maintained dictionary is important to avoid dismissing repeated alerts. Free plan with paid upgrades.
Best for: developers reviewing interface text and documentation as they code.
10. Markdown All in One
Markdown All in One offers editing conveniences for Markdown documents, including shortcuts and table-of-contents support. It is handy when a repository keeps its setup guide, changelog, or project notes alongside the source. Its features matter less if Markdown is only an occasional task, and generated contents should be checked after headings change. Free to use.
Best for: maintainers who regularly edit project documentation.
Testing, configuration, and remote work
11. Live Server
Live Server launches a local server for static files and refreshes the browser when files change. It offers a quick preview for small HTML, CSS, and JavaScript exercises without manual reloads. Applications requiring a framework's own build process or backend need their proper development server instead. Free to use.
Best for: learners previewing static web pages locally.
12. DotENV
DotENV adds highlighting for environment-variable files, making keys and values easier to scan. This is a modest but practical readability improvement for projects with separate local configuration. It does not protect secrets: never commit private credentials just because an editor colours the file, and follow the project's environment-file rules. Free to use.
Best for: developers who regularly inspect environment configuration files.
13. Import Cost
Import Cost estimates the size impact of imported JavaScript packages in the editor. That quick hint can prompt a developer to question an unexpectedly large dependency before shipping it to a browser. It is an estimate, not a full production bundle analysis, so use the project's build tools for reliable performance decisions. Free to use.
Best for: front-end developers mindful of downloaded JavaScript.
14. Thunder Client
Thunder Client provides a lightweight interface for sending HTTP requests from VS Code and inspecting responses. It can make a small API check convenient without opening a separate desktop client. Be careful with credentials and shared collections, and do not treat a manual request as automated integration testing. Free plan with paid upgrades.
Best for: developers making quick requests while building an API client.
15. Remote - SSH
Remote - SSH connects VS Code to a development environment over SSH, so files and tools can live on another machine. It helps when a team uses a remote server or a developer works in a consistent Linux environment. Connection setup and server access still require care, and it is unnecessary for a local-only project. Free to use.
Best for: developers whose code or build environment lives on a remote host.
How to choose the right one
Install only what your project needs. A formatter and a linter serve different purposes: one adjusts presentation, while the other reports patterns according to rules. Check whether the repository already configures them before changing settings. Stockio's JSON Formatter can tidy a JSON snippet when you need a quick browser-based check; explore other development resources and the AI coding assistant directory for adjacent workflows.
Review the extension's publisher, update history, and requested access. Keep workplace policy in mind, especially before sharing settings or remote credentials. If two extensions offer the same feature, choose one and verify it works on the languages you use. A smaller collection is easier to troubleshoot when editor behaviour changes.
Key takeaways
- Choose by task: install an add-on to solve a real friction point.
- Respect project settings: repository rules should guide formatting and linting.
- Avoid duplicate features: overlapping tools can cause confusing results.
- Treat credentials carefully: editor conveniences do not secure secrets.
- Reassess occasionally: remove extensions you no longer use.
Reach designers & developers at work
Put your product next to the tools people use every day. One sponsor per placement, no tracking pixels.
Become a sponsor