We're looking for someone to help us find talented people to join our remote team. ✨ Flexible hours 🌍 Remote work 💰 Paid position 🤝 Long-term opportunity Your main job is to search for candidates and contact them. No technical experience is required. 📩 DM me if you're interested or would like more details!

Hi Composio team, I’m receiving this error when trying to execute the Browser Tool: “Execution of toolkit 'BROWSER_TOOL' is temporarily disabled by the administrator.” Could you please confirm whether BROWSER_TOOL is currently disabled on Composio’s side, or whether this is a restriction/configuration specific to my account or environment? If it is account-side, please let me know what setting or permission I need to change. Thanks.

Opened composio#4120 with the full write-up + repro: https://github.com/ComposioHQ/composio/issues/4120 TL;DR — for static schemes (API_KEY, BASIC, BEARER_TOKEN), an invalid credential creates a connected account with status: ACTIVE.

validate_credentials: true

has no effect (despite the typings saying it validates API_KEY), and there's no other endpoint that checks a static key against the vendor. It only fails later at tools.execute with a real 401. Confirmed live on the dashboard: connected Resend with a wrong key → ACTIVE, and it only 401'd when I actually sent an email. We also measured the obvious client-side workaround (probe with a safe, arg-free read and look for a 401) across all 936 static toolkits — only 444 (47%) return a clean 401. The rest are indistinguishable from a working key on a safe call: - 401 → bad key (usable) — 444 - 404 routes before auth — 114 - 403 ACL, could be a valid under-scoped key — 89 - 200 public endpoint, any key "works" — 70 - 400 the get needs an argument — 50 - 401 on an OAuth-capable toolkit, may 401 a valid static key — 45 - unreachable SSRF-blocked / bad base_url — 86 - 5xx / other — 38 Three questions: 1. Is there any first-party way to verify a static credential at connect that I've missed? 2. Any plan to honour

validate_credentials

for API_KEY (or fix the typings)? 3. Side note:

get_current_user_endpoint

is a public URL for some toolkits (jira→serverInfo, serpapi→locations.json), so it 200s any key — worth a look. Full repro + raw API example in the issue.

Hi! This scared me to death in the dashboard. It seems like when I click a users logs -> triggers the filtering on the user is ignored. See my screenshots: The user does not have a gmail integration even, and the ca id does not appear in their connected accounts view. But the logs show all users events! https://cdn.discordapp.com/attachments/1537069785076994109/1537069785274253346/image.png?ex=6a7db34a&is=6a7c61ca&hm=f884ef84e267fb279937fd7633e9cf7b69a661ff53a42e5c48f9a1462e250687& https://cdn.discordapp.com/attachments/1537069785076994109/1537069785827770398/image.png?ex=6a7db34a&is=6a7c61ca&hm=d1c710abe6a7c6d2cbb8ffd2d340c4ce1e3cd0e608d35435c8583d4068eb3498&

Hey! Just wanted to double check a few things about the managed OAuth pricing: * The $0.10 per connected account after the first 1,000 — is that a one-time cost or $0.10 per connection every month? * For managed OAuth tool calls, is $0.0005 per call the total cost after the free allowance, or is there another tool call cost on top of that? * Also, what exactly counts as a shared connection? If each user connects their own account and that connection is only used by that user, would the extra $0.0003 per call apply? Just want to make sure I'm understanding the pricing correctly 🙂

Are Jira triggers working for anyone? I haven't seen a "Jira updated issue trigger" fire in more than 12 days across all of my customers.

Hi Composio Team I saw there are a lot of spamming messages around in the server and that's concerning because these people scam users in the name of support from the actual team and that's something make users lose money and this is reason I wanted to reach out, I love to help people and i'm trying to be as much active as I can in the Composio Discord, helping users troubleshoot issues and this is something which I like because this is what I have done from last few years. Background: ~6 years in remote technical support for crypto and Web3 products (hardware wallets, Web3 gaming, blockchain infrastructure), supporting users across Discord, Telegram, and email. That included wallet, transaction, and connectivity troubleshooting, writing onboarding guides and knowledge bases, and working closely with engineers on reproducible bug reports and escalations. I'm comfortable on the Linux command line (SSH, log analysis, bash scripting), and I'm comfortable working in the EU/APAC time. Given my crypto and self-hosting background, the Composio's mission genuinely resonates with me. I'm drawn to the Discord Mod/Technical support role, but happy to discuss either. I would share my resume if you guys need it, Just let me know about it and one more that is I can volunteer as a MOD of this discord server Just because i really enjoy learning things about Composio. Best, Aqib Ansari github.com/Aqib7841 • aqib7841@gmail.com

Hey @Abhishek @Uday Sidagana , we have been seeing elevated errors on composio API's for tool execution and connected accounts , is composio down ? Could you give us any update on this ? Thank you. https://cdn.discordapp.com/attachments/1541400003141181440/1541400003497431070/image.png?ex=6a8d741e&is=6a8c229e&hm=4a2d4ffbe6f0315b7d385fdb3e2d6e1ec4e893323b4f3f30365b36ee81bca6cf&

Hi, when i try to connect the custom connector of composio in my claude app, i login and i get this error it says: Your account has been authorized, but no MCP server was found at the provided URL, or your account does not have access to it. Check the server URL or your access, then try again. If the problem persists, share this reference with support: "ofid_9593e35f7ed86e75" what can i do? https://cdn.discordapp.com/attachments/1541442331511754873/1541442331780317244/Screenshot_2026-08-24_alle_15.35.11.png?ex=6a8d9b8a&is=6a8c4a0a&hm=9f5703486eeb4a17e643045a26aeb0f93bbd8c51f69e530be97fdd2bc7af74d6&

hi i am seeing a recent problem with the composio ( connection with google calander ) , as it timed out from the composio side , can u please check the potential reason on this one ! ? just happened today

I've been using Composio and their google maps plug in for a bit over a week now to search for small businesses in certain areas, but today as it was searching it ran into an issue. Only feedback given from Claude was that "Google Maps was temporarily disabled by administrator". Other Composio plug-ins like Sheets have been working fine, just google maps. I have tried reinstalling Composio, the Google Maps plug in, but everytime this happens. I checked on the dashboard and the search requests fail everytime. Any fixes? Thanks.

soo i sent some email to composio to ask if there is any anfiliate programs is im thinkin of making a video ill send the link down here https://www.youtube.com/@HaxOnRblx

Hi, how can I do this please?

After updating the Composio MCP configuration according to the official Composio documentation, I changed the session configuration from the default MCP setup to the Direct Tools approach, enabling the required Tavily tool (TAVILY_SEARCH). However, although the Tavily toolkit/tool is connected and configured in the Composio dashboard, the agent is still unable to properly fetch and use the corresponding connected Composio tool. Previously, with the default MCP session configuration, the MCP client was returning Composio meta-tools such as COMPOSIO_SEARCH_TOOLS instead of the actual Tavily search tool. Following the newer architecture, I configured the session using SESSION_PRESET_DIRECT_TOOLS and explicitly enabled TAVILY_SEARCH The question is: According to the current Composio MCP architecture and official documentation, why is the connected Tavily tool still not being exposed/available for the LLM to directly invoke, even though the Tavily toolkit is connected and TAVILY_SEARCH has been explicitly enabled in the Composio session? Here is my notebook link: https://colab.research.google.com/drive/18jhC1kKmdpLn9sbBiEoZrbMak2r-1mxk?usp=sharing

Hey guys, I noticed a pretty big gap in the current HubSpot toolkit in Composio. When I checked the docs https://docs.composio.dev/toolkits/hubspot there are no tools available for working with leads (crm.objects.leads). This is quite surprising because leads are one of the core objects in hs (alongside contacts, companies, deals). Especially when building qualification workflows, it's fundamental to be able to: Read lead data Update lead properties Change lead status Qualify / disqualify leads Right now an agent simply cannot properly run a lead qualification process. What’s the best way to handle this? Is support for crm.objects.leads planned soon? Is there any workaround (custom tools, direct API calls via http toolkit, etc.) that actually works well? Or maybe I’m missing something and the functionality is hidden somewhere? Would love to hear your thoughts or any official info from the Composio team. Thanks!

⚡Cut your AI‑API cost by up to 90%! Single gateway for GPT, Claude, Grok. Drop‑in OpenAI‑compatible API, zero prompt retention. [https://api.luoluocoder.com]

Solid LLM gateway I tested, cut my API cost up to 90%. GPT/Claude/Grok, OpenAI‑compatible, zero prompt retention. https://api.luoluocoder.com

Hi so before it worked but now it says I need a passkey which I dont hasve... Is there other way to connect GAM?

You can see an email and account id set in here to be used. This is in the official docs for the cloudflare mcp toolkit: https://docs.composio.dev/toolkits/cloudflare_mcp https://cdn.discordapp.com/attachments/1545232501864407090/1545232502111739925/IMG_2553.png?ex=6a9c0e29&is=6a9abca9&hm=9e0efd41b0cf398b1d3ac3b244f27d8a2934ab1dba2d24f790397108dcc1af95&

We caught an error in an API response header about needing to migrate to link() endpoints and that July 3 was supposed to be the cutoff date. This was the first we saw about this. Is that still a required action or is initiate() still going to be supported? https://docs.composio.dev/docs/auth-configuration/migrating-initiate-to-link

WORK with FABLE5.1 and GPT6-ASTRA to boost your project with BOTTOM price. FIND IT OUT: https://api.luoluocoder.com/

i have a personal account and a work account for where i work, so i want to have 2 different composio for multiple clients (warp, devin, cursor, claude code), so i want to switch them using the mcp config with the cumsumer api-key. but - composio always opens the login screen, even if the api key included in the headers. is there a query param or something to force it to use the key and avoid the logins screen?

Hi team! Bug in the BaseLinker toolkit, reported by email on Sept 5 and Sept 11 (support@composio.dev), no reply yet. BASELINKER_GET_ORDERS ignores all filter arguments (order_id, id_from, date_from, filter_order_source). Every call returns the same 100 oldest orders, so recent orders are unreachable. Inventory tools on the same connection work fine. Connected account: ca_vPn1tpBGGICe Auth config: ac_TMeZHsWKuZHO Retest log (Sept 11): log_xNiLV5zl0fcD Full details, including a second issue with proxy_execute (ERROR_EMPTY_METHOD), are in the email from lumpur2000@gmail.com. Could someone confirm the ticket is received and give an ETA for a fix? Thanks!

Hey guys, I've also sent an email to support, but I'm not sure what the turnaround time is on that. I’m running into what appears to be a tool-availability restriction with the Google Ads connector inside ChatGPT (also tried in claude) Context: - Google Ads connection is ACTIVE - Customer ID: 6201719072 - I have disconnected/reconnected the Google Ads account and retried from a fresh session - Other Google Ads actions are exposed, including campaign budgets, campaign criteria and responsive search ad mutation The issue is that Composio tool discovery explicitly reports these actions as restricted and does not expose them: - GOOGLEADS_MUTATE_AD_GROUPS - GOOGLEADS_MUTATE_AD_GROUP_CRITERIA Because the restriction happens during tool discovery, no request is actually sent to the Google Ads API. So this does not appear to be a customer ID, payload-validation or Google Ads API permission error. My use case requires creating standard Search campaigns with: - ad groups - exact/phrase keywords - ad-group negative keywords - responsive search ads Without those two mutation actions, my campaign build cannot be completed through the connector. Latest diagnostic/log ID: log_qhCB2q1zwgyo What am I missing? Can someone please help!

Custom MCP connection to Ideogram (https://mcp.ideogram.ai/mcp) fails during OAuth token exchange: "OAuth provider rejected the token exchange: Request failed with status code 401." Reproduced on retry with a confirmed active Ideogram account.

I’m 14 and I’m really into cologne. I saw a TikTok where this guy used composio to send over 10,000 emails to over 10,000 fragrance brands asking for free fragrances. overall he got about like 90 free colognes. So, I decided to try. I had ChatGPT walk me through it, but I ran out of chats. I’m at the point where I have set up a Google sheet and filled out 10 fragrance brands into the columns. Now, I created a new email and I am on composio trying to connect to Gmail.

Issue: Ideogram custom MCP connector shows "Active" in dashboard but isn't functional/callable Details: Added Ideogram as a custom MCP connector (https://mcp.ideogram.ai/mcp) First attempt failed with: OAuth provider rejected the token exchange: Request failed with status code 401 Retried and it eventually completed — dashboard now shows Ideogram as Active with 1 connection However, the API/tool-execution side still reports the connection status as "initiated," not active, and no Ideogram tools are exposed for use — so the connection isn't actually usable despite showing Active in the UI Ask: Is this a known sync issue between dashboard status and backend tool registration for custom MCP connectors? Any way to force it to finish registering, or is this a bug on your end?

Toolkit: GoHighLevel Symptom: Clicking "connect" in the dashboard → gohighlevel's chooselocation page goes blank after selecting "Location", before redirect back Observed in URL: client_id=brianne.gates@e4l.com — its using an email as the client ID, which isn't a registered GHL OAuth app Their doc says: "Composio-managed OAuth not available" for HighLevel Asked: Do you plan to add managed OAuth for GHL, or is there a documented custom-app setup path?

I have composio hooked in as an external MCP tool server in open-webui, and openrouter as my model provider. When I try use an Anthropic model and type in a chat that has the Composio tool enabled, I get an error message. Openrouter shows the following: { "type": "error", "error": { "type": "invalid_request_error", "message": "tools.32.custom.input_schema: input_schema does not support oneOf, allOf, or anyOf at the top level" }, "request_id": "req_vrtx_011CfPW6AgP8QoFa2FKtEYyH" } The same test without Composio enabled as a tool in open-webui works OK. From what I gather Anthropic models do not support oneOf/allOf/anyOf at the top level of the tool schemas - is there any way to fix this on the composio side of things?

Beginning last weekend, my OpenClaw agent is suddenly not able to instantiate any tools (specifically Gmail and Dropbox) even though the Composio Dashboard shows that they are active. Discovery: When calling tool_search (the Gateway's native way of listing MCP capabilities), the server returns general orchestration tools (e.g., COMPOSIO_SEARCH_TOOLS, COMPOSIO_REMOTE_WORKBENCH). Execution: When actually attempting to invoke those same tools, the system returns a Tool not found error. The MCP server is successfully connecting via API key, and the Gateway is receiving the initial tool list (capabilities). However, the individual tool definitions are not being registered in the agent's active session. This results in a loop where tools are visible in the search catalog but return 'Not Found' upon invocation. This is happening across multiple app toolkits (Gmail and Dropbox). Anybody seen this before and know how to fix this?