Codex
Connect ToolJet MCP to Codex so your agent can build and modify applications in your ToolJet workspace, whether that's ToolJet Cloud or your own self-hosted domain.
You can connect with OAuth on ToolJet Cloud, or with a personal access token on ToolJet Cloud or a self-hosted instance. To compare the two, see Choose an Authentication Method.
Prerequisites​
- Codex CLI or Codex desktop installed.
- For the personal access token method: Node.js 20 or newer, available to Codex.
- Access to the ToolJet workspace you want the agent to build in.
Connect with OAuth​
OAuth is available on ToolJet Cloud only. On a self-hosted instance, connect with a personal access token.
Codex > ToolJet's hosted MCP server > ToolJet workspace
Codex connects to the MCP server that ToolJet hosts, and you authorize it by signing in to your workspace in the browser. There's no token to create and no server to run on your machine.
Step 1: Copy the Server Commands​
- In ToolJet Cloud, open the workspace you want the agent to build in.
- Open the Build ToolJet apps from your coding agent dialog.
- Under Connect your agent, select OAuth, then select Codex.
- Copy the commands. The server URL in them ends with your workspace ID, so each workspace has its own URL.
Step 2: Add the Server​
Run the first command in your terminal. It looks like this, with your workspace's URL in place of <workspace-mcp-url>:
codex mcp add tooljet-oauth --url '<workspace-mcp-url>'
Step 3: Sign In and Approve Access​
-
Run the second command, which opens ToolJet in your browser:
codex mcp login tooljet-oauth -
Sign in to the workspace with any method it allows, such as password or SSO. If you're already signed in, ToolJet skips this step.
-
Review the permissions the client is requesting, and check the callback address shown under the buttons. For what each permission allows, see What You Approve.
-
Click Allow access. Your browser returns you to Codex.
Step 4: Install the App-Builder Skill​
The OAuth connection gives your agent ToolJet's tools. To also give it the tooljet-app-builder skill, which teaches the agent ToolJet's app model and build recipe, install the skill-only plugin:
codex plugin marketplace add ToolJet/tooljet-mcp --ref main
codex plugin add tooljet-app-builder-skills@tooljet
Install tooljet-app-builder-skills, not the tooljet-app-builder plugin used with a personal access token. That plugin also registers a local server, and using both loads the same guidance twice.
Step 5: Verify the Connection​
Ask your agent whether it can reach ToolJet:
Can you connect to ToolJet?
The agent should confirm the connection and name your workspace. To see or revoke the connection later, go to Profile settings > Connected AI clients in ToolJet.
Connect with a Personal Access Token​
How It Works​
Codex > ToolJet MCP server > ToolJet workspace
The ToolJet plugin runs the ToolJet MCP server on your machine and installs the tooljet-app-builder skill, which teaches the agent ToolJet's app model and build recipe. The server reads your ToolJet URL and personal access token from the environment Codex is launched from.
A token only works in the workspace it was created in, and every tool call runs with the permissions of the token's owner. The token you choose decides what the agent can see and change.
Step 1: Create a Personal Access Token​
- In ToolJet, open the workspace you want the agent to build in.
- Go to Profile settings > Personal access tokens and click Create new token.
- Copy the token, which begins with
tj_pat_. ToolJet shows it only once.
Step 2: Set Your Environment Variables​
The server reads two variables from the environment Codex is launched from.
| Variable | Required | Description | Default |
|---|---|---|---|
TOOLJET_DEPLOYMENT_URL | Yes | URL of your ToolJet instance | http://localhost:3000 |
TOOLJET_PAT | Yes | The personal access token from Step 1 |
Most deployments serve the API and the UI from the same origin, so TOOLJET_DEPLOYMENT_URL covers both and is the only URL you need. It defaults to localhost, so you can omit it only when you are running ToolJet locally on the default ports.
Set TOOLJET_URL to the API origin as well. The common case is a local ToolJet checkout, where the frontend runs on :8082 and the backend on :3000: point TOOLJET_DEPLOYMENT_URL at the frontend and TOOLJET_URL at the backend. An explicit TOOLJET_URL always wins over the fallback.
The agent acts with the permissions of the token's owner in that workspace, so create the token in the workspace you actually want the agent to touch rather than in one with broader access. The token sits in plain text in your shell profile, so keep that file out of version control, and always use an https:// instance URL, since the token is sent to your instance on every call.
Add the variables to your shell profile, before launching Codex. This makes them persist across sessions.
- zsh
- bash
- PowerShell
Replace the placeholder values with your own, then run the command. It appends the variables to ~/.zshrc:
cat >> ~/.zshrc <<'EOF'
export TOOLJET_PAT="tj_pat_..."
export TOOLJET_DEPLOYMENT_URL="https://your-tooljet-instance.com"
EOF
Load the variables into your current terminal:
source ~/.zshrc
Replace the placeholder values with your own, then run the command. It appends the variables to ~/.bashrc:
cat >> ~/.bashrc <<'EOF'
export TOOLJET_PAT="tj_pat_..."
export TOOLJET_DEPLOYMENT_URL="https://your-tooljet-instance.com"
EOF
Load the variables into your current terminal:
source ~/.bashrc
Replace the placeholder values with your own, then run the commands. They set the variables for your Windows user account:
[Environment]::SetEnvironmentVariable("TOOLJET_PAT", "tj_pat_...", "User")
[Environment]::SetEnvironmentVariable("TOOLJET_DEPLOYMENT_URL", "https://your-tooljet-instance.com", "User")
Close and reopen PowerShell to load the variables.
Launch Codex from that same terminal once the variables are set.
Verify Before You Continue​
Confirm the variables are set in the terminal you'll launch Codex from. Both must print a value; if either is empty, the server reports a missing-variable error at startup.
- macOS / Linux
- PowerShell
echo $TOOLJET_DEPLOYMENT_URL
echo $TOOLJET_PAT
echo $env:TOOLJET_DEPLOYMENT_URL
echo $env:TOOLJET_PAT
Step 3: Install the Plugin​
The plugin registers two things together: the MCP server and the tooljet-app-builder skill. Run these two commands in order:
codex plugin marketplace add ToolJet/tooljet-mcp --ref main
codex plugin add tooljet-app-builder@tooljet
On Codex desktop, run the marketplace command, restart the app, open Plugins, select the ToolJet source, and install ToolJet App Builder. In the Codex CLI you can also install it from /plugins.
Step 4: Verify the Connection​
Ask your agent whether it can reach ToolJet:
Can you connect to ToolJet?
The agent should confirm the connection and name the workspace your token is pinned to.
Once that works, try a build:
Build me a tickets dashboard on my ToolJet DB.
The agent should inspect your datasources, create an app, add a query, bind a table to it, and hand back links for editing and testing the finished application.
Troubleshooting​
If something doesn't work, see Troubleshooting.
Related​
Need Help?​
- Reach out via our Slack Community
- Or email us at support@tooljet.com
- Found a bug? Please report it via GitHub Issues