Chosen Help

Asking HQ a question is the no-risk half of using it. Searches, lookups, and pipeline questions are reads — they don't change anything — so HQ just runs them and answers. There's no plan to approve and nothing to undo. Type a question, get an answer.

What counts as a question

Anything that looks something up rather than changes it. HQ runs these the moment you ask:

  • Find candidates. "Senior backend engineers in Berlin who applied this month." HQ interprets the sentence and searches — the same engine behind smart search, reachable from chat.
  • Pull up one record. "Show me Priya Nair's profile" or "what's the status on the Staff Designer role." HQ fetches the candidate or job and summarizes it.
  • Read the history on someone. Their notes, their feedback, the jobs they've applied to, the stage each application sits at.
  • Check the pipeline. "How many candidates are in interview across all open roles." HQ pulls the pipeline summary — counts by stage and by job.
  • Look at scheduling. This week's interviews, what's still unscheduled, the AI scheduling events waiting for review.

How an answer arrives

  1. You type a question and send it.
  2. HQ picks the right tool — looking up one named candidate is a different tool than searching a list — and runs it. You see each step it takes.
  3. The answer streams in as HQ writes it, so you're reading before it's finished thinking.
  4. When it's done, any candidate or job HQ named in the answer becomes a clickable link straight to that record.

Those links are the fast path. Ask "who's in the offer stage for the Backend role," and instead of a list of names you have a list of links — click one, you're on the profile.

A conversation remembers itself

A chat keeps its context. Ask HQ to find a candidate, then ask "what jobs has she applied to" — it knows who "she" is. You can narrow a search across several messages without repeating yourself.

This works best when one chat covers one task. A conversation that wanders from a candidate search into scheduling into a job edit gets long and unfocused, and HQ has more to wade through each turn. For a new task, start a new chat — it's a click, and the old one is saved.

When it gets it wrong

HQ reads your question and decides what to search for. A vague question produces a vague search. "Show me good candidates" gives HQ nothing concrete to filter on; "show me candidates with 5+ years of React who applied to the Frontend role" gives it real criteria. Writing good prompts covers this.

A search that returns nothing usually isn't broken — the filter was just too tight, or the data isn't there. Why a search returns no results applies to HQ's searches too. And HQ summarizes what the tools return; for the full record with every field and document, open the profile. The link is right there in the answer.