YouSpot

Look up the public registration (WHOIS) record for a website domain: who registered it, which registrar holds it, when it was created and last updated, when it expires, its nameservers, and its registry status codes. Use this ONLY when the user explicitly asks about the domain/WHOIS/DNS itself: 'who owns stripe.com?', 'when does our domain expire?', 'how old is this domain?', 'is this domain registered?'. Never call it for general questions about a company — this is public registrar data about a domain on the internet; it is not the user's own account data, and it says nothing about the company behind the domain. Registrant details are often masked by a privacy service, in which case the registrant fields name the proxy rather than the real owner; say so instead of presenting the proxy as the owner.

The search keywords a website is buying ads on (paid, PPC, AdWords, Google Ads) and the ones it ranks for organically, with monthly search volume, cost per click, position, landing URL and share of the site's search traffic, plus domain totals: paid keyword count, paid traffic and estimated monthly ad spend, and the organic equivalents. Use this when the user asks what keywords a company is buying or bidding on, what it spends on search ads, what it ranks for, or wants to compare competitors' search strategies. Takes a domain (preferred) or a company name. US search data only.

Estimate what a domain name is worth (the /domainvalue appraisal): an estimated market value in dollars with the signals behind it — comparable sales, marketplace listings, an appraisal model, SEO data. Use when the user asks what a domain is worth, whether one is a good buy, or to compare domain values. A fresh appraisal can take up to a minute; repeat lookups within 48 hours are cached and instant. Include the report_url in your reply so the user can open the full report.

Fetch one Gmail message by its id from the user's connected mailbox, including the full plain-text body (rare header-only connections get headers and the snippet instead). Use this to read a message found via search_gmail_messages (which returns ids and snippets only), or when a triggering event hands you a Gmail message_id to analyze.

One Granola meeting in full: the summary Granola wrote (Markdown), who attended, when, the space, a link to Granola, and the start of the transcript. `note` is an object id from get_granola_notes, a Granola note id, or a title. Pass `transcript` true for the transcript rather than the summary when the user asks what exactly was said.

The user's Granola meeting notes already synced into their brain, newest first: title, when the meeting was, who attended, the space, and a link. `days` bounds how far back (default 30); `query` keeps notes whose title, summary or attendees mention a word or name; `attendee` keeps meetings with that person. Fast, no Granola call. Follow up with get_granola_note for the summary and transcript of one meeting.

Whether Granola is connected and how the sync is doing: the account, the shared spaces the key can see, when it last synced, and how many notes are in the brain. Use it when a user asks why a meeting is missing or whether Granola is set up.

Get one object from the user's graph, with the objects connected to it (its edges, e.g. a person's spaces, a note's subject). Identify it by object_id (exact and preferred, search and list return it) or by name. Use this when the user asks about a specific thing in their graph, or to follow a connection you found on another object. Returns {found, object, fields, editable_fields, connected_objects, connected_total}: the record's name, description and object_id sit under object. When nothing matches, found is false with searched_for, and with matches when a name fits several objects.

Read recorded notes, emails, calls, meetings, and tasks in the user's connected HubSpot portal. Use this for follow-ups, explicit next steps, and supporting activity. Select one portal when several are connected. Defaults to a bounded 30-day window; use contact_id to check later activity for a specific person. Cite the returned record URLs. Partial history or missing activity does not establish an unresolved request or an overdue task.

Overview of the user's synced HubSpot data: which portals they have connected, how many contacts and companies came from each, and when each was last synced. Use this for questions about how much HubSpot data they have, which portals are connected, or whether their data is up to date — and to check they have any data before promising an answer. For questions about the records themselves, use ask_about_hubspot_contacts or ask_about_hubspot_companies.

The URL that starts connecting one integration, for surfaces that cannot render a card (Slack, SMS, email). In chat, show the integrations_list card instead. Never claim to have connected anything: only the user can grant it, in their browser.

Read the user's LinkedIn message history (DMs) with one person, from their imported LinkedIn export: every conversation that person is in, oldest first, with who sent each message and its full text. Use for 'what did I message Sander?', 'did she ever reply?', 'show me my LinkedIn thread with Tom' and before drafting a follow-up to someone the user has messaged. Pass a name or a LinkedIn profile URL. If the name matches several people it returns candidates to choose from.

Every comment on one LinkedIn post, fetched live: who commented (name, headline, profile_url, and followers, their LinkedIn follower count or null when unknown), what they said, and the replies under each comment. Works for any public post, not only the user's own. Use when they paste a LinkedIn post link and ask what people are saying, for a summary of the comments, or who commented. Pass the link exactly as given; feed/update links, share links and bare activity ids all work. When summarizing, cover the main themes, the overall sentiment, points of disagreement, and any notable commenters. If truncated is true, only the first comment_count comments were read, so say the summary covers those. In chat the comments also show as a sortable table under your reply, so never list them all out.

Overview of the user's imported LinkedIn messages (DMs): how many messages and conversations they have, the date range covered, and how many they sent versus received. Use for 'how many messages do I have?' and questions about the shape of their message history.

The posts the user bookmarked on X (Twitter), newest first: author @handle and avatar, text, date, engagement, and link, plus an author_counts rollup of how often each author appears across ALL their bookmarks (use it directly for questions like 'whose posts do I bookmark most?'). Reads the synced archive; bookmarks sync daily for accounts that granted bookmark access. `query` filters bookmark text, `author` narrows to one @handle. If it reports nothing synced, the account may need reconnecting to grant bookmark access; the result carries the link.

The user's own LinkedIn posts with engagement numbers (reactions, likes, comments, shares): newest first by default, their earliest with sort='oldest', or their best-performing with sort='top'. sort='top' is what answers 'my top 10 posts', 'my best posts' and 'what performed well'. Answer those from here rather than from linkedin_analytics, which needs an OAuth grant this user may not have given. The response always includes total_posts_stored, so this also answers 'how many posts do I have?' and 'what was my first post?'. Use it for questions about their posting activity and performance — 'what did I post last week?', 'what's the average number of likes on my last 5 posts?', 'which recent post got the most comments?'. Compute averages and comparisons from the returned rows. like_count is the thumbs-up reaction alone; total_reaction_count is all reaction types combined. Pages: when has_more is true, call again with offset set to the next_offset from the response to continue through their history.

The user's current YouSpot plan and credit balance, plus which plan they could move to. Call it before answering anything about pricing, plans, upgrading, credits or limits (brain cap, mailboxes, model, watched pages: Free 3 checked weekly, Solo and Pro unlimited). The response names the upgrade_plan value to emit; the card that renders from it does the purchase, so never say a payment happened.

How the user writes, with their best-liked Substack posts in full as samples and the posts that drew the most likes and comments. Call it before drafting a Substack post or Note for them, or when they ask what to write next.

The user's own tweets, newest first, from their connected X (Twitter) accounts — text, engagement metrics (likes, replies, retweets, impressions), date, and link. Reads the synced archive, so it's fast; a brand-new connection may not have synced yet. `query` filters tweet text. If it reports no account connected, give the user the link it returns.

One brain object by id, for a view drawing an object_card.

Read one note from the user's Obsidian vault in full: its markdown, frontmatter, tags, the notes and brain objects its wikilinks point at, and the notes that link back to it. Identify it by object_id (from a search), by vault path ('Projects/Ada.md'), or by title. Use this whenever a search result looks like the answer — the search returns an excerpt, this returns the note. Follow the backlinks when the user asks how something connects to the rest of their thinking.

Where this person's YouSpot setup stands, for setting them up in this conversation when they ask to get set up or get started with YouSpot. Returns what YouSpot already knows about them (`known`, correctable with update_my_profile), the profile questions still open in priority order (`missing_profile_fields`, each saved with update_profile_fields), the best next accounts to connect with their payoff and link (`suggested_connections`; connecting happens in the browser), and whether a daily brief can be turned on with start_your_day (`can_start_your_day`).

Fetch one Outlook message by its id, including the plain-text body and a web_link that opens it in Outlook. Use it to read a message found with search_outlook_messages, or when a triggering event hands you an Outlook message_id.

The relationship card for one person, for a view drawing a person_card.

The saved messages of one Slack thread, oldest first: the parent and every reply the brain holds. Only threads from channels the user switched on are stored; an empty result means the thread was not captured, and the fix is enabling that channel on the Slack integrations page.

Recent comments on the user's free Substack posts, newest first, with the post each is on. People the user already knows come with their object_id; everyone else is a name and a Substack handle. known_only keeps just the people they know.

Fresh stats for one Substack post, read from Substack right now and stored on the post: opens, clicks, views, recipients, new free and paid subscribers, estimated revenue. `url_slug` is the part of the post URL after /p/; get_substack_posts lists them.

The user's Substack posts with likes, comments, restacks and word count, plus opens, clicks, views, recipients and the free and paid subscribers the post brought when a Publisher API key is connected. Newest first, from the last sync. `query` filters titles, `since` (YYYY-MM-DD) drops older posts, `type` narrows to newsletter, podcast or thread. If it reports nothing synced, give the user the link it returns rather than guessing.

Recent free posts from the Substack publications the user reads, newest first, each with its writer, publication and text. `writer` matches a writer or publication name, `query` matches titles. Paid issues and publications the user gets by email are saved as newsletters, so read those with read_my_newsletters.

How the user's Substack publication is growing: daily subscriber totals by plan over the last 7, 30, 90 or 365 days, with the change over the window. Reads the last sync. Use it for 'how many subscribers', 'how is my Substack growing' and 'paid subscribers this month'.

The user's Substack subscribers, as the contacts they were imported into: name, email, plan (free, paid, founding, comp, gift), status (active, inactive, lapsed) and when they subscribed. Reads the last import, so it is fast. `status` defaults to active; pass 'lapsed' for who dropped off the latest export, or 'any'. `plan` narrows to one plan. If it reports nothing imported, give the user the link it returns rather than guessing.

Accounts the user follows on X (Twitter), from the synced follow graph — name, @handle, and bio. `query` filters by name, handle, or bio text ('who do I follow in AI?'). Reads the last sync, so a just-followed account may be missing; total_followed is the synced total. If it reports no account connected, give the user the link it returns.

Live profile stats for the user's connected X (Twitter) accounts — name, @handle, follower count, following count, and total tweets, fresh from the X API. If it reports no account connected, give the user the link it returns.

Read this person's web watches and what they found. No arguments: every page and topic watch with what it watches, how often, its status and when it last checked and last found something. monitor_key alone: that watch and its ten latest changes. changes: true: the change and finding history, newest first, narrowed by monitor_key, domain (e.g. 'acme.com', every watched page there), since (YYYY-MM-DD), kind and limit; use it for 'what changed on competitor sites this week'. Topic findings carry their date, text and sources. change_id: one change in full, with its line diff (- removed, + added) or the fields' before and after values.

Import every contact or company from a file the user uploaded — a CSV or spreadsheet export, a .vcf of contacts, or a zip. Use this whenever they want more than a couple of records created from a file: it reads the whole file at once, so never read a contact list with read_file and create the records one at a time. Find the file first with search_graph_objects (type 'file') and pass its object_id, or pass part of the filename as name. Pass a description of what the file holds when the user gave one — it is what tells the column mapper that 'Ref' is a phone number.

Import a Substack subscriber export the user uploaded (the CSV from their publication's Subscribers page). Every row becomes or matches a contact tagged 'Substack subscriber' with plan and status. Find the file with search_graph_objects (type 'file') and pass its object_id, or part of the filename as name. `publication` is the publication's subdomain (the part before .substack.com); ask if you do not know it.

People in the user's network who have moved to a different company since we last looked, newest first, with where they were and where they are now. Use when they ask who has changed jobs, who has moved recently, whether anything has changed at their contacts, or who is worth congratulating. Also the read behind a scheduled watcher: on a run with nothing new it says so and there is nothing to report. Reports a change of employer only, so a rewritten job title at the same company does not appear. NOT a list of who to contact, NOT the history with one person, NOT news about a company.

The user's LinkedIn post analytics from LinkedIn's own API (their connected account) — impressions, unique members reached, reactions, comments, and reshares. Use for questions like 'how many impressions did I get last month?' or 'how are my posts performing?'. Omit dates for lifetime totals; pass start_date/end_date for a window; set daily=true (with one specific metric) for a per-day series to describe trends. Numbers are live from LinkedIn, unlike get_my_linkedin_posts whose per-post counts come from a periodic sync.

The user's own LinkedIn follower count over time, from readings we record about twice a day. Use it for every follower question: 'how many followers do I have?', 'how many did I gain this week?', 'how has my follower count changed since June?'. Returns the latest count, the count at the start of the window, the change, and a series with one point per day (per week for windows over 90 days). linkedin_analytics has no follower metric, so never say follower growth is unavailable without calling this first.

List the images, emails, PDFs and documents generated in the user's active space, newest first, up to 50: the artifact_id, kind, title, status and brand, plus an image_url for images and PDFs. A document or email has no picture. kind narrows it to one kind. Call it when the user asks what they have generated or refers to an earlier one.

List the brand kits in the user's active space: the name, domain, primary color, whether it was extracted from a website or entered by hand, whether it still needs their review, and which one artifacts render in when no kit is named. Call this before generating a social image, email or PDF for a brand other than the default, and when the user asks which brands they have set up. Returns fallback_if_omitted, which says what a generator uses when brand_kit_id is left out: the space default, the oldest kit, or the built-in YouSpot kit.

List connectors, the outside services whose tools join this chat over MCP, such as Notion, GitHub, Stripe, Linear, Figma, Calendly or Zapier. Returns the ones the user added with their status, and the directory of ones they can add, each with `steps` to connect it and a `page_url`. Call it when someone asks about a service list_integrations does not have, or what tools they could add. Pass `query` to narrow by name or purpose. To start connecting one, call add_connector. A service that is in neither list can still be added by its MCP server URL on `custom_server_url`.

List pairs of contacts in the user's graph that look like the same person, as found by the duplicate scan. status 'to_review' (default) is the pairs nobody has answered yet; 'linked' is the pairs the user said are the same person, each marked merged or not. Read-only. To merge a linked pair, call merge_graph_objects with preview=true first, then let the user confirm.

List the labels in the user's connected Gmail mailboxes: system labels (INBOX, STARRED, ...) and the user's own labels, with their ids. Use it when the user refers to one of their labels by name.

List the calendars in the user's connected Google account(s): name, id, whether it's the primary, and the user's access role. Use it to find a named calendar ('Family', 'Content schedule') before reading its events with get_calendar_events(calendar_id=…). If it says the account needs reconnecting, link the user to https://youspot.com/user/integrations/gmail.

List objects in the user's graph, newest first, with counts by type. The graph is their personal CRM's object store: person, company, hubspot_contact, linkedin_connection, file, fact, web_link, note, connected spaces, and more. Filter by type to browse one kind ('what files do I have?', 'list my facts'), or omit it to see what the graph holds overall. Use type 'twitter_contact' for saved reciprocal X follows; a twitter_profile alone is public identity and does not establish a mutual follow. Page with offset to read past the newest results. For finding something by name, prefer search_graph_objects.

What the user has connected, and what they could connect. Returns every integration available to this account with `connected` true/false, the accounts behind it, the tools it unlocks, and the URL to connect or manage it. Call this BEFORE telling anyone to connect anything, and before saying a source is unavailable: guessing is how the assistant has told people to connect accounts they already had. An integration missing from the list is not offered to this user at all, so do not suggest it. `suggested` is what is worth connecting next, best first, each with the payoff in the user's terms: use it when asked what would help, and lead with the first one rather than listing the shelf. Connecting is a browser grant: hand the user the URL, never claim to have done it. Each row's `steps` is how to connect it: when someone asks how, walk them through those steps and link `url`, which is that integration's page. Services that are not native integrations (Notion, GitHub, Stripe, Linear and dozens more) are connectors: call list_connectors.

Browse the user's synced Obsidian notes without a search term — most recently changed first, optionally within one vault, one folder, or one tag. Use it to answer what a folder holds, what they have written lately, or to show them what came across. When they are looking for a specific thing, search_obsidian_notes is the better tool.

List the Obsidian vaults the user has synced into their Second Brain: note counts, the folders each vault holds, its most-used tags, and when it last synced. Call this before answering anything about their Obsidian setup — whether a vault is connected, how much of it is here, what it contains at the top level — rather than assuming either way. Returns an empty list with setup instructions when no vault is synced yet.

List the calendars in the user's connected Outlook mailboxes: name, id, whether it is the default, and whether the user can add events. Use it to find a named calendar before reading it with get_calendar_events(calendar_id=..., account=...).