Skip to main content
Bily MCP exposes exactly two tools: search and execute. It does not expose MCP resources or prompts. Search the live Bily operation catalog before you construct an execution. Example tool input:
Each result can provide:
  • A stable operation ID, title, description, category, method, and Bily helper.
  • Whether the operation requires a store or can write.
  • Supported connected platforms when relevant.
  • Planning metadata, including risk tier, approval policy, preconditions, verification, rollback hints, and input or output schemas.
  • Focused usage examples.
The current catalog contains 64 operations: 45 read-oriented operations and 19 write operations.

Confirm identity and scope first

Run the discovery helper before store-specific work:
It returns the authenticated user and accessible organizations[]. Each organization’s stores appear under stores[]. Bily narrows a store-scoped fallback key automatically. With Bily Connect, add the optional organizationId input to execute only when the user explicitly selects one accessible organization.

Explore operation families

Use this table as a map, not an exhaustive reference. Call search for the current helper signature and planning guidance.

execute

Run one focused async arrow function with the helper returned by search. Example tool input:
The function can run for up to 20 seconds. It has no direct outbound network access. Use bily.* helpers for Bily data and supported actions. Return JSON-serializable data. A successful call returns:
Bily captures console.log, console.warn, and console.error in logs. A thrown error fails the tool call with its safe error message.
Planning metadata guides the client and user. It does not replace a client approval prompt. Review the complete execute function before you approve any write.