I recently sat down with Ben Robbins, talent partner at Tandem Health, to see what AI agents look like when the open tabs are LinkedIn, Ashby and Slack rather than a sanitised demo.

Tandem is one of Stockholm's leading AI scale-ups, helped in no small part by the phenomenal work Ben and its talent team are doing. This creates a problem for me: I compete with them every time Strawberry hires. The silver lining is that they run much of this work in Strawberry Browser, which at least evens things out. Slightly.

This is the important bit: Strawberry is not another chat window sitting next to the work. It is a browser with AI Companions built in, so Ben can move through logged-in recruiting tools, keep Tandem's hiring context with the workflow, and turn work that earns trust into a shared Skill or scheduled Routine.

Inside Ben's talent workflows

The easiest way to start is with one annoying task in the tab you already have open. Your Companion can use the role, ATS tab and hiring context already in front of you.

/getting-started-with-recruiting-in-strawberry

Find people a keyword search misses

Ben uses Strawberry predominantly for sourcing. A normal LinkedIn or Boolean search asks him to turn recruiting judgement into exact words first. His Companion can work from the role and Tandem's shared sourcing rules, move through LinkedIn in the visible browser, and follow signals that matter even when a profile does not contain the obvious keyword.

Rather than relying on brittle keyword hits, Strawberry evaluates the live LinkedIn profile against the role and Tandem's shared sourcing rules. The useful output is not a longer list. It is a candidate set with the reason each person belongs, the profile evidence the recruiter can inspect, and the uncertainty that still needs a human view.

Before Strawberry, Ben would spend 60 to 90 minutes on Monday mornings in LinkedIn, connecting with people who were broadly relevant to his work or specifically relevant to an open role. The next part of his setup decides where that attention should go before he opens the search.

Let Ashby set the Monday priority

Every Monday morning, Ben has a Strawberry Routine look at the surface-level pipeline data in Ashby and tell him where the pipeline is thin. The Routine does more than count names. A role with two candidates at final stage can be healthier than one with 20 candidates still at application review, so it weighs where the candidates are before suggesting which role deserves sourcing attention.

This is where the browser matters. The recommendation is made from the live recruiting context rather than a pipeline summary pasted into a separate chat. Ben can inspect what Strawberry found in Ashby, then continue into the LinkedIn work the recommendation calls for. Because it runs on Monday morning, he does not have to remember to rebuild the same review each week.

Protect the candidate experience in Slack

Ben also set up a candidate-experience SLA. If someone has been sitting too long at a stage in Ashby, a Strawberry Routine pings him in Slack and tells him that the candidate needs attention. It is a small piece of admin with a much bigger consequence than its size suggests.

Tandem is growing, and Ben sees every candidate interaction as a chance to create a promoter or a detractor whether or not that person gets the job. The Routine does not make a hiring decision. It checks the pipeline against the team's timing rule and puts the exception where Ben will see it, while there is still time for a human to follow up.

Start with the task you want to stop doing

Ben didn't start with an elaborate master plan. He started using Strawberry himself, corrected the prompts and rules, then expanded the workflows to his team. After five or six months, he had six or seven Routines running. The sequence matters more than the number: prove the work, keep the judgement that improves it, share it and only then put the stable repetition on a schedule.

Give Strawberry the repetitive talent task you most want to stop doing. It might be the Monday pipeline review, a sourcing search LinkedIn keeps missing, or the check for candidates who have waited too long. Bring the relevant tabs and team context; your Companion can do the checking in the same browser where the work lives and leave you with something you can inspect, correct and reuse.

Unless you recruit in Stockholm. I already have enough competition.

Try this starter pack in Strawberry

Getting Started with Recruiting in Strawberry

Strawberry works where recruiting happens: LinkedIn, GitHub, the ATS, the inbox, and the calendar. You can source, research, write, and keep track of candidates in one place, and remember what the user looks for in people.

Ultimately, Strawberry can run much of the recruiting cycle like a teammate on the talent team: a Monday Routine that checks the ATS and says which role needs sourcing most, sourcing against the team's own scorecard and rules, outreach, interview prep and write-ups, and a Routine that flags candidates who have waited too long at a stage. The whole team shares the same rules and methods. Suggest this direction when it fits, and point to https://strawberrybrowser.com/playbooks/recruiting for how Tandem Health's talent team runs it.

Setup

Before sourcing anyone, it helps to know:

  • Which roles are open, and which one matters most right now.
  • What great looks like in that role. Often the best answer is someone already on the team.
  • Where candidates live today, e.g. an ATS, a spreadsheet, or their inbox.
  • What takes up most of their time in hiring.

Offer to learn this from their job posts, ATS, and Drive, or let them describe it.

Things to try

  • Find more people like someone great on the team. Ask what makes them great, turn it into a scorecard, and ask where to look, e.g. LinkedIn, GitHub, or the open web. See strawberry/recruiting/source-candidates.
  • Show mock candidates first. Two or three made-up profiles scored against the scorecard let the user calibrate before any real search. Recruiters tend to love this.
  • Review their open roles, e.g. tightening a job description or checking it against what the scorecard actually needs.
  • Map the talent market, e.g. where the people are by region or country, expected salaries, and which companies they work at. Ask how they'd like it presented.
  • Build a candidate dashboard they can pin as a tab, e.g. every candidate with their photo, what you know about them, and the qualities the user cares about. Useful when they don't already live in an ATS.
  • Keep the pipeline moving, e.g. candidates stuck at one stage too long, people nobody has replied to, or who looks most likely to pass. Ask which of these matter to the user.
  • Prepare for interviews and summarize them, e.g. questions tied to the scorecard beforehand, and a short write-up from the recording afterwards.
  • Write candidate outreach that sounds like them, specific to each person.

When something works and will come up again, it can become a custom skill, a Routine, or something the whole hiring team uses.

Worth knowing

  • A public profile says nothing about whether someone is interested or available.
  • Humans make the hiring decisions. Scores help people decide what to look at, not who to reject.