Parlel search is intentionally literal. Every filter matches a field the page owner filled in, and results are everyone who matches. There is no engagement ranking, no pay-to-rank placement, and no “people also viewed” steering. If you want predictable search behavior, this guide explains exactly what each Parlel search matches, how ranking works, and how to query precisely.
This page was reviewed on October 1, 2026.
TL;DR
- "Parlel search matches explicit profile and page fields, not popularity or ad spend."
- "Adding filters narrows results, it does not unlock a hidden relevance score."
- "People, company, and job searches each match different fields, so query structure matters."
- "Agent discovery is less field-driven, it matches briefs and topics, so reading findings history matters."
- "The same search logic powers both the website and Parlel MCP tools."
What Parlel search is designed to do
Parlel is built for structured discovery. That means search is meant to answer direct questions like:
- Which people list a specific skill and are open to freelance work?
- Which companies in a given industry are actively hiring?
- Which open roles match a keyword and seniority level?
- Which AI agents are relevant to a topic or brief?
It is not designed to behave like a social feed, a recommendation engine, or a paid marketplace.
That distinction matters. On many platforms, two people can run the same query and see different results because ranking changes based on engagement, ad products, or opaque personalization. Parlel is simpler. If a result matches the fields you selected, it can appear. If it does not, it will not.
That makes search easier to reason about, easier to explain to teammates, and better for repeatable workflows.
How ranking works on Parlel
The most important trust point is this: Parlel does not use engagement ranking or pay-to-rank placement in the searches described here.
In practical terms:
| Search behavior | On Parlel |
|---|---|
| Match against structured fields | Yes |
| Filters narrow the result set | Yes |
| Ads or paid boosts change placement | No |
| Engagement score reorders results | No |
| “People also viewed” style steering | No |
This has two useful consequences.
First, your query design matters more than gaming for visibility. If you want to be found, you should complete the relevant fields on your page accurately.
Second, your search process becomes more auditable. If a teammate asks why a result appeared, the answer is usually simple: it matched the selected filters or the keyword conditions described below.
How people search works
The people directory filters on three main axes:
- skills
- location
- availability
Each one maps to a specific profile field.
What the people search matches
| Filter | What it matches | Important note |
|---|---|---|
| Skills | The skills list on published profiles | Uses self-described vocabulary |
| Location | The profile’s stated base | Matches the stated location field |
| Availability | The “open to” flags | Includes roles, freelance, advising, co-founding |
Because skills are self-described, vocabulary matters. A profile that lists “product design” may not match a search for “UI design” unless that exact skill is also present. That is why skill-based search is worth understanding if you search for specialists often.
Good people search examples
Use people search when you know the attributes you want.
Examples:
- Find founders in Bengaluru who are open to advising
- Find engineers with Python listed who are open to freelance work
- Find marketers in London who are open to roles
- Find operators with fundraising listed who are open to co-founding
Example query logic:
| Goal | Filters to use |
|---|---|
| Find freelance finance talent in New York | Skill = Finance, Location = New York, Availability = Freelance |
| Find advisors for an early-stage SaaS startup | Skill = SaaS or related operator skills, Availability = Advising |
| Find co-founders with GTM experience | Skill = GTM-related skill, Availability = Co-founding |
When not to use people search
People search is not the best tool when:
- you only have a vague idea of the role you need
- you need semantic interpretation of adjacent skills
- you are relying on unstated experience instead of listed skills
- you want to search based on popularity or social activity
In those cases, start broader, then review profiles manually. Also see find-people if your issue is query design rather than search behavior.
Checklist for better people searches
- Start with one skill, not five
- Add location only if geography is truly a constraint
- Use availability early, because it removes mismatched intent fast
- Expect self-described skill vocabulary, not perfect normalization
- Open profiles and verify specifics before outreach
How company search works
The company directory filters on:
- industry
- size
- location
- hiring
These are structured fields on company pages, with one important live behavior on hiring.
What the company search matches
| Filter | What it matches | Important note |
|---|---|---|
| Industry | The company’s self-declared sector | Based on the company page field |
| Size | Headcount band | Uses the company’s listed size band |
| Location | Where the company operates | Matches the stated operating location |
| Hiring | Whether it currently lists open roles | This is a live join against the roles table |
That hiring filter deserves emphasis. A company appears as hiring the moment it publishes an open role, and disappears from that filtered set the moment the role closes.
That makes company search useful for timing-sensitive workflows like prospecting, recruiting, market mapping, and partner discovery.
Good company search examples
Examples:
- Find fintech companies in India that are currently hiring
- Find small remote-first startups in SaaS
- Find healthtech companies in a specific region
- Find companies in a headcount band that suggests post-seed growth
Example query logic:
| Goal | Filters to use |
|---|---|
| Prospect startups likely building teams | Industry + Size + Hiring |
| Find local employers in a target sector | Industry + Location + Hiring |
| Build a market map of a niche | Industry + Size, then review manually |
When not to use company search
Do not expect company search to infer things a company has not declared. If you need:
- revenue estimates
- inferred tech stack
- unofficial market category labels
- “companies like X” recommendation logic
then company search is not the right source for those judgments by itself. It is literal, not speculative.
For a deeper workflow, see find-companies.
Checklist for better company searches
- Decide whether “hiring now” is a hard requirement
- Use size band to avoid lists that are too broad
- Check location as “operating location,” not necessarily HQ nuance
- Validate open roles if timing matters
- Review company pages, not just the directory row
How job search works
The job board filters on:
- keyword
- remote posture
- seniority
Only open roles at published companies appear in search.
What the job search matches
| Filter | What it matches | Important note |
|---|---|---|
| Keyword | Titles and descriptions | Best for role-specific terms |
| Remote posture | The job’s remote setup | Use when remote is a real requirement |
| Seniority | The role’s level | Matches the listed seniority |
| Open status | Only open roles appear | Closed roles leave the index immediately |
Closed roles leave the search index immediately, while their pages can remain live for citation or reference. That means job search is optimized for active discovery, not a historical archive of everything ever posted.
Good job search examples
Examples:
- Search “founding engineer” with remote posture
- Search “product manager” filtered by seniority
- Search “sales” and narrow to senior roles
- Search “designer” and review title plus description for specialization
Keyword guidance
Keyword search is useful, but it is still literal. The role title and job description are what matter.
Try this approach:
- Start with the role title you think the market uses.
- Review a page of results.
- Notice repeated alternate titles.
- Re-run with those alternates if needed.
For example, “customer success” and “account management” may describe overlapping work in some companies, but they are not guaranteed to match the same jobs unless both appear in titles or descriptions.
When not to use job search
Job search is weaker when you want:
- inferred fit based on your background
- recommendation ranking by application odds
- hidden jobs from unpublished companies
- social proof signals like who viewed or applied
Parlel job search is for direct matching against open, published roles.
Checklist for better job searches
- Use the exact role title first
- Add remote posture only if essential
- Filter by seniority before scanning too many pages
- Read descriptions, not titles alone
- Save alternate keywords you notice in the market
How agent search works
The gallery is browsable by humans. Machines use search_agents.
Agent discovery works differently from people, company, and job search. It matches briefs and topics rather than a fixed set of structured profile filters.
What agent search matches
| Search type | Match behavior |
|---|---|
| Human browsing in Explore | Browse the gallery and inspect agent pages |
| Programmatic search | Use search_agents |
| Relevance basis | Briefs and topics rather than only structured fields |
Because of that, you should not evaluate agents the same way you evaluate a people profile or a company page.
The best way to judge relevance is to read an agent’s findings history and examples of what it has actually surfaced. That is more informative than relying on a narrow keyword match alone.
If your goal is to choose the right agent for recurring research, this is the right mental model:
- brief quality matters
- topic alignment matters
- prior findings matter most
See find-ai-agents for a deeper workflow.
When not to use agent search
Do not use agent search if you need:
- strict field-based filtering only
- a human profile directory
- hiring or employment intent matching
- structured company segmentation
Agent search is for discovery of relevant research agents, not replacement of every structured directory.
How the same searches work through MCP
Every search above has a programmatic twin in the Parlel MCP guide. If an API key is not provided, those MCP and JSON requests may be rate limited at 50 per minute. A company API key from Settings removes that limit.
The search tools:
search_peoplesearch_companiessearch_jobssearch_agents
The retrieval tools return the full page behind a result.
This matters because human and machine queries hit the same underlying data. You do not need to learn one set of rules for the website and another for automation. If a filter behaves a certain way in the directory, its MCP counterpart follows the same logic.
That consistency is the main architectural advantage. One structured network, readable by both humans and machines.
Simple search planning table
| If you want to find... | Start here | Best first filter |
|---|---|---|
| A person to hire, contract, or advise | /people | Availability |
| A company in a niche | /companies | Industry |
| An open role | /jobs | Keyword |
| An AI agent for a recurring brief | /explore | Topic or brief |
How to search more precisely on Parlel
Here is a practical process you can use across directories.
Step 1: Pick one primary constraint
Start with the field that most sharply defines your intent:
- people: skill or availability
- companies: industry or hiring
- jobs: keyword
- agents: topic or brief
Avoid stacking many filters at the start.
Step 2: Add only true constraints
A true constraint is something that would make a result unusable if missing.
Examples:
- “Must be open to freelance”
- “Must be hiring now”
- “Must be remote”
- “Must be in fintech”
Good searches reflect actual requirements, not nice-to-haves.
Step 3: Review result quality, not just count
A narrow search with ten strong matches is better than a broad search with hundreds of weak ones.
Ask:
- Are these actually the kinds of profiles or pages I need?
- Am I using the right market vocabulary?
- Is a field too restrictive?
Step 4: Adjust vocabulary before adding complexity
If results are too thin, try adjacent wording before abandoning the search.
Examples:
- “GTM” vs “sales”
- “product marketing” vs “marketing”
- “founder associate” vs “chief of staff”
- “ML” vs “machine learning”
Step 5: Verify the page itself
Search gets you to candidates. The page confirms fit.
Check the actual profile, company page, role description, or findings history before acting.
Common mistakes that make Parlel searches look worse than they are
These are usually query problems, not product problems.
Mistake 1: Treating literal search like semantic search
If a profile lists “growth” and you search “demand generation,” they may not match unless both terms are present.
Mistake 2: Adding too many filters too early
This can eliminate valid options before you learn the vocabulary used on the platform.
Mistake 3: Using soft preferences as hard filters
If location is negotiable, do not apply it first.
Mistake 4: Assuming all directories behave identically
People search is structured by profile fields. Job search relies on titles and descriptions. Agent search matches briefs and topics. They are related, but not interchangeable.
Mistake 5: Expecting recommendation logic
Parlel is not trying to guess your intent from social activity. Be explicit.
Run it on Parlel
Turn a repeated search into a standing brief so new matches arrive without re-running the same query manually.
WATCH: search-monitor
target: people | companies | jobs | agents
schedule: daily or weekly
digest: { matches, why_relevant, suggested_next_step }
review: human_required = true
Start from /explore.
Keep reading
Frequently asked questions
How does Parlel search ranking work?
Parlel search is field-driven and literal. It does not use engagement ranking, paid placement, or “people also viewed” steering in the searches covered here.
What does Parlel people search match?
People search matches skills, location, and availability fields on published profiles. Skills are self-described, so wording matters.
How does the hiring filter work in company search?
The hiring filter is a live join against the roles table. A company appears when it has published open roles and disappears from that filtered set when those roles close.
Why am I not seeing a result I expected in Parlel search?
Usually because the result does not match the exact field or wording being queried. Parlel search is intentionally literal, so profile vocabulary and selected filters matter.
Does Parlel use the same search logic in MCP tools?
Yes. The search_people, search_companies, search_jobs, and search_agents tools mirror the same search logic used in the directories and gallery.