Foundaree

Measured conclusion: Deep-tested. L2 outcome: tools_ok.

Find and book real people by skill, city and availability: doctors, developers, plumbers and more.

Add to your agent

Copy this into your MCP client config:

{
  "mcpServers": {
    "Foundaree": {
      "url": "https://foundaree.com/mcp",
      "transport": "streamable-http"
    }
  }
}

Measured tools (14)

• my_bookings read-only

  List the booking requests people sent to the signed-in user: who asked, what they need, when, and whether it is still waiting for an answer. Use it when the user asks what is waiting on Foundaree, who wants to book them, or what they have not answered yet. Needs the user to have connected their Foundaree account. Lead with the ones still waiting, and offer to answer them with respond_to_booking.

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• respond_to_booking

  Answer one booking request sent to the signed-in user. Get the id from my_bookings first. Always read the request back to the user and get a clear yes before calling this: it is their answer to a real person, not yours. Accepting does not arrange a time — the user still has to call them — so say that.

  Parameters:

  • bookingId (required) — string — The request id, from my_bookings.
  • answer (required) — string — What the user decided.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• my_connection_requests read-only

  List the connection requests waiting for the signed-in user, and the ones they sent that are still pending. Use it when the user asks who wants to connect, or what is waiting on Foundaree. Offer to answer them with respond_to_connection.

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• respond_to_connection

  Answer one connection request sent to the signed-in user. Get the id from my_connection_requests first. Tell the user who it is and what they wrote, and get their yes before calling this. Declining removes the request quietly; the other person is not told they were declined.

  Parameters:

  • requestId (required) — string — The request id, from my_connection_requests.
  • answer (required) — string — What the user decided.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• set_my_availability

  Change the signed-in user's availability on their Foundaree profile: available (free for work now), open_to_offers (working, but will listen), or not_looking. This is public and it changes who finds them in search, so confirm with the user before calling it. Useful when they say they have finished a job, are fully booked, or want to be found again.

  Parameters:

  • availability (required) — string — The state to set on the profile.

  Hints: read-only no · destructive no · idempotent yes · open-world no

• find_and_ask

  Hand the whole errand to Foundaree: "find me a plumber in Kochi for Saturday morning". Foundaree searches, ranks the way its website does (people free now first), sends a booking request to the best one to three, and reports who was asked. Use this instead of search_people + request_appointment when the user wants it sorted rather than a list to choose from. Needs the user’s OWN name and phone number, which they gave you, and their clear yes before calling: real people will be contacted. Each person asked calls the user back if they can take it; nothing is confirmed until they do, so say that. Keep the returned errandId and use check_errand later to see who said yes. No account needed.

  Parameters:

  • name (required) — string — The user's own name, as they gave it.
  • phone (required) — string — The user's own phone number, with country code when known, e.g. +91 98470 12345. The person calls back on it.
  • need (required) — string — What the user needs done, in a sentence or two.
  • when (required) — string — When they would like it, in plain words, e.g. 'Saturday morning' or 'today after 5 pm'.
  • area — string — Neighbourhood, e.g. Kakkanad. Optional.
  • howMany — integer — How many people to ask, 1 to 3. Two is a good default: a choice without pestering.
  • language — string — Only ask people who work in this language, e.g. Malayalam. Leave out if any language is fine.
  • location — string — City, e.g. Kochi. Strongly recommended.
  • workType — string — local_service for trades, repairs, driving and care; professional for office work. Leave out if unsure.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• check_errand read-only

  Check on an errand started with find_and_ask: which of the people asked have accepted, declined or not answered yet. Use it when the user asks "did anyone get back to me?". Someone who accepted will call the user on the number they gave; Foundaree does not arrange the time.

  Parameters:

  • errandId (required) — string — The errandId that find_and_ask returned.

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• search_people read-only

  Search public Foundaree profiles by free-text query and/or structured filters; give at least one. Free-text matches name, headline, bio, location, skills, experiences and projects. Each result carries `services` (what the person offers with prices), `languages`, `serviceAreas` (areas they cover) and `workingHours` (one entry per day, 24-hour HH:MM) when they gave them, so you can compare before booking. Each result has `updatedAt`, when the person last edited their profile: prefer recent ones when details matter, and say so when a profile is old. Among equally good matches, recently updated profiles rank a little higher. Structured filters: location (substring), area (neighbourhood substring; also matches the areas a person says they cover), language (a language they work in, e.g. Malayalam), workType (exact: local_service = blue-collar, hands-on work; professional = white-collar work), category (comma-separated trades/professions, OR semantics), availability (exact: available, open_to_offers, not_looking, unspecified), skills (comma-separated, AND semantics), lookingFor (comma-separated, AND semantics). Only the first 100 results can be paged through (offset + limit ≤ 100); add filters to narrow the search. Among people who fit equally well, founding members (Foundaree's first 150 members, `foundingMember`) come first; a better match always ranks higher. Returns JSON with a `results` array of structured people summaries. Results never include phone numbers or emails: use get_person for one profile's public contact details. Each answer has two views: the text content is the JSON described above, and the structured content is a profile-card list (`people`, `total`, `query`). In apps that support MCP Apps (ChatGPT, Claude) the cards render as Foundaree profile cards. A person with `foundareeRole` ("founder" or "team") is part of Foundaree's own team; only Foundaree sets it.

  Parameters:

  • area — string — Optional neighbourhood filter within the city (case-insensitive substring), e.g. "Kakkanad"
  • limit — integer — Maximum number of results. Defaults to 20.
  • query — string — Optional free-text search query, e.g. "postgres engineer" or "technical co-founder"
  • offset — integer — Pagination offset. Defaults to 0. Paging stops after the first 100 results.
  • skills — string — Optional comma-separated skills filter (AND semantics), e.g. "AI,ML" or "React,TypeScript"
  • category — string — Optional comma-separated trade/profession filter (OR semantics), e.g. "electrician" or "electrician,carpenter"
  • language — string — Optional language they work in (whole name, any case), e.g. "Malayalam", "Tamil" or "Hindi"
  • location — string — Optional location filter (case-insensitive substring), e.g. "Bangalore" or "San Francisco"
  • workType — string — Optional audience filter: local_service = blue-collar jobs, hands-on work (electricians, carpenters, drivers, cleaners, carers...); professional = white-collar jobs, office and professional work (developers, designers, accountants...)
  • lookingFor — string — Optional comma-separated looking-for filter (AND semantics), e.g. "cofounder" or "job,freelance"
  • availability — string — Optional availability filter (exact match)

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• match_people read-only

  Rank public Foundaree profiles against a list of required skills — use when the user describes a need ("a co-founder who knows React and has sold to enterprises", "a dentist in Pune", "someone to rewire my kitchen in Kochi") rather than searching for a known person. Give the required skills as `skills` (or describe the need in `q`; skill terms are then derived from it and `q` also narrows candidates by full text). location, area, workType, category, availability and lookingFor are hard filters; the skills only score: score = matched ÷ required (0–1), where a listed skill counts 1 and a term found in the person's category or lookingFor counts ½. Someone with 3 of 5 skills still appears, below someone with 5; ties break on availability (available first), then founding members (Foundaree's first 150 members), then recency. When nobody matches a single skill, the filtered candidates come back with score 0 and `fallback: true` instead of an empty list. Returns JSON with `items` (each: `person`, `score`, `matchedSkills`, `missingSkills`, `profileUrl`), `total`, `requiredSkills` and `fallback`. Each answer has two views: the text content is the JSON described above, and the structured content is a profile-card list (`people`, `total`, `query`). In apps that support MCP Apps (ChatGPT, Claude) the cards render as Foundaree profile cards. A person with `foundareeRole` ("founder" or "team") is part of Foundaree's own team; only Foundaree sets it.

  Parameters:

  • q — string — Free-text description of the need, e.g. "someone with React and PostgreSQL experience". Used to derive skills when `skills` is absent, and as a full-text filter.
  • area — string — Optional neighbourhood filter within the city (case-insensitive substring), e.g. "Kakkanad"
  • limit — integer — Maximum number of ranked results. Defaults to 20.
  • skills — array — The required skills, e.g. ["React", "PostgreSQL", "Kubernetes"]. Required unless q is given.
  • category — string — Optional comma-separated trade/profession filter (OR semantics), e.g. "driver" or "carpenter,electrician"
  • location — string — Optional location filter (case-insensitive substring), e.g. "Bengaluru" or "Kochi"
  • workType — string — Optional audience filter: local_service = blue-collar jobs, hands-on work (electricians, carpenters, drivers, cleaners, carers...); professional = white-collar jobs, office and professional work (developers, designers, accountants...)
  • lookingFor — string — Optional comma-separated looking-for filter (AND semantics), e.g. "cofounder" or "job,freelance"
  • availability — string — Optional availability filter (exact match)

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• get_person read-only

  Retrieve the full public profile for a username, including skills, experiences, projects, `services` (what they offer with prices: name, price in whole currency units or null for "ask", currency, per job/hour/day/visit/session/month, from = starting price, note), `licence` (a registration number Foundaree's admin looked up on its public register, e.g. a doctor's NMC number: body, number, checkedAt; only once verified, and then "licence" is also in `verifiedBy`), and the phone, WhatsApp and contact email (`phone`, `whatsapp`, `contactEmail`) when the person made them public. `workProof`, when at least one kind is proven, is a count, not a score: "Proof: `proven` of `total`" over GitHub, website and LinkedIn (LinkedIn has no proof yet), with the facts of each proven one: `github` (public facts of a GitHub account they proved is theirs by signing in with it: repos, stars, followers, top languages, last push, and when Foundaree read them) and `website` (their website links back to this profile). `person.updatedAt` is when they last edited the profile. Returns structured JSON with `success`, `found` and `person` fields. Each answer has two views: the text content is the JSON described above, and the structured content is a profile-card list (`people`, `total`, `query`). In apps that support MCP Apps (ChatGPT, Claude) the cards render as Foundaree profile cards. A person with `foundareeRole` ("founder" or "team") is part of Foundaree's own team; only Foundaree sets it.

  Parameters:

  • username (required) — string — Username of the person, e.g. "maya-chen"

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• search_organizations read-only

  Search public company and organization pages on Foundaree by name, what they do, or city: "design studios in Kochi", "a clinic in Pune", "startups building for farmers". Use it when the user needs a company or team rather than one person. Returns JSON with `items` (each: `username`, `name`, `description`, `website`, `location`, `pageUrl`) and `total`. Foundaree is new, so there may be few or none: say so rather than guessing. A company's open roles come from search_opportunities.

  Parameters:

  • query (required) — string — Name, kind of company, what they do, or a city, e.g. "design studio Kochi"
  • limit — integer — Maximum number of results. Defaults to 10.

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• search_opportunities read-only

  Search public openings on Foundaree: jobs, freelance work, internships, projects, co-founder and advisory roles. Use it when the user is looking for work or a role ("React jobs in Bengaluru", "a co-founder role in fintech", "internships in design"), or asks what a company is hiring for. Matches the title, description, city and skills. Only open listings are returned unless `includeClosed` is true. Returns JSON with `items` (each: `username`, `title`, `type`, `companyUsername`, `location`, `description`, `skills`, `status`, `listingUrl`, `companyUrl`) and `total`. People apply on the listing page on Foundaree; this tool does not apply for anyone. Foundaree is new, so there may be few or none: say so rather than guessing.

  Parameters:

  • query (required) — string — Role, skill, kind of work or city, e.g. "React developer Bengaluru"
  • limit — integer — Maximum number of results. Defaults to 10.
  • includeClosed — boolean — Also return listings that are closed. Defaults to false.

  Hints: read-only yes · destructive no · idempotent yes · open-world no

• create_profile_draft

  Start a Foundaree profile for the user. Use it only when the user asks to join Foundaree, to be listed on it, or to create their own profile. Fill in only details the user gave about THEMSELVES: never about someone else, and never guess. Only `name` is required. Nothing is published: this saves a private draft and returns one link (finishUrl). The user opens it, checks the profile, signs in and taps Publish; until then nobody can find it. Show the user the link. It works once, for 7 days. Nobody is emailed or texted.

  Parameters:

  • name (required) — string — The person's own name, as they gave it.
  • bio — A few sentences about them: experience, languages, the work they take.
  • area — Neighbourhood or area they work in within the city, e.g. 'Kakkanad'.
  • phone — Their phone number, with the country code when they gave one. Shown only if they choose so when publishing.
  • skills — array — Skill names, e.g. ['Pipe fitting', 'Leak repair'].
  • intents — array — What they are open to.
  • category — Their trade or job as a short lowercase slug, e.g. plumber, electrician, carpenter, driver, cleaner, tutor, software-engineer, designer, accountant.
  • headline — One short line about their work, in their words.
  • location — Their city, e.g. 'Kochi' or 'Kochi, Kerala'.
  • whatsapp — Their WhatsApp number. Shown only if they choose so when publishing.
  • githubUrl — Their GitHub page (http:// or https://).
  • lookingFor — array — The kind of work they want, as short tags, e.g. ['weekend jobs'].
  • linkedinUrl — Their LinkedIn page (http:// or https://).
  • availability — string — available = free now; open_to_offers = open to work; not_looking = not looking right now.
  • portfolioUrl — Their own website (http:// or https://).

  Hints: read-only no · destructive no · idempotent no · open-world no

• request_appointment

  Send a booking request to one person on Foundaree, for the user: "book this plumber for Saturday morning", "ask this dentist for an appointment". Use it only when the user asked to book or contact that person, and only with the user's OWN name and phone number, which they gave you: never guess or reuse another number. Before calling, tell the user what you will send and to whom, and get their yes. The person sees the request on Foundaree and by email, and calls the user back on that number if they can take it; nothing is confirmed until they do, so say that to the user. Find the username with search_people or match_people first. One open request per phone number and person; a few per number a day.

  Parameters:

  • name (required) — string — The user's own name, as they gave it.
  • phone (required) — string — The user's own phone number, with country code when known, e.g. +91 98470 12345. The person calls back on it.
  • need (required) — string — What the user needs done, in a sentence or two.
  • when (required) — string — When they would like it, in plain words, e.g. 'Saturday morning' or 'today after 5 pm'.
  • username (required) — string — Username of the person to book, from search_people, match_people or get_person.
  • area — string — Where the work is: the user's area or address hint, e.g. 'Kakkanad, near Infopark'. Optional.

  Hints: read-only no · destructive no · idempotent no · open-world yes

Publisher website

Measured by MCPYP probing. Untested fields are omitted, never estimated. Listing is always free; MCPYP never proxies calls or stores user tokens.