Use HubSpot with an AI Browser for Candidate Sourcing
Run candidate sourcing in Strawberry using HubSpot as one of the inputs. Specific surfaces, example prompt, real output, and tradeoffs vs alternatives.

If you use HubSpot and you regularly need to source candidates, the bottleneck is usually the same: HubSpot holds part of the context, but candidate sourcing also needs signals that live outside it - on the public web, in LinkedIn, in news, in other connected apps. Strawberry is built to combine the HubSpot context with the rest of the browser, and run the full workflow as a companion you can re-trigger every week.
This page describes specifically how Strawberry handles candidate sourcing when HubSpot is one of the inputs. It names the HubSpot surfaces involved, the signals the workflow actually needs, an example prompt you can paste, and what a good output looks like.
The job a recruiter, founder hiring, hiring manager is trying to do
The goal of candidate sourcing is to build a shortlist of 10-30 candidates who match the role and have at least one signal of openness. The success metric is concrete: 30% reply rate to first outreach, 5+ first-call conversions per 30 sourced. That definition matters because it shapes what HubSpot needs to contribute to the workflow.
What signals candidate sourcing actually needs
For each signal below, here is whether HubSpot can contribute directly or whether Strawberry has to find it via the browser:
- Current role and tenure - HubSpot stores or surfaces this directly. Strawberry reads it through the connected integration.
- Recent role changes (often visible on LinkedIn) - HubSpot stores or surfaces this directly. Strawberry reads it through the connected integration.
- GitHub or content output for technical roles - HubSpot stores or surfaces this directly. Strawberry reads it through the connected integration.
- Company stage match (someone leaving a Series B is more likely to talk to a seed-stage co) - HubSpot does not contain this directly. Strawberry uses the browser plus public sources to fetch it.
- Geo match for hybrid roles - HubSpot stores or surfaces this directly. Strawberry reads it through the connected integration.
- Openness signals (LinkedIn open-to-work, recent comments about job search) - HubSpot stores or surfaces this directly. Strawberry reads it through the connected integration.
What Strawberry can do inside HubSpot
Strawberry can read a HubSpot record's history (emails, notes, deals) and combine it with public web research; ideal for prospecting, account research, and CRM hygiene.
HubSpot surfaces Strawberry uses for this workflow: contacts, companies, deals, tickets, lists.
How Strawberry runs candidate sourcing with HubSpot
- Strawberry opens the HubSpot contacts that contains the relevant context.
- The companion pulls related context from HubSpot (companies, history, attached files) where it exists.
- For the parts HubSpot does not store, Strawberry uses the browser - web search, LinkedIn, news, the prospect's website.
- Strawberry synthesises the output in the shape this workflow needs: A shortlist with one row per candidate.
- A human reviews before any external action (send, update, post). Then the approved output is saved back to HubSpot or your system of record.
Example Strawberry prompt
Paste this in a new Strawberry chat with HubSpot connected. Adjust the specifics to your actual ICP, role, or topic.
Read this HubSpot contacts and any linked context.
Then run a full candidate sourcing workflow on it. Use the browser to fill any gaps not in HubSpot.
Return the output in the shape we use for candidate sourcing: A shortlist with one row per candidate: name, current role, target role fit (1-5), one personalised opening line, contact link.
Do not send anything externally. Save the draft to me to review.
What a good candidate sourcing output looks like
Here is what a finished output for candidate sourcing should look like in practice. The specifics will change for your use case, but the shape should look similar:
- Role: Founding Engineer (Stockholm or remote EU)
- Candidate: Marek Novak - Senior Engineer @ Klarna, 4 years
- Fit: 5/5 (worked on payment systems, contributed to Rust open source, recent talk on type-safe APIs)
- Opening line: noticed his RustConf talk on type-safe API contracts and our backend lead's tweet about Marek's library
- Contact: LinkedIn DM + GitHub email
Why HubSpot for this, and where to use a different tool
HubSpot is strong for this workflow because Strawberry can read a HubSpot record's history (emails, notes, deals) and combine it with public web research; ideal for prospecting, account research, and CRM hygiene.
Where HubSpot falls short List membership uses background processing - new list members can take minutes to appear; custom properties vary by portal.
Consider also Google Sheets for one-off lists.
Common mistakes when running candidate sourcing
- Spray-and-pray DMs that mention nothing specific
- Missing the obvious signals (someone just posted 'thinking about a change')
- No quality bar - putting 200 names on the list to look productive
Connecting HubSpot to Strawberry
HubSpot MCP OAuth - install via Marketplace once it's live. Once connected, the companion can read the surfaces above without re-authenticating, and any write action still requires explicit human approval the first time the workflow runs.
Caveats
Do not let any AI agent send emails, update CRM records, or change shared systems without a clear approval step. Strawberry is strongest when the workflow combines browser context with connected-app context and a human review for sensitive actions.
How HubSpot + Strawberry runs candidate sourcing
Read
Open the relevant HubSpot contacts; pull related context.
Augment
Use the browser, LinkedIn, news, and other connected apps for signals outside the CRM/tool.
Compose
Synthesise into the candidate sourcing shape: A shortlist with one row per candidate.
Approve
Human reviews before any external action; approved output is saved back.
FAQ - HubSpot + AI browser for candidate sourcing
Can Strawberry do candidate sourcing entirely inside HubSpot?
No, and that is the point. candidate sourcing needs signals HubSpot does not store - public web, LinkedIn, news, other apps. Strawberry combines HubSpot with the browser, which is where the real value comes from.
Does HubSpot need to be the primary CRM or system of record?
Not necessarily. HubSpot can be one input among several. Strawberry can read it as context even if your primary system of record is somewhere else.
What permissions do I need on HubSpot?
Read access to the surfaces you want Strawberry to use (contacts, companies, deals). Write permissions are only needed if you want Strawberry to update HubSpot after a human approves the change. HubSpot MCP OAuth - install via Marketplace once it's live.
What is the realistic success metric for candidate sourcing?
30% reply rate to first outreach, 5+ first-call conversions per 30 sourced - that is the target Strawberry helps you hit, not the only thing it measures.
What is the biggest mistake to avoid?
Spray-and-pray DMs that mention nothing specific.
Run candidate sourcing in 10 minutes with Strawberry and HubSpot
Open HubSpot
Connect HubSpot so Strawberry can read contacts, companies, deals, tickets. Pin the specific record, channel, or doc you want to start from so the agent doesn't drift.
Tell Strawberry the brief
Drop the prompt below. Replace the placeholder with the actual recruiter target - one name, one URL, or one HubSpot reference is enough. Keep the goal explicit: build a shortlist of 10-30 candidates who match the role and have at least one signal of openness.
Let it gather signals
Strawberry pulls current role and tenure, recent role changes (often visible on LinkedIn) from HubSpot and from public web sources in parallel. You should see citations next to each fact - that is the audit trail.
Review before write-back
Output lands in the shape you asked for: A shortlist with one row per candidate: name, current role, target role fit (1-5), one personalised opening line, contact link. Read it once. Fix anything off. Watch for List membership uses background processing - new list members can take minutes to appear.
Save it as a routine
If you'll source candidates again next week, click Save as routine. Pick a cadence. Strawberry re-runs the whole flow on schedule and pings you when the new output is ready.
Paste-ready prompt for candidate sourcing with HubSpot
You are helping me source candidates. Use HubSpot as one input and the public web for the rest.
Target: [paste one recruiter target here - a HubSpot reference, a name + company, or a URL]
Goal: build a shortlist of 10-30 candidates who match the role and have at least one signal of openness.
Signals to gather:
- current role and tenure
- recent role changes (often visible on LinkedIn)
- GitHub or content output for technical roles
- company stage match (someone leaving a Series B is more likely to talk to a seed-stage co)
- geo match for hybrid roles
- openness signals (LinkedIn open-to-work, recent comments about job search)
Output shape: A shortlist with one row per candidate: name, current role, target role fit (1-5), one personalised opening line, contact link
Rules:
- Cite every fact with a link or a HubSpot reference. If you cannot find a signal, say so explicitly rather than guessing.
- Do not invent specifics. Use real, dated signals from the last 90 days where possible.
- If a fact would change the outcome and is missing, pause and ask me before writing the final output.
When the output is ready, surface it in this chat. Do not write back to HubSpot or send anything externally until I approve. Paste this into Strawberry's chat field. Replace the target placeholder before running.
When HubSpot + Strawberry is NOT the right fit for candidate sourcing
Skip this setup if any of the following is true:
- You don't actually need HubSpot signals. If everything you need lives on the public web, drop the HubSpot step and let Strawberry run on URLs alone - it's faster.
- List membership uses background processing - new list members can take minutes to appear will block the speed gain.
- The buyer (recruiter, founder hiring, hiring manager) doesn't own the decision. If the brief gets handed to someone who'll redo the research, the audit-trail-in-Strawberry advantage is wasted.
3 mistakes that kill this workflow
- Spray-and-pray DMs that mention nothing specific. HubSpot is one input. Strawberry's edge is combining it with everything else. Stop at HubSpot-only signals and you'd have been faster with native HubSpot reports.
- Missing the obvious signals (someone just posted 'thinking about a change'). Pre-check HubSpot for a recent touch before Strawberry acts on the output. A duplicate hit burns the relationship.
- No quality bar - putting 200 names on the list to look productive. Strawberry is built so a human reviews before any external action. Skipping that review to save time is how you ship a wrong fact to a real person.
Honest tradeoff vs alternatives
You could source candidates inside HubSpot alone using its native features, or with a dedicated candidate sourcing tool. HubSpot alone gives you tighter data fidelity but misses every signal that lives off-platform. A specialised candidate sourcing tool gives you better dashboards but its scope ends where its integrations end, and most of the real signal still lives on the open web.
Strawberry can read a HubSpot record's history (emails, notes, deals) and combine it with public web research; ideal for prospecting, account research, and CRM hygiene. That's where the Strawberry + HubSpot combination earns its keep. The price you pay: an agent run takes 30-90 seconds; a native HubSpot action loads in 2. For a one-off question you already know the answer to, use HubSpot directly. For an output you'll redo every week or every account, route it through Strawberry as a saved routine so the synthesis happens once and re-runs automatically.
What a real output looks like
- Role: Founding Engineer (Stockholm or remote EU)
- Candidate: Marek Novak - Senior Engineer @ Klarna, 4 years
- Fit: 5/5 (worked on payment systems, contributed to Rust open source, recent talk on type-safe APIs)
- Opening line: noticed his RustConf talk on type-safe API contracts and our backend lead's tweet about Marek's library
- Contact: LinkedIn DM + GitHub email