Skip to main content
By the end of this page your coding agent will know which Semicola account it is connected to and will have read its first objects. You need a Semicola account and an MCP client that supports remote servers over Streamable HTTP. Creating an account or finishing seller onboarding can take longer than the connection itself.

1. Add the connection

The login command opens a browser. Sign in to Semicola, pick the account to use, and approve the connection. Then start a Codex session in your project.
If your client already has a Semicola connection that points at this URL, reuse it. Your agent should never ask you to paste a password or key into the chat.
OAuth connects the coding session as you. It is not an identity for software you deploy later. For a headless service, create an API key and keep it in a secret manager; see Authentication.
Running the Semicola stack locally? Use http://localhost:4000/mcp/v3 instead. The local server plays the sign-in role itself, with the same discovery documents.

2. Prove account access

Ask your agent:
If the client reports that the connection still needs authentication, finish OAuth in its MCP controls and try again. Adding a server is not the same as signing in. A successful get_status proves the connection reaches your account. It does not prove that every advertiser, seller or write is allowed. If the wrong account is active, call switch_account with a customerId from the status result’s reachableAccounts, then call get_status again. The table at the end of this page covers what to check when a tool you expected is missing.

3. Make a first read

Ask the agent to look at tools/list, then call search with the input that suits your account:
This lists sellers and their connection and readiness status for your account. It does not send anyone a brief. An empty list is a valid answer, not a broken connection.
You now have a verified connection and one account-scoped read. The schemas in tools/list are the contract for this session; they can differ by account, role and feature availability.

4. Build a small prototype

A good first project is a read-only seller browser for a buyer account:
The fixture tests prove your code handles the shapes; the live get_status and search calls prove account access. Neither proves a campaign can launch. When you are ready to write, read the Campaign object guide and the v3 Tool Catalog.

If the first call fails