Frontend Development | InvokeAI Documentation

Frontend Development

Invoke’s UI is made possible by many contributors and open-source libraries. Thank you!

Dev environment

Follow the dev environment guide to get set up. Run the UI using pnpm dev.

Package scripts

Type generation

We use openapi-typescript to generate types from the app’s OpenAPI schema. The generated types are committed to the repo in schema.ts.

If you make backend changes, it’s important to regenerate the frontend types:

cd invokeai/frontend/web && python ../../../scripts/generate_openapi_schema.py | pnpm typegen

On macOS and Linux, you can run make frontend-typegen as a shortcut for the above snippet.

Localization

We use i18next for localization, but translation to languages other than English happens on our Weblate project.

Only the English source strings (i.e. en.json) should be changed on this repo.

VSCode

Example debugger config

{
  "version": "0.2.0",
  "configurations": [
    {
      "type": "chrome",
      "request": "launch",
      "name": "Invoke UI",
      "url": "http://localhost:5173",
      "webRoot": "${workspaceFolder}/invokeai/frontend/web"
    }
  ]
}

Remote dev

We’ve noticed an intermittent timeout issue with the VSCode remote dev port forwarding.

We suggest disabling the editor’s port forwarding feature and doing it manually via SSH:

ssh -L 9090:localhost:9090 -L 5173:localhost:5173 user@host

Contributing Guidelines

Thanks for your interest in contributing to the Invoke Web UI!

Please follow these guidelines when contributing.

Check in before investing your time

Please check in before you invest your time on anything besides a trivial fix, in case it conflicts with ongoing work or isn’t aligned with the vision for the app.

If a feature request or issue doesn’t already exist for the thing you want to work on, please create one.

Ping @psychedelicious on discord in the #frontend-dev channel or in the feature request / issue you want to work on - we’re happy to chat.

Code conventions

Commit format

Please use the conventional commits spec for the web UI, with a scope of “ui”:

Tests

We don’t do any UI testing at this time, but consider adding tests for sensitive logic.

We use vitest, and tests should be next to the file they are testing. If the logic is in something.ts, the tests should be in something.test.ts.

In some situations, we may want to test types. For example, if you use zod to create a schema that should match a generated type, it’s best to add a test to confirm that the types match. Use tsafe’s assert for this.

Submitting a PR

Other docs