Every claim is tagged: tested, sourced, reported, inferred or unknown. See how

Playbook

How to size up any app

What the ten researched guides have in common, and the eight questions to ask about an app we have not covered. The live agent and Ask use the same patterns as context when they research a new app.

Patterns across the ten guides

Registering is rarely the hard part

In the ten guides, creating the OAuth app is quick (GitHub, Notion). The wait attaches to something later: a Marketplace listing (Notion, HubSpot, Slack), a security review of a distributed package (Salesforce), publisher verification (Microsoft), or a scope or permission review (Google, LinkedIn, Meta).

What usually triggers a review

Letting other companies or merchants use your app (Shopify, Slack), asking for sensitive or restricted data scopes (Google), posting or community access (LinkedIn), going live beyond your own testers (Meta), or getting listed in a marketplace.

What reviewers tend to ask for

A public home page and privacy policy on a domain you can prove you own (Google brand verification), a verified business or partner account (Meta Business Verification, Microsoft publisher verification), and a clear reason for each permission.

Testing without approval

Several providers let you try the integration with your own account or named test users before any review: Google 'Testing' mode (up to 100 test users), Meta development mode, a Slack single-workspace app, GitHub OAuth apps.

Durations are often unpublished

Where a provider states a number it is often a maximum (Slack) or one stage (HubSpot's initial review). Shopify, LinkedIn and Meta publish none in the pages we read. Treat blog timelines as unverified.

Secrets and expiry

Client secrets never belong in code or chat. Tokens expire (LinkedIn access tokens last 60 days) and secrets can have lifetimes (Microsoft), so plan for refresh and rotation.

Where an agent helps and where you take over

An agent can read the docs, draft listing text and privacy-policy checklists, check redirect URIs and scopes, and probe public OAuth discovery documents. You must sign in, accept terms, prove domain or business ownership, pay any fees, hold the secrets and press submit.

These are patterns, not facts about any one provider. Each restates something sourced in a library guide; a specific app always needs its own research.

Eight questions for any provider

  1. Does the provider let me create an OAuth app on my own account without anyone approving it?
  2. Can I test with my own account or named test users, and what are the limits (user count, scopes)?
  3. What exactly makes me need a review: other companies installing it, sensitive scopes, a marketplace listing, posting access?
  4. Is there a published review duration, and is it a typical time or a maximum?
  5. What will the reviewer ask for: privacy policy, verified domain, business verification, screencast, justification per permission?
  6. Does Composio manage the OAuth app for this provider (its toolkit page says so), so I can start without registering one?
  7. How long do tokens and secrets last, and how are they refreshed or rotated?
  8. Which steps can an agent do, and which need my sign-in, a legal acceptance or a payment?

Research an app live

About the builder

Built by Moulshree Bhutra

Founding APM at Vudio.ai, applying for APM, Toolkits at Composio (Bangalore). This prototype is my answer to the take-home: a way for a developer to see the cost of an OAuth app before starting, and to trust what they read.

How I approached the problem

  • Started from what already exists. Composio publishes 46 setup guides. I read ten in full: they cover the clicking, but not setup time, difficulty or the approval wait, which is where teams lose weeks.
  • Designed for one decision. A developer asks "should I start this today?" So effort, wait, and what only you can do come first, and the steps come after.
  • Made trust visible. Every claim is tagged tested, sourced, reported, inferred or unknown, and quotes link to the page they came from. Where no provider states a number, the guide says so instead of guessing.
  • Kept the agent honest in code. The live agent cannot mark anything tested, and a quote it cannot find in a page it actually read is removed. The method page lists what was and was not checked.

Why I am a good fit

  • I have owned a product through integrations and AI. At Vudio.ai I worked across three roles as it grew from a video-commerce tool into an AI marketing platform with 10+ modules, including Shopify-connected widgets and the product side of its Campaign agent.
  • Results I can point to. I contributed to about 7x ARR growth ($30K to $0.2M) over two years through 0 to 1 launches. I redesigned Shoppable Widgets and built self-serve onboarding: activation rose about 74% and turnaround fell from 13 days to 4. I led AI Studio from 0 to 1 (ARPU up 5% among fashion brands) and built an analytics dashboard that lifted free-to-paid conversion about 10%.
  • I build to understand. I have a computer science degree and I prototype my own ideas, so I can talk to engineers about trade-offs. Top 3 of 200+ in NextLeap's Product Management Fellowship.
  • I write down what I do not know. This project lists its own gaps, including that the hands-on registrations are still being run.

Find me

Prototype built for the Composio APM, Toolkits take-home. It never asks for credentials or secrets.