Toolkit vs tool
Built-in catalog tools are available to the whole project. Tools and toolkits you create are marked Project and stay in this project.
Project vs end user
Browse and filter
- Search with Search toolkits or tools…
- Filter ownership: All or Project tools & toolkits (only what you created in this project)
- Filter type: All | Actions | Triggers
- Expand a toolkit and use tabs Triggers | Actions
- Active Triggers → Triggers — see Triggers in the dashboard
- Tool execution logs → Tool execution logs
Create a custom toolkit or tool
When create is allowed (default user selected):
On a Create Tool form you typically set:
- Slug, Name, Description
- Toolkit ownership
- Type: Action, Poll, or Webhook
- Input/Output Parameters
- Optional Custom script (JavaScript or Python)
- No Authentication Required when the tool does not need a connected account
Auth and connections
- Toolkits declare how login works (OAuth, API key, no auth, …). Project auth configs live with shared project setup — see Projects and API keys.
- Each end user connects under Connection.
- Run or Create trigger asks for a Connected account — Select or connect account.
- On an agent, pin tools with Select Tools; bind accounts under Your accounts for testing when the editor asks.
Attach tools to an agent
In Workflows & Agents, open an agent and go to Tools:- Click Select Tools
- Use tabs Toolkits | MCP
- For toolkits, choose Normal (pin exact tools) or Meta (broader discovery) when offered
- Keep the set small — the product may warn when too many tools are pinned (hard limit is high; quality drops earlier)
Tips
- Prefer a small pinned set; use Meta when the agent should discover tools instead of you listing every slug.
- Disabled or Deprecated tools cannot Run.
- Switch End user before testing Slack/Gmail-style tools so you use the right connection.
- After cloning a Marketplace template, reconnect accounts — templates do not bring OAuth tokens.
- Custom create/edit needs Default user; testing OAuth often needs a named end user.