Search people open to work and fetch their machine-readable cv.json, from any AI assistant.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
An open schema for publishing a CV as a single JSON document at a stable URL β so AI agents, ATS systems, and other tools can read career data without parsing a PDF.
Site Β· Validator Β· Schema (v1) Β· /.well-known/cv.json (discovery)
Emerging. cv.json is not a ratified standard. It is a small, opinionated schema currently maintained by FreeCV and used in production on the FreeCV portfolio platform. We're publishing the schema, validator, and examples here so other tools can adopt it and so the schema can evolve in the open. If you ship a CV product and want a say in v2, open an issue.
cv.json keeps the top-level field names of basics, work, education, skills, projects, languages, publications, awards, volunteer, interests, references, and meta familiar β anyone who has touched a JSON-shaped CV before should feel at home. It adds fields the rest of the ecosystem doesn't have (availability, ats, verification, referencesMode, i18n, the v1.3 hiring-signal block, and x-customSections for user-defined sections) and pins down date formats and a discovery convention.
Every published cv.json lives at a stable URL. No auth, no API key, plain HTTP. Try it right now β the demo profile is live (Ashley is fictional; the endpoint and format are real):
The response advertises its schema in headers:
Sites that host a CV can also declare it in HTML for crawlers:
β¦or expose a site-wide discovery manifest at /.well-known/cv.json listing all CVs hosted on the domain.
Only basics and meta are required. Everything else is optional and consumers MUST ignore unknown fields.
| Section | Type | Purpose |
|---|---|---|
basics | object | Name, label, image, summary, location, contact, social profiles |
work | array | Roles: company, position, dates, summary, highlights, per-role url |
education | array | Institution, degree, area, dates, score, summary, highlights, url |
projects | array | Name, role, description, URL, keywords, highlights |
skills | array of strings | Flat list of skill names |
languages | array | Language + fluency level |
certificates | array | Name, issuer, date, verification URL |
publications | array | Papers, articles, books |
awards | array | Honors and recognitions |
volunteer | array | Volunteer roles, same shape as work |
interests | array of strings | Flat list of interests |
references | array | Name, title, company, relationship, email, phone |
referencesMode | enum | "show" | "on-request" | "hide" (default "hide") |
availability | object | Job-seeking status, preferred roles, work type, sponsorship |
ats | object | Auto-generated keywords, years of experience, seniority β hints, not authoritative |
verification | object | Trust signals: email verified, source platform |
i18n | object | Primary language + map of translated cv.json URLs |
meta | object | version, canonical, lastModified, generator |
x-customSections | array | Vendor extension (v1.2.1). User-defined sections with no standard home β e.g. "Speaking", "Patents". Shaped [{ name, items: [{ name, summary?, highlights?, date?, endDate?, url? }] }]. Standard-named sections fold into their canonical arrays instead; consumers ignore unknown x- fields. |
x-personal | object | Vendor extension (v1.2.2). Opt-in regional personal fields: dateOfBirth, gender, nationality, placeOfBirth, maritalStatus. Expected in much of Europe / MENA / Asia, discouraged in the US/UK/CA/AU. Sensitive PII β publishers SHOULD gate these on public endpoints behind the user's consent; consumers ignore unknown x- fields. |
Date fields accept YYYY, YYYY-MM, or YYYY-MM-DD. The full schema is at schema/v1.json.
Three problems, one schema.
1. PDFs are unparseable in practice. Every CV in the world eventually meets an ATS. ATS parsers are notorious for merging job titles into dates, putting names in the address field, and silently dropping skills. The fix isn't a better parser β it's not parsing in the first place.
2. Existing JSON CV schemas have stalled. The shape of a JSON rΓ©sumΓ© has been a solved problem for years, but nothing in the space has moved meaningfully β no discovery convention, no version negotiation, no availability or ATS signals, no references-mode. cv.json picks up the parts that haven't been touched and ships them under a real versioning policy.
3. AI agents need structured career data. Recruiting agents, candidate-search tools, and matching systems are being built right now against scraped PDFs and HTML. A canonical JSON endpoint at a known URL is the cheapest way to feed them β same role HTML played for browsers, robots.txt played for crawlers, OpenAPI plays for APIs.
cv.json is the file. The URL is the contract.
https://livelink.cv/{your-slug}/cv.json.That's the whole thing. Update your CV once, every consumer fetching the URL gets the new version.
You don't need FreeCV. Any web server can serve a cv.json. Minimal recipe:
schema/v1.json. Start from examples/minimal.json.Content-Type: application/json and (ideally) Access-Control-Allow-Origin: *.<link> to the HTML page that "represents" you (portfolio, personal site).Or paste it into freecv.org/validate.
X-CV-Version lets consumers branch behavior without parsing the body. Access-Control-Allow-Origin: * is what makes the file usable from browser tools β please set it.
See examples/ for a fuller document, a references-mode demo, and edge cases.
Two complementary mechanisms:
Per-page link. On any HTML page that represents a person, add:
This is the same pattern RSS used. Crawlers and agents can find a person's CV from any page they're mentioned on.
Site-wide manifest. A platform hosting many CVs (job board, agency, talent network) can publish a discovery manifest at /.well-known/cv.json:
The manifest tells a machine how CVs on the domain are addressed and where the index of live endpoints lives (a sitemap or an inline endpoints array β either is conformant). One HTTP request, and an agent knows how to enumerate every CV the site is willing to expose. FreeCV serves this at https://freecv.org/.well-known/cv.json, with the quality-gated index at livelink.cv/sitemap-portfolios.xml.
If you publish or consume cv.json, add yourself here via PR.
| Platform | Endpoint pattern | Notes |
|---|---|---|
| FreeCV | https://livelink.cv/{slug}/cv.json | The FreeCV builder publishes every portfolio here. Free, production, schema v1.2.2 |
| your tool here |
| Tool | What it does |
|---|---|
| cvjson.com/validator | Web validator against the published schema |
| your tool here |
PRs welcome. Be honest about implementation status (production, beta, prototype).
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/cv-json-open-cv-data)<a href="https://allmcps.com/mcp/cv-json-open-cv-data"><img src="https://allmcps.com/api/badge/cv-json-open-cv-data?style=directory" alt="Cv.json β open CV data on AllMCPs" /></a>