MetaMask Browser Extension

You can find the latest version of MetaMask on our official website. For help using MetaMask, visit our User Support Site.

For general questions, feature requests, or developer questions, visit our Community Forum.

MetaMask supports Firefox, Google Chrome, and Chromium-based browsers. We recommend using the latest available browser version.

For up to the minute news, follow us on X.

To learn how to develop MetaMask-compatible applications, visit our Developer Docs.

To learn how to contribute to the MetaMask codebase, visit our Contributor Docs.

To learn how to contribute to the MetaMask Extension project itself, visit our Extension Docs.

GitHub Codespaces quickstart

As an alternative to building on your local machine, there is a new option to get a development environment up and running in less than 5 minutes by using GitHub Codespaces. Please note that there is a Limited Free Monthly Quota, and after that GitHub will start charging you.

Note: You are billed for both time spent running, and for storage used

1. Start by clicking the button above
2. A new browser tab will open with a remote version of Visual Studio Code (this will take a few minutes to load)
3. A "Simple Browser" will open inside the browser with noVNC -- click Connect
4. Optional steps:
   • Click the button at the upper-right of the Simple Browser tab to open the noVNC window in its own tab
   • Open the noVNC sidebar on the left, click the gear icon, change the Scaling Mode to Remote Resizing
5. Wait about 20 extra seconds on the first launch, for the scripts to finish
6. Right-click on the noVNC desktop to launch Chrome or Firefox with MetaMask pre-installed
7. Change some code, then run yarn start to build in dev mode
8. After a minute or two, it will finish building, and you can see your changes in the noVNC desktop

Tips to keep your Codespaces usage lower

• You are billed for both time spent running, and for storage used
• Codespaces pause after 30 minutes of inactivity, and auto-delete after 30 days of inactivity
• You can manage your Codespaces here: https://github.com/codespaces
• You may want to manually pause them before the 30 minute timeout
• If you have several idle Codespaces hanging around for several days, you can quickly run out of storage quota. You should delete the ones you do not plan to use anymore, and probably keep only 1 or 2 in the long-term. It's also possible to re-use old Codespaces and switch the branch, instead of creating new ones and deleting the old ones.

Codespaces on a fork

If you are not a MetaMask Internal Developer, or are otherwise developing on a fork, the default Infura key will be on the Free Plan and have very limited requests per second. If you want to use your own Infura key, follow the .metamaskrc and INFURA_PROJECT_ID instructions in the section Building on your local machine.

Building on your local machine

• Install Node.js version 24
• If you are using nvm (recommended) running nvm use will automatically choose the right node version for you.
• Enable Corepack by executing the command corepack enable within the metamask-extension project. Corepack is a utility included with Node.js by default. It manages Yarn on a per-project basis, using the version specified by the packageManager property in the project's package.json file. Please note that modern releases of Yarn are not intended to be installed globally or via npm.
• Duplicate .metamaskrc.dist within the root and rename it to .metamaskrc by running cp .metamaskrc{.dist,}.
• Replace the INFURA_PROJECT_ID value with your own personal Infura API Key.
  • If you don't have an Infura account, you can create one for free on the Infura website.
• If debugging MetaMetrics, you'll need to add a value for SEGMENT_WRITE_KEY Segment write key, see Developing on MetaMask - Segment.
• If debugging unhandled exceptions, you'll need to add a value for SENTRY_DSN Sentry Dsn, see Developing on MetaMask - Sentry.
• Optionally, replace the PASSWORD value with your development wallet password to avoid entering it each time you open the app.
• If developing with remote feature flags, and you want to override the flags in the build process, you can add a .manifest-overrides.json file to the root of the project and set MANIFEST_OVERRIDES=.manifest-overrides.json in .metamaskrc to the path of the file. This file is used to add flags to manifest.json build files for the extension. You can also modify the _flags.remoteFeatureFlags in the built version of manifest.json in the dist/browser folder to tweak the flags after the build process (these changes will get overwritten when you build again). An example of this remote feature flag overwrite could be:

json { "_flags": { "remoteFeatureFlags": { "testBooleanFlag": false } } }

• Run yarn install to install the dependencies.
• Build the project to the ./dist/ folder with yarn dist (for Chromium-based browsers) or yarn dist:mv2 (for Firefox)
• Optionally, to create a development build you can instead run yarn start (for Chromium-based browsers) or yarn start:mv2 (for Firefox)
• Uncompressed builds can be found in /dist, compressed builds can be found in /builds once they're built.

• See the build system readme for build system usage information.

• Follow these instructions to verify that your local build runs correctly:

• How to add custom build to Chrome
• How to add custom build to Firefox

AI Agent Skills (yarn skills)

AI coding agents (Cursor, Claude Code, Codex) consume shared skills from the MetaMask/skills repo, with an optional private overlay from Consensys/skills. Per ADR #57 this content is not committed here — yarn skills syncs it on demand into local-only paths under .cursor/, .claude/, and .agents/.

Zero-config setup:

yarn install # refreshes the MetaMask/skills cache via the shared `@metamask/skills` CLI
yarn skills  # syncs all default skills through the `metamask-skills sync` command

Optional local configuration:

cp .skills.local.example .skills.local
# edit .skills.local to set SKILLS_DOMAINS or override skills source paths
yarn skills --select                         # interactively pick domains
SKILLS_DOMAINS=perps,testing yarn skills      # one-off domain override

Use .skills.local for persistent skills configuration. Shell environment variables with the same names are supported for one-off or CI overrides and take precedence.

Skipping yarn skills is fine — it only affects agent tooling, not the app build. The repo uses the shared @metamask/skills package so sync/cache behavior stays uniform across MetaMask packages. To opt into best-effort regeneration during install/setup, set SKILLS_AUTO_UPDATE=1 in your shell or .skills.local.

Git Hooks

To get quick feedback from our shared code quality fitness functions before committing the code, you can install our git hooks with Husky.

$ yarn githooks:install

You can read more about them in our testing documentation.

If you are using VS Code and are unable to make commits from the source control sidebar due to a "command not found" error, try these steps from the Husky docs.

Contributing

Development builds

To start a development build (e.g. with logging and file watching) run yarn start.

Development build with wallet state

You can start a development build with a preloaded wallet state, by adding TEST_SRP='<insert SRP here>' and PASSWORD='<insert wallet password here>' to the .metamaskrc file. Then you have the following options:

1. Start the wallet with the default fixture flags, by running yarn start:with-state.
2. Check the list of available fixture flags, by running yarn start:with-state --help.
3. Start the wallet with custom fixture flags, by running yarn start:with-state --FIXTURE_NAME=VALUE for example yarn start:with-state --withAccounts=100. You can pass as many flags as you want. The rest of the fixtures will take the default values.

Advanced Webpack builds

yarn start is backed by Webpack. You can also call yarn webpack directly for advanced build-system debugging; see the Webpack README for more information.

yarn start:lavamoat is not currently supported because Webpack watch mode does not support LavaMoat. For production-like LavaMoat verification, use yarn webpack:lavamoat:build or yarn build:test:webpack.

React and Redux DevTools

To use React or Redux DevTools you'll first need to set METAMASK_REACT_REDUX_DEVTOOLS to true in .metamaskrc.

To start the React DevTools, run yarn devtools:react with a development build installed in a browser. This will open in a separate window; no browser extension is required.

To start the Redux DevTools Extension:

• Install the package remotedev-server globally (e.g. yarn global add remotedev-server)
• Install the Redux Devtools extension.
• Open the Redux DevTools extension and check the "Use custom (local) server" checkbox in the Remote DevTools Settings, using the default server configuration (host localhost, port 8000, secure connection checkbox unchecked).

Then run the command yarn devtools:redux with a development build installed in a browser. This will enable you to use the Redux DevTools extension to inspect MetaMask.

To create a development build and run both of these tools simultaneously, run yarn start:dev.

Test Dapp

This test site can be used to execute different user flows.

Running Unit Tests and Linting

Run unit tests and the linter with yarn test. To run just unit tests, run yarn test:unit.

You can run the linter by itself with yarn lint, and you can automatically fix some lint problems with yarn lint:fix. You can also run these two commands just on your local changes to save time with yarn lint:changed and yarn lint:changed:fix respectively.

For Jest debugging guide using Node.js, see docs/tests/jest.md.

Running E2E Tests

Our e2e test suite can be run on either Firefox or Chrome. Here's how to get started with e2e testing:

Preparing a Test Build

Before running e2e tests, ensure you've run yarn install to download dependencies. Next, you'll need a test build. You have 3 options:

1. Use yarn download-builds --build-type test to quickly download and unzip test builds for Chrome and Firefox into the ./dist/ folder. This method is fast and convenient for standard testing.
2. Create a custom production-like Webpack test build. This command allows you to generate test builds for various types, including:
3. yarn build:test:webpack for main build
4. yarn build:test:flask:webpack for flask build
5. yarn build:test:webpack:mv2 for mv2 build
6. Start a Webpack test build with live changes: yarn start:test is particularly useful for development. It starts a test build that automatically recompiles application code upon changes. This option is ideal for iterative testing and development. This command also allows you to generate test builds for various types, including:
7. yarn start:test for main build
8. yarn start:test:flask for flask build
9. yarn start:test:mv2 for mv2 build

Note: The yarn start:test command has LavaMoat and Snow disabled for faster iteration. Use yarn build:test:webpack for production-like LavaMoat verification.

Running Tests

Once you have your test build ready, choose the browser for your e2e tests:

• For Firefox, run yarn test:e2e:firefox.
• Note: If you are running Firefox as a snap package on Linux, ensure you enable the appropriate environment variable: FIREFOX_SNAP=true yarn test:e2e:firefox
• For Chrome, run yarn test:e2e:chrome.

These scripts support additional options for debugging. Use --helpto see all available options.

Running a single e2e test

Single e2e tests can be run with yarn test:e2e:single test/e2e/tests/TEST_NAME.spec.js along with the options below.

```console --browser Set the browser to be used; specify 'chrome', 'firefox', 'all' or leave unset to run on 'all' by default.