Example requests
- “List the apps I can edit in Major.”
- “Create an app that shows open support tickets from our Postgres database, then deploy it.”
- “Add a status filter to the dashboard in my
ops-dashboardapp.” - “Build an agent that summarizes yesterday’s Slack messages in #sales.”
- “Run the
weekly-reportworkflow with the input{ \"region\": \"EMEA\" }.” - “How many customers signed up last week?”
Connect
To configure the server by hand, use:
The first time your client connects, a browser tab opens to Major. Sign in and click Allow to grant the client access to your organization. The client then stores the token and connects without prompting again.
The access token is tied to one organization. To work in a different organization, reconnect the server and approve access for that organization.
Skills in the plugin
The plugin also installs skills that teach your assistant how to build on Major. The assistant loads them on demand:
The Platform Agent uses the same skills, so your client and the web app build things the same way.
What it can do
Tools that need secrets or credentials, such as
request_resource_setup and set_app_env_variables, never take them from your assistant. They return a link that you open in Major to enter the values yourself.
How it works
Sandboxes
Apps, agents, skills, and workflows are all edited on a remote sandbox. Your assistant finds what to edit withlist, starts its sandbox with start_sandbox (or create for something new), and then edits through the sandbox_* tools. Every sandbox call names its target: an app’s slug, or an agent, skill, or workflow id. Several sandboxes can run at once.
You can watch every sandbox your client starts at app.major.build/sandboxes, with one tab per sandbox, including an app’s live preview.
A sandbox is held by one person at a time. If someone else is editing the same item, start_sandbox reports that it is locked.
Saving, publishing, and deploying
Inside a sandbox,sandbox_bash runs the Major CLI in the workspace root:
An app’s first deploy needs
major publish --slug <slug> to choose its URL. See the CLI for the full command set.
Connectors
Your assistant does not load a separate tool for every connector. It describes what it needs tosearch_resource_tool_catalog (for example, “read-only SQL against Postgres”), gets back matching tools with their input schemas, and runs one with execute_resource_tool. See Connectors.
Permissions
The MCP server acts as you:- Scoped to your organization. Every call runs in the organization you approved when you connected.
- Scoped to your roles.
listreturns only what you can access, and each tool checks your access to the item it touches. Creating things, starting sandboxes, running agents and workflows, and connector setup require permission to build in the organization. Members without it see only the connector, deployed-app, and listing tools. See Members & roles. - Approvals happen in your client. Your personal tool permissions apply to Platform Agent chats in the web app, not to MCP clients. Use your client’s own tool approval settings to control what runs without asking.
Next steps
Quickstart
Install the Major plugin in your client.
Platform Agent
The same capabilities, built into the web app.
CLI
Build on Major from your own terminal.