Look up developers (alias of POST /v2/developers)
https://api.vamotalent.ai/v2/developers/lookupsearch:readv2 of POST /v1/developers: the v1 body and response, plus conveniences folded into it, with two differences. facets takes the public menu only: a depth tier (core, enriched, deep) or identity.linkedin, contact.socials, contact.emails, tags.repos, ai.person_summary, ai.repo_summaries, ai.match_rationale; anything else is a 400. And each result’s relationship says whether the developer is your contact (contactId) and which of your shortlists they are on (shortlistIds), with no project or outreach history. The conveniences: logins (GitHub handles) and linkedin (slugs or URLs) join inputs; ids (or githubIds: the GitHub numeric id is the developer id) join developerIds; depth (core, enriched, deep) asks for that tier’s facet bundle, and facets adds facets on top of the depth. Up to 1000 people per call, logins, LinkedIn and ids together; GitHub logins and the ids search returned are the fastest. Answers come from data Vamo already holds, so they are fast. Contribution gardens are opt-in: send garden (true, summary or full) to get them, whatever the input count; a garden not held yet is null and POST /v2/developers/gardens returns it a few seconds later. Ambiguous and not-found inputs are free. Billed 1 credit per developer returned, plus each facet cell delivered for that developer: depth is a bundle of facet cells (core, enriched, deep, each a superset of the last) and facets adds more. A cell you already own bills 0. Price a request before sending it from the free GET /v2/pricing/catalog (skus, facets, and the depth tiers under bundles). The x-cost response header is what the call cost, and GET /v1/account/credits reads the balance.
Request body application/json
inputsarray of stringHuman identifiers to resolve, up to 1000: a GitHub handle, a github.com URL, an @handle, a LinkedIn URL, a person’s name, or a repository (`owner/name` or its URL, which resolves to the owner). GitHub handles are the fastest. You are billed 1 credit per DEVELOPER this call hands back, plus each facet cell you ask for (priced in the free `GET /v2/pricing/catalog`); ambiguous and not-found inputs are free, and two inputs that resolve to the same developer are one charge. At least one of `inputs` or `developerIds` is required.
min 1 items, max 1000 itemsdeveloperIdsarray of stringDeveloper ids you already hold (every search result's `id`), up to 1000, hydrated directly. Billed the same 1 credit per developer as every other door, plus each facet cell you ask for. An unknown id is free and degrades to a `not_found` result for that entry rather than failing the batch.
min 1 items, max 1000 itemsgardenone ofReturn each result with its contribution garden and live GitHub stats, which is what lets you render a whole set of developers from this one request instead of one request each. Free. For `developerIds` it is off by default, because it costs one extra upstream request per 25 developers in latency; `inputs` results carry one when there are 25 inputs or fewer, and otherwise only when asked. The garden comes back as a compact `gardenSummary` (totals, active days and weeks, the last 90 days, per-month counts) with `garden` null, which is what `true` and `"summary"` return. Send `"full"` for the whole daily `garden` instead, for drawing a heatmap.
facetsarray of stringWhat to resolve inline for every developer that resolves, billed per cell: a depth tier (`core`, `enriched`, `deep`) and/or the à-la-carte keys `identity.linkedin`, `contact.socials`, `contact.emails`, `tags.repos`, `ai.person_summary`, `ai.repo_summaries`, `ai.match_rationale`. Anything else is a 400. The AI summaries are written in the background: when one is not held yet its cell comes back `report_required` at no charge. This endpoint never returns a pending cell.
min 1 items, max 10 itemscontextRefstringA registered job-description context, required for facets that judge a developer against a role rather than describing them in isolation.
max 200 chars
Responses
Positional results plus the optional inline facets block
resultsarray of object requiredResults in a fixed order: every `inputs` result first, positionally, then every `developerIds` result, positionally. A miss is always a result with a status, never a gap in the array.
max 1000 itemsinputstring requiredThe input string this result answers, echoed back verbatim.
max 2048 charsstatusstring required`resolved` = exactly one developer matched and `developer` is populated. `ambiguous` = more than one developer plausibly matched (a common name, a repository with an unclear owner), so `developer` is null and `candidates` holds the ranked possibilities for you to disambiguate. `not_found` = nothing matched. A miss is always one of these three and never a silent empty result.
resolvedambiguousnot_founddeveloperobject | null requiredThe resolved developer. Null unless `status` is `resolved`.
developerIdstring requiredThe stable Vamo identifier for this developer (GitHub's numeric user id, stringified). This is the id every other endpoint takes: facets, reports, contacts, shortlists, steering. Use it, not `login` — a login can be renamed and then belongs to someone else.
max 64 charsloginstring requiredThe GitHub handle as of the last snapshot. Display it, do not key on it: handles are renameable and reusable.
max 200 charsnamestring | null requiredDisplay name as the developer set it on GitHub. Null when they set none.
max 200 charsavatarUrlstring | null requiredGitHub avatar image URL. Null when absent.
max 2048 charscurrentRolestring | null requiredA single free-text role line for the developer. Best-effort and unverified; `professional.title` is the LinkedIn-sourced equivalent when we hold a LinkedIn overlay.
max 200 charsorganizationobject | null requiredThe developer's current employer, when one is known. Null means we hold no employer, NOT that they are unemployed.
namestring requiredThe organization name as recorded.
max 200 charslogoUrlstring | null requiredOrganization logo URL, null when absent.
max 2048 chars
universitystring | null requiredMost recent institution, when the LinkedIn overlay carries education. Null when unknown.
max 200 charsprofilesobject requiredWhere this developer can be found, plus the addresses if you have already bought them.
githubstring requiredThe developer’s github.com profile URL. Always present — GitHub is the identity anchor for every developer in the index.
max 2048 charslinkedinstring | null requiredLinkedIn profile URL when we hold a GitHub↔LinkedIn match for this person. Null for the large majority of developers: only a minority of the indexed GitHub population carries a LinkedIn overlay, so null means "no match held", never "no LinkedIn account".
max 2048 charsemailsarray of stringEvery email address we hold for this developer. Present ONLY when this account has already paid to reveal them and the purchase is still within its reveal window; a base search or profile read never populates it. ABSENT is not the same as "no email": absent means you have not bought it, while `hasEmail: false` means we hold none. These are addresses we have OBSERVED — from public commit metadata and GitHub profile data — and we do not check deliverability, so treat the order as meaningless and expect some to bounce. Buy them with the `contact.emails` facet.
max 50 items
hasEmailboolean requiredWhether we hold at least one email address for this developer. It says we have an address on file, not that the address works — we do not check deliverability. The addresses themselves are never returned by a search or a base profile read: this boolean is the free signal, and the paid `contact.emails` facet is the only way to get them. Use `hasEmail` on a search request to filter to developers we hold an address for, without paying.
biostring | null requiredThe developer’s GitHub bio, verbatim. Null when empty.
max 5000 charslocationobject | null requiredSelf-reported location, plus our geocoding of it. Self-reported and never verified against anything: a developer can leave it stale or blank. `source` says whether the clean city/country came from the LinkedIn overlay or from geocoding GitHub. Null when we hold nothing at all.
rawstring | null requiredThe location string exactly as the developer typed it on GitHub ("SF / remote").
max 200 charscitystring | null requiredCity resolved from `raw` by geocoding. Null when `raw` was empty or unresolvable.
max 200 charsstatestring | nullThe country subdivision (US state, province, region) as a full name, e.g. "Ohio". Present only from the clean LinkedIn overlay, for the developers we hold a match for. Absent otherwise: the GitHub geocoder does not reliably resolve it (so we do not surface its guess), and it is legitimately absent for city-states and metro-only profiles.
max 200 charscountrystring | null requiredCountry resolved from `raw`. Null when `raw` was empty or unresolvable. It can also be null while `city` is set, so read `city` and `raw` beside it before treating a location as unknown.
max 200 charssourcestringWhere the resolved city/country came from: `linkedin` when our LinkedIn overlay supplied it (clean, self-reported on LinkedIn), `github` when it is geocoded from the GitHub `raw` string. Most developers have no LinkedIn match, so `github` is the common case and its city/country are often sparse. Absent on unresolved payloads.
linkedingithub
joinedAtstring | null requiredWhen the GitHub account was created, as an ISO 8601 instant. Null when unknown.
max 40 charsstatsobject | null requiredSnapshot counts and standing for this developer. These are from our index and go stale between refreshes; `GET /v1/developers/{id}` returns live GitHub equivalents alongside the contribution garden when you need current numbers. Null when we hold no stats at all.
followersinteger | null requiredGitHub follower count at snapshot time.
min 0, max 100000000followinginteger | null requiredHow many accounts this developer follows, at snapshot time.
min 0, max 100000000totalStarsinteger | null requiredSum of stargazers across the repositories ATTRIBUTED to this developer — the same set as `repos`, so the count can never contradict the list. Owned and contributed-to repositories both count; forks do not.
min 0, max 100000000crackedScorenumber | null requiredDevrank: a 0–100 standing for this developer within the WHOLE indexed GitHub developer population (tens of millions of accounts), not within a language, region, or seniority peer group — so it is not a like-for-like comparison between two candidates for the same role. It is derived from the follower/contribution graph, is recomputed upstream on its own schedule, and carries no version on the wire, so the same developer can read differently across two snapshots. It contributes one term to the page-local `score` and backs the `levers.github.minDevrank` filter. Null when the developer is not in the devrank table.
tierstring | null requiredThe upstream provider’s own coarse label for `crackedScore` (for example "Elite"). The label set is the provider’s and is not a Vamo-stable vocabulary — treat it as display text and branch on `crackedScore` if you need a threshold. Null when the developer is not in the devrank table.
max 200 chars
reposarray of object requiredThe developer’s top ATTRIBUTED public repositories — owned or authored-into, forks excluded — stars descending, capped at 12. This is a sample of their best work, not a complete repository list, and it is not an answer to "why did this person match my query" — read `evidence.matchedRepos` for that.
max 12 itemsnamestring requiredThe repository name alone, without the owner (`linux`).
max 200 charsfullNamestring requiredGitHub `owner/name`. This is the join key: an evidence repo and a profile repo describing the same repository carry the same `fullName`.
max 200 charsdescriptionstring | null requiredThe repository's own GitHub description, verbatim. Null when it has none.
max 5000 charslanguagestring | null requiredGitHub's primary language for the repository. Null when GitHub reports none (an empty or docs-only repo); never inferred from the code.
max 200 charsstarsinteger requiredStargazer count at the time this profile was snapshotted, not at request time.
min 0, max 100000000commitsintegerHow many commits THIS developer authored to this repository over the trailing year. This is the difference between a project they wrote and a project they landed one drive-by fix in — a 385k-star repository with 4 of their commits is not their work. Absent when no commit signal was captured; 0 means none in the trailing year, which for older dormant work is not the same as none ever.
min 0, max 100000000ownedbooleanTrue when the repository sits under the developer's own account, false when it is someone else's (an organisation's or another person's) and they are a contributor to it. This is the difference between "they built this" and "they committed to this", and it is the ONLY honest basis for crediting a repository's stars to a person. Absent when no ownership signal was captured; treat absent as unknown, never as false.
urlstring requiredThe public github.com URL of the repository.
max 2048 chars
languagesarray of string requiredDistinct primary languages across the developer’s repositories, at most 8. Presence means they have shipped public code in it; the list is not ranked by proficiency and carries no line counts.
max 8 itemsexperiencearray of object requiredEmployment history from the LinkedIn overlay, newest first. Empty for any developer we hold no LinkedIn match for, which is most of them.
max 25 itemstitlestring | nullJob title, on an experience entry.
max 200 charscompanystring | nullEmployer name, on an experience entry.
max 200 charscompanyCanonicalIdstring | nullVamo canonical company id for the employer (`li_co:<LinkedIn company id>`, `dom:<domain>` or `name:<key>`). Absent when the employer is not matched to a verified company.
max 200 charscompanyDomainstring | nullThe employer's verified website domain (`vercel.com`). Absent when unknown; never derived from the name.
max 200 charscompanyLogoUrlstring | nullThe employer's logo image URL (https). Absent when we hold no verified logo.
max 2048 charscompanyGithubOrgstring | nullThe employer's GitHub organization login, verified by its website matching the company domain.
max 200 charscompanyKindstring`placeholder` when the employer is not a company (self-employed, freelance, stealth, between roles, ...). Such a row never carries a company domain, logo or id.
placeholderplaceholderTypestringWhich kind of placeholder employer, when `companyKind` is `placeholder`.
self_employedfreelancestealthindependentconsultantbetween_rolesstudentschoolstring | nullInstitution name, on an education entry.
max 200 charsdegreestring | nullDegree awarded, on an education entry.
max 200 charsfieldOfStudystring | nullField of study, on an education entry.
max 200 charsstartDatestring | nullStart date exactly as the source rendered it. Free text, NOT a normalised date: expect "2019", "Jan 2019" and "2019-01" from different records. Parse defensively.
max 200 charsendDatestring | nullEnd date in the same unnormalised free-text form as `startDate`. Absent or null on a current role.
max 200 charscurrentboolean | nullThe source's own "still there" flag. Set on experience entries; null on education entries.
educationarray of object requiredEducation history from the LinkedIn overlay. Empty for any developer we hold no LinkedIn match for.
max 25 itemstitlestring | nullJob title, on an experience entry.
max 200 charscompanystring | nullEmployer name, on an experience entry.
max 200 charscompanyCanonicalIdstring | nullVamo canonical company id for the employer (`li_co:<LinkedIn company id>`, `dom:<domain>` or `name:<key>`). Absent when the employer is not matched to a verified company.
max 200 charscompanyDomainstring | nullThe employer's verified website domain (`vercel.com`). Absent when unknown; never derived from the name.
max 200 charscompanyLogoUrlstring | nullThe employer's logo image URL (https). Absent when we hold no verified logo.
max 2048 charscompanyGithubOrgstring | nullThe employer's GitHub organization login, verified by its website matching the company domain.
max 200 charscompanyKindstring`placeholder` when the employer is not a company (self-employed, freelance, stealth, between roles, ...). Such a row never carries a company domain, logo or id.
placeholderplaceholderTypestringWhich kind of placeholder employer, when `companyKind` is `placeholder`.
self_employedfreelancestealthindependentconsultantbetween_rolesstudentschoolstring | nullInstitution name, on an education entry.
max 200 charsdegreestring | nullDegree awarded, on an education entry.
max 200 charsfieldOfStudystring | nullField of study, on an education entry.
max 200 charsstartDatestring | nullStart date exactly as the source rendered it. Free text, NOT a normalised date: expect "2019", "Jan 2019" and "2019-01" from different records. Parse defensively.
max 200 charsendDatestring | nullEnd date in the same unnormalised free-text form as `startDate`. Absent or null on a current role.
max 200 charscurrentboolean | nullThe source's own "still there" flag. Set on experience entries; null on education entries.
professionalobject | nullLinkedIn-sourced professional scalars, present only when we hold a LinkedIn match for this developer. Absent or null for the majority of developers, which says nothing about their employment — only that we hold no overlay.
headlinestring | null requiredThe LinkedIn headline, verbatim.
max 5000 charstitlestring | null requiredCurrent job title per LinkedIn, e.g. "Chief Technology Officer".
max 200 charscompanystring | null requiredCurrent employer per LinkedIn. Distinct from the GitHub-sourced `organization` field, and the two disagree often — LinkedIn is usually the fresher of the two.
max 200 charssenioritystring | null requiredA coarse seniority label from the LinkedIn overlay ("c-level", "senior", …). Free text from the source, not a Vamo enum; do not switch on the exact string.
max 200 charsexpertisearray of string requiredSelf-declared skill tags from the LinkedIn profile. Claimed, not demonstrated — the demonstrated equivalent is the repositories under `repos` and `evidence`.
max 25 items
gardenobject | null requiredThe developer’s contribution garden. Null on a miss, and also null when the garden fetch itself failed — a garden failure never fails the lookup, it lands in `warnings` instead.
countsobject requiredContribution counts as a sparse map: `YYYY-MM-DD` → contributions GitHub counted that day (commits to default branches, opened issues and pull requests, and reviews). A day inside the [from, to] window that is absent here had ZERO contributions — zero days are omitted on purpose.
fromstring requiredFirst day of the garden window, `YYYY-MM-DD`, inclusive.
max 10 charstostring requiredLast day of the garden window, `YYYY-MM-DD`, inclusive.
max 10 charstotalinteger requiredTotal contributions across `days`. Public activity only: work in private repositories is invisible here, so a low total is not evidence of a low output.
min 0, max 1000000fetchedAtstring requiredWhen the garden was last read from GitHub, as an ISO 8601 instant. It can be older than your request.
max 40 charsliveStatsobjectLive GitHub counts fetched alongside the calendar. Absent on older gardens.
followersinteger requiredCurrent GitHub follower count, live.
min 0, max 100000000followinginteger requiredHow many accounts they currently follow, live.
min 0, max 100000000totalStarsinteger requiredSum of stargazers across the repositories this developer OWNS (`repos[].owned === true`), forks excluded, computed live. Stars on repositories they merely contribute to are NOT counted: those stars were earned by whoever built the project. Read this as "stars on their own work", never as their total reach. Never a provider-reported aggregate.
min 0, max 100000000reposarray of object requiredTheir attributed repositories as they exist right now — owned plus the org-owned projects they author commits and pull requests into, each flagged by `owned` — ordered by how much of the work is theirs, weighing their own commit count against the repository’s stars rather than stars alone, with a modest weight toward what they own. Same shape as the profile’s snapshot repos, so one renderer handles both.
max 12 itemsnamestring requiredThe repository name alone, without the owner (`linux`).
max 200 charsfullNamestring requiredGitHub `owner/name`. This is the join key: an evidence repo and a profile repo describing the same repository carry the same `fullName`.
max 200 charsdescriptionstring | null requiredThe repository's own GitHub description, verbatim. Null when it has none.
max 5000 charslanguagestring | null requiredGitHub's primary language for the repository. Null when GitHub reports none (an empty or docs-only repo); never inferred from the code.
max 200 charsstarsinteger requiredStargazer count at the time this profile was snapshotted, not at request time.
min 0, max 100000000commitsintegerHow many commits THIS developer authored to this repository over the trailing year. This is the difference between a project they wrote and a project they landed one drive-by fix in — a 385k-star repository with 4 of their commits is not their work. Absent when no commit signal was captured; 0 means none in the trailing year, which for older dormant work is not the same as none ever.
min 0, max 100000000ownedbooleanTrue when the repository sits under the developer's own account, false when it is someone else's (an organisation's or another person's) and they are a contributor to it. This is the difference between "they built this" and "they committed to this", and it is the ONLY honest basis for crediting a repository's stars to a person. Absent when no ownership signal was captured; treat absent as unknown, never as false.
urlstring requiredThe public github.com URL of the repository.
max 2048 chars
warningsarray of string requiredNon-fatal problems with this input: a malformed identifier, a failed garden fetch. A warning never means the result is invalid.
max 8 itemscandidatesarray of objectRanked possible matches, best first, when `status` is `ambiguous`. Empty or absent on every other status.
max 10 itemsdeveloperIdstring requiredThe stable Vamo identifier for this developer (GitHub's numeric user id, stringified). This is the id every other endpoint takes: facets, reports, contacts, shortlists, steering. Use it, not `login` — a login can be renamed and then belongs to someone else.
max 64 charsloginstring requiredThe GitHub handle as of the last snapshot. Display it, do not key on it: handles are renameable and reusable.
max 200 charsnamestring | null requiredDisplay name as the developer set it on GitHub. Null when they set none.
max 200 charsavatarUrlstring | null requiredGitHub avatar image URL. Null when absent.
max 2048 charscurrentRolestring | null requiredA single free-text role line for the developer. Best-effort and unverified; `professional.title` is the LinkedIn-sourced equivalent when we hold a LinkedIn overlay.
max 200 charsorganizationobject | null requiredThe developer's current employer, when one is known. Null means we hold no employer, NOT that they are unemployed.
namestring requiredThe organization name as recorded.
max 200 charslogoUrlstring | null requiredOrganization logo URL, null when absent.
max 2048 chars
universitystring | null requiredMost recent institution, when the LinkedIn overlay carries education. Null when unknown.
max 200 charsprofilesobject requiredWhere this developer can be found, plus the addresses if you have already bought them.
githubstring requiredThe developer’s github.com profile URL. Always present — GitHub is the identity anchor for every developer in the index.
max 2048 charslinkedinstring | null requiredLinkedIn profile URL when we hold a GitHub↔LinkedIn match for this person. Null for the large majority of developers: only a minority of the indexed GitHub population carries a LinkedIn overlay, so null means "no match held", never "no LinkedIn account".
max 2048 charsemailsarray of stringEvery email address we hold for this developer. Present ONLY when this account has already paid to reveal them and the purchase is still within its reveal window; a base search or profile read never populates it. ABSENT is not the same as "no email": absent means you have not bought it, while `hasEmail: false` means we hold none. These are addresses we have OBSERVED — from public commit metadata and GitHub profile data — and we do not check deliverability, so treat the order as meaningless and expect some to bounce. Buy them with the `contact.emails` facet.
max 50 items
hasEmailboolean requiredWhether we hold at least one email address for this developer. It says we have an address on file, not that the address works — we do not check deliverability. The addresses themselves are never returned by a search or a base profile read: this boolean is the free signal, and the paid `contact.emails` facet is the only way to get them. Use `hasEmail` on a search request to filter to developers we hold an address for, without paying.
biostring | null requiredThe developer’s GitHub bio, verbatim. Null when empty.
max 5000 charslocationobject | null requiredSelf-reported location, plus our geocoding of it. Self-reported and never verified against anything: a developer can leave it stale or blank. `source` says whether the clean city/country came from the LinkedIn overlay or from geocoding GitHub. Null when we hold nothing at all.
rawstring | null requiredThe location string exactly as the developer typed it on GitHub ("SF / remote").
max 200 charscitystring | null requiredCity resolved from `raw` by geocoding. Null when `raw` was empty or unresolvable.
max 200 charsstatestring | nullThe country subdivision (US state, province, region) as a full name, e.g. "Ohio". Present only from the clean LinkedIn overlay, for the developers we hold a match for. Absent otherwise: the GitHub geocoder does not reliably resolve it (so we do not surface its guess), and it is legitimately absent for city-states and metro-only profiles.
max 200 charscountrystring | null requiredCountry resolved from `raw`. Null when `raw` was empty or unresolvable. It can also be null while `city` is set, so read `city` and `raw` beside it before treating a location as unknown.
max 200 charssourcestringWhere the resolved city/country came from: `linkedin` when our LinkedIn overlay supplied it (clean, self-reported on LinkedIn), `github` when it is geocoded from the GitHub `raw` string. Most developers have no LinkedIn match, so `github` is the common case and its city/country are often sparse. Absent on unresolved payloads.
linkedingithub
joinedAtstring | null requiredWhen the GitHub account was created, as an ISO 8601 instant. Null when unknown.
max 40 charsstatsobject | null requiredSnapshot counts and standing for this developer. These are from our index and go stale between refreshes; `GET /v1/developers/{id}` returns live GitHub equivalents alongside the contribution garden when you need current numbers. Null when we hold no stats at all.
followersinteger | null requiredGitHub follower count at snapshot time.
min 0, max 100000000followinginteger | null requiredHow many accounts this developer follows, at snapshot time.
min 0, max 100000000totalStarsinteger | null requiredSum of stargazers across the repositories ATTRIBUTED to this developer — the same set as `repos`, so the count can never contradict the list. Owned and contributed-to repositories both count; forks do not.
min 0, max 100000000crackedScorenumber | null requiredDevrank: a 0–100 standing for this developer within the WHOLE indexed GitHub developer population (tens of millions of accounts), not within a language, region, or seniority peer group — so it is not a like-for-like comparison between two candidates for the same role. It is derived from the follower/contribution graph, is recomputed upstream on its own schedule, and carries no version on the wire, so the same developer can read differently across two snapshots. It contributes one term to the page-local `score` and backs the `levers.github.minDevrank` filter. Null when the developer is not in the devrank table.
tierstring | null requiredThe upstream provider’s own coarse label for `crackedScore` (for example "Elite"). The label set is the provider’s and is not a Vamo-stable vocabulary — treat it as display text and branch on `crackedScore` if you need a threshold. Null when the developer is not in the devrank table.
max 200 chars
reposarray of object requiredThe developer’s top ATTRIBUTED public repositories — owned or authored-into, forks excluded — stars descending, capped at 12. This is a sample of their best work, not a complete repository list, and it is not an answer to "why did this person match my query" — read `evidence.matchedRepos` for that.
max 12 itemsnamestring requiredThe repository name alone, without the owner (`linux`).
max 200 charsfullNamestring requiredGitHub `owner/name`. This is the join key: an evidence repo and a profile repo describing the same repository carry the same `fullName`.
max 200 charsdescriptionstring | null requiredThe repository's own GitHub description, verbatim. Null when it has none.
max 5000 charslanguagestring | null requiredGitHub's primary language for the repository. Null when GitHub reports none (an empty or docs-only repo); never inferred from the code.
max 200 charsstarsinteger requiredStargazer count at the time this profile was snapshotted, not at request time.
min 0, max 100000000commitsintegerHow many commits THIS developer authored to this repository over the trailing year. This is the difference between a project they wrote and a project they landed one drive-by fix in — a 385k-star repository with 4 of their commits is not their work. Absent when no commit signal was captured; 0 means none in the trailing year, which for older dormant work is not the same as none ever.
min 0, max 100000000ownedbooleanTrue when the repository sits under the developer's own account, false when it is someone else's (an organisation's or another person's) and they are a contributor to it. This is the difference between "they built this" and "they committed to this", and it is the ONLY honest basis for crediting a repository's stars to a person. Absent when no ownership signal was captured; treat absent as unknown, never as false.
urlstring requiredThe public github.com URL of the repository.
max 2048 chars
languagesarray of string requiredDistinct primary languages across the developer’s repositories, at most 8. Presence means they have shipped public code in it; the list is not ranked by proficiency and carries no line counts.
max 8 itemsexperiencearray of object requiredEmployment history from the LinkedIn overlay, newest first. Empty for any developer we hold no LinkedIn match for, which is most of them.
max 25 itemstitlestring | nullJob title, on an experience entry.
max 200 charscompanystring | nullEmployer name, on an experience entry.
max 200 charscompanyCanonicalIdstring | nullVamo canonical company id for the employer (`li_co:<LinkedIn company id>`, `dom:<domain>` or `name:<key>`). Absent when the employer is not matched to a verified company.
max 200 charscompanyDomainstring | nullThe employer's verified website domain (`vercel.com`). Absent when unknown; never derived from the name.
max 200 charscompanyLogoUrlstring | nullThe employer's logo image URL (https). Absent when we hold no verified logo.
max 2048 charscompanyGithubOrgstring | nullThe employer's GitHub organization login, verified by its website matching the company domain.
max 200 charscompanyKindstring`placeholder` when the employer is not a company (self-employed, freelance, stealth, between roles, ...). Such a row never carries a company domain, logo or id.
placeholderplaceholderTypestringWhich kind of placeholder employer, when `companyKind` is `placeholder`.
self_employedfreelancestealthindependentconsultantbetween_rolesstudentschoolstring | nullInstitution name, on an education entry.
max 200 charsdegreestring | nullDegree awarded, on an education entry.
max 200 charsfieldOfStudystring | nullField of study, on an education entry.
max 200 charsstartDatestring | nullStart date exactly as the source rendered it. Free text, NOT a normalised date: expect "2019", "Jan 2019" and "2019-01" from different records. Parse defensively.
max 200 charsendDatestring | nullEnd date in the same unnormalised free-text form as `startDate`. Absent or null on a current role.
max 200 charscurrentboolean | nullThe source's own "still there" flag. Set on experience entries; null on education entries.
educationarray of object requiredEducation history from the LinkedIn overlay. Empty for any developer we hold no LinkedIn match for.
max 25 itemstitlestring | nullJob title, on an experience entry.
max 200 charscompanystring | nullEmployer name, on an experience entry.
max 200 charscompanyCanonicalIdstring | nullVamo canonical company id for the employer (`li_co:<LinkedIn company id>`, `dom:<domain>` or `name:<key>`). Absent when the employer is not matched to a verified company.
max 200 charscompanyDomainstring | nullThe employer's verified website domain (`vercel.com`). Absent when unknown; never derived from the name.
max 200 charscompanyLogoUrlstring | nullThe employer's logo image URL (https). Absent when we hold no verified logo.
max 2048 charscompanyGithubOrgstring | nullThe employer's GitHub organization login, verified by its website matching the company domain.
max 200 charscompanyKindstring`placeholder` when the employer is not a company (self-employed, freelance, stealth, between roles, ...). Such a row never carries a company domain, logo or id.
placeholderplaceholderTypestringWhich kind of placeholder employer, when `companyKind` is `placeholder`.
self_employedfreelancestealthindependentconsultantbetween_rolesstudentschoolstring | nullInstitution name, on an education entry.
max 200 charsdegreestring | nullDegree awarded, on an education entry.
max 200 charsfieldOfStudystring | nullField of study, on an education entry.
max 200 charsstartDatestring | nullStart date exactly as the source rendered it. Free text, NOT a normalised date: expect "2019", "Jan 2019" and "2019-01" from different records. Parse defensively.
max 200 charsendDatestring | nullEnd date in the same unnormalised free-text form as `startDate`. Absent or null on a current role.
max 200 charscurrentboolean | nullThe source's own "still there" flag. Set on experience entries; null on education entries.
professionalobject | nullLinkedIn-sourced professional scalars, present only when we hold a LinkedIn match for this developer. Absent or null for the majority of developers, which says nothing about their employment — only that we hold no overlay.
headlinestring | null requiredThe LinkedIn headline, verbatim.
max 5000 charstitlestring | null requiredCurrent job title per LinkedIn, e.g. "Chief Technology Officer".
max 200 charscompanystring | null requiredCurrent employer per LinkedIn. Distinct from the GitHub-sourced `organization` field, and the two disagree often — LinkedIn is usually the fresher of the two.
max 200 charssenioritystring | null requiredA coarse seniority label from the LinkedIn overlay ("c-level", "senior", …). Free text from the source, not a Vamo enum; do not switch on the exact string.
max 200 charsexpertisearray of string requiredSelf-declared skill tags from the LinkedIn profile. Claimed, not demonstrated — the demonstrated equivalent is the repositories under `repos` and `evidence`.
max 25 items
gardenSummaryobjectfromstring requiredFirst day of the garden window, `YYYY-MM-DD`, inclusive.
tostring requiredLast day of the garden window, `YYYY-MM-DD`, inclusive.
totalinteger requiredPublic contributions across the window.
activeDaysinteger requiredDays in the window with at least one contribution.
activeWeeksinteger requiredDistinct weeks in the window with at least one contribution. Steady contributors score close to 52.
last90Daysinteger requiredContributions in the 90 days ending on `to`.
lastActiveDaystring | null requiredThe most recent day with a contribution, `YYYY-MM-DD`. Null when the window is empty.
byMonthobject requiredContributions per calendar month, `YYYY-MM` → count. Months with none are omitted.
fetchedAtstring requiredWhen the underlying garden was read from GitHub, as an ISO 8601 instant.
followersinteger | null requiredCurrent GitHub follower count, live. Null on older gardens.
totalStarsinteger | null requiredStars on repositories they OWN, live. Null on older gardens.
relationshipPublicLookupDeveloperRelationship requiredWhat your account already holds on this developer, plus who on your team put them there. Always present, even on a miss, where it reports no relationship.
inContactsboolean requiredTrue when your account already holds this developer as a contact, hidden ones included.
contactIdstring | null requiredYour contact id for this developer (use it on the contacts routes). Null when they are not a contact.
shortlistIdsarray of string requiredThe ids of your shortlists this developer is on, archived ones included. Empty when they are on none.
doNotContactAtstring | null requiredWhen this contact was marked do-not-contact, as an ISO 8601 instant. Non-null means outreach to them is suppressed. Null when they are contactable or not a contact at all.
addedAtstring | null requiredWhen they became a contact, as an ISO 8601 instant. Null when they are not a contact.
addedBystring | null requiredWho added them: a member id, or an API key id when an agent did. Null when they are not a contact.
addedByEmailstring | null required`addedBy` resolved for display: a member’s email address, the literal "API key", or the raw id when neither resolves.
addedByNamestring | null required`addedBy` resolved to a display NAME: the member’s name (or their email local part), or the API key’s label when an agent added them. Null when they are not a contact, and when the id resolves to neither. `addedByEmail` resolves the same id to an email address instead.
facetsobjectThe inline enrichment block. Present only when `facets` was requested.
cellsarray of object requiredOne cell per resolved developer per requested facet. Check each cell’s `status` before reading its value.
developerIdstring requiredThe developer this cell is about.
max 64 charsfacetKeystring requiredWhich facet this cell answers.
statusstring requiredThe outcome for this one (developer × facet) pair. Exactly one status is billed: `ok`. `ok` = delivered, `value` is populated, and you were charged for it (or you already owned it). `pending` = a background job is computing it; poll the report until it settles. Not charged now; the charge is settled by the job. `unavailable` = we ran and there is genuinely nothing to return for this developer, including the case where the source answered with an empty result. Not charged. `failed` = the attempt errored. Not charged, and never retried inside the same report. `report_required` = this facet needs a background report and this call does not start background work. Not charged; request it via `POST /v1/developers/reports` to get it. Treat every status other than `ok` as "no data", not as a value.
okpendingunavailablefailedreport_requiredvalueobjectThe facet payload. Present only when `status` is `ok`; its shape is specific to the facet key, so read it against the facet you asked for. A cell whose payload came back with nothing in it is downgraded to `unavailable` rather than returned as an empty `ok`, so an `ok` cell always carries at least one real field.
jobIdstringThe background compute job producing this cell. Present only when `status` is `pending`.
planobject requiredWhat you named versus what the dependency graph added and charged on top. There is no opt out of a dependency: the facet you asked for does not exist without it.
requestedarray of string requiredThe facet keys you asked for, with any bundle macro expanded into its members.
addedarray of string requiredFacets that were resolved and CHARGED on top because a facet you requested cannot be computed without them. This is why a bill can exceed the price of the keys you named.
billingobject requiredThe itemised bill. Reconcile on `billing.totalCredits`, which is the per-developer base plus the facet cells.
itemsarray of object requiredOne line per (developer × facet) cell, including the ones that cost nothing.
developerIdstring requiredThe developer this line item is for.
max 64 charsfacetKeystring requiredThe facet this line item is for.
creditsinteger requiredCredits charged for this one cell. Zero unless `state` is `billed`.
min 0statestring required`billed` = charged on this call. `owned` = you had already paid for this cell and it is still within its reveal window, so it cost 0 and you still get the value. `included` = a sibling key of the same SKU carried this call's charge, so this cell cost 0 and is fully yours: you buy the SKU, not the key. `not_billed` = the cell did not resolve (failed, unavailable, or report_required), so it cost 0 and you got nothing. A failed cell can never be reported as billed.
ownedbilledincludednot_billed
totalinteger requiredThe sum of `items`, so FACET CELLS ONLY. This is NOT what the call cost — it excludes the route’s own charge. Reconciling a finance integration on this field under-reports every bill. Use `totalCredits`.
min 0baseCreditsinteger requiredThe route’s own charge, separate from enrichment: one credit per developer returned on a search, one per input resolved on a lookup, 0 on a route that is free.
min 0totalCreditsinteger requiredWhat this call actually cost you: `baseCredits + total`. This is the number that matches the `x-cost` response header and the ledger entry. Reconcile on this.
min 0