Resume Generator MCP Server
This server generates professional PDF resumes using LaTeX templates and provides folder management. Note: The server is discontinued as the hosted LaTeX Resume API is no longer operational. When operational, you could:
Generate PDF resumes from structured data (basics, work experience, education, skills, projects, awards) using one of up to 10 LaTeX templates.
Customize template selection (1-10) and section headings (Work Experience, Education, Skills, etc.).
Integrate with Claude Desktop for natural language resume creation.
Use smart tailoring features to optimize resume content for relevance, highlight achievements, and align skills per target role.
Create custom folder structures within the
generated-resumesdirectory to organize resumes by company, role, industry, etc. Folders are auto-created if missing when generating a resume.List folder contents to browse files and subfolders.
Create a resume template with placeholder data for later editing.
Benefit from built-in path sanitization and security.
Generates professional PDF resumes using LaTeX templates through the LaTeX Resume API, with support for 9 different professional templates and structured resume data
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Resume Generator MCP Servercreate a resume for a data scientist with 3 years experience in Python and ML"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Resume Generator MCP Server (Discontinued)
This MCP server is no longer maintained. Resumake and the hosted resume-rendering service used by this project have been discontinued, so this implementation can no longer generate PDFs through its original endpoint.
The working resume-tailoring and rendering logic has moved to the
tailor-resume skill.
The skill runs the original Resumake v2 LaTeX generators locally, supports all
nine templates, and does not depend on the discontinued hosted endpoint.
For new installations and usage instructions, use the maintained skill repository:
AndreaCadonna/skills - tailor-resume
Archived MCP documentation
The documentation below is retained for historical and migration reference. Commands and examples that call the LaTeX Resume API are no longer operational.
A Model Context Protocol (MCP) server that generates professional PDF resumes using LaTeX templates. Integrates seamlessly with Claude Desktop to create polished resumes from structured data with advanced folder management and organization features.
Related MCP server: LaTeX Resume MCP
Features
šØ 9 Professional Templates - Powered by high-quality LaTeX designs
š PDF Generation - Professional-grade output via LaTeX Resume API
š§ MCP Integration - Works directly with Claude Desktop
š Structured Data - Easy-to-use JSON schema for resume data
šÆ Customizable - Custom headings, sections, and template selection
š¼ Professional Quality - LaTeX-based rendering for crisp, professional results
š¤ AI-Powered - Natural language resume creation through Claude
š Folder Management - Create custom folders and organize resumes by job, company, or category
šļø Directory Navigation - List and browse your resume collection with built-in file explorer
š”ļø Secure Paths - Built-in path sanitization prevents security issues
Overview
This MCP server acts as a bridge between Claude Desktop and professional resume generation. Simply describe your resume requirements in natural language to Claude, and it will generate a beautifully formatted PDF resume using LaTeX templates. Now with advanced organization features to keep your resumes perfectly organized!
Prerequisites
Node.js (v16 or higher)
Claude Desktop application
Internet connection (for LaTeX Resume API)
Installation
Clone the repository:
git clone https://github.com/yourusername/resume-generator-mcp.git cd resume-generator-mcpInstall dependencies:
npm installConfigure Claude Desktop: Add the following to your Claude Desktop MCP settings file:
Windows:
%APPDATA%\Claude\claude_desktop_config.jsonmacOS:~/Library/Application Support/Claude/claude_desktop_config.jsonLinux:~/.config/Claude/claude_desktop_config.json{ "mcpServers": { "resume-generator": { "command": "node", "args": ["path/to/resume-generator-mcp/server.js"] } } }Restart Claude Desktop to load the MCP server.
Usage
Once configured, you can use the resume generator directly in Claude Desktop with natural language. The tool is designed to be flexible and intelligent - you can provide your complete work history and let Claude craft the perfect resume for any situation.
How It Works
Share Your Experience - Provide Claude with your complete professional background, education, skills, and achievements
Specify Your Target - Optionally include a job description or mention the type of role you're targeting
Organize Your Resumes - Choose where to save each resume with custom folder structures
Get Tailored Results - Claude will automatically select and highlight the most relevant experiences for your specific goal
Example Requests
Basic Resume Generation
Create a resume for a software engineer with 5 years experience in React and Node.jsOrganized Resume with Custom Folder
Generate a resume for a Senior Developer position at Google and save it in a "FAANG-applications/google" folderPersonal History + Target Position + Organization
Here's my background:
- 8 years as a software developer
- Worked at: Microsoft (2018-2021), Google (2021-2023), startup CTO (2023-present)
- Skills: Python, JavaScript, AWS, team leadership, architecture design
- Education: MS Computer Science from MIT
- Led teams of 5-15 people, built systems serving millions of users
I'm applying for this Senior Engineering Manager position at Netflix:
[paste job description here]
Generate a resume that highlights my most relevant experience for this role and save it in "streaming-companies/netflix" folder.Folder Management
Create a folder structure for organizing my job applications: "job-search-2024/tech-companies" and "job-search-2024/startups"Show me what resumes I have in my "tech-companies" folderTemplate-Specific Generation with Organization
Generate a resume using template 3 for John Doe and save it in the "personal/drafts" folder with the filename "john-doe-senior-dev"Career Pivot Scenarios with Organization
I have 10 years in finance but want to transition to product management. Here's my experience:
[detailed background]
Create a resume that emphasizes my transferable skills for a Product Manager role at a tech company and save it in "career-transition/product-management" folder.Smart Organization Features
šļø Auto-Folder Creation - Folders are created automatically when generating resumes
š Custom Directory Structure - Organize by company, role type, industry, or any system that works for you
š Directory Browser - List contents of any folder to see your resume collection
š File Information - View file sizes, creation dates, and organize by metadata
š”ļø Path Security - Built-in sanitization prevents directory traversal and invalid characters
Organization Examples
By Company:
applications/google/applications/microsoft/applications/amazon/
By Role Type:
roles/senior-engineer/roles/tech-lead/roles/manager/
By Industry:
industries/fintech/industries/healthcare/industries/gaming/
By Status:
drafts/submitted/2024/archived/old-versions/
Smart Tailoring Features
šÆ Relevance Optimization - Automatically prioritizes experiences that match the target role
š Achievement Highlighting - Emphasizes quantifiable results and accomplishments
š Skill Alignment - Matches your skills to job requirements when provided
š Professional Formatting - Ensures consistent, ATS-friendly formatting
šØ Template Selection - Recommends the best template for your industry/role
Claude will automatically structure your information and generate a professional PDF resume tailored to your specific goals, saving it exactly where you want it.
API Reference
Tools Available
generate_resume
Generates a PDF resume from structured data with optional folder organization.
Parameters:
resumeData(object): Complete resume informationfilename(string, optional): Custom filename for the PDFfolderPath(string, optional): Custom folder path within generated-resumes directory
Example:
{
"resumeData": {
/* resume data */
},
"filename": "john-doe-senior-engineer",
"folderPath": "job-applications/tech-companies/google"
}create_folder
Creates a new folder within the generated-resumes directory.
Parameters:
folderPath(string): Folder path to create (supports nested folders)
Example:
{
"folderPath": "applications/2024/q1"
}list_folders
Lists all folders and files in the generated-resumes directory.
Parameters:
path(string, optional): Specific subdirectory to list
Example:
{
"path": "applications/tech-companies"
}create_resume_template
Creates a template structure with placeholder data.
Parameters:
templateNumber(integer, 1-9): Template to use as base
Resume Data Structure
{
"selectedTemplate": 1,
"basics": {
"name": "John Doe",
"email": "john.doe@example.com",
"phone": "+1-555-0123",
"website": "https://johndoe.dev",
"location": {
"address": "San Francisco, CA"
}
},
"work": [
{
"company": "Tech Corp",
"position": "Software Engineer",
"location": "San Francisco, CA",
"startDate": "2022",
"endDate": "Present",
"highlights": [
"Developed web applications using React and Node.js",
"Led team of 3 developers on key projects"
]
}
],
"education": [
{
"institution": "University of California",
"area": "Computer Science",
"studyType": "Bachelor of Science",
"startDate": "2018",
"endDate": "2022",
"location": "Berkeley, CA"
}
],
"skills": [
{
"name": "Frontend",
"keywords": ["React", "TypeScript", "HTML5", "CSS3"]
}
],
"projects": [
{
"name": "Portfolio Website",
"description": "Personal portfolio built with Next.js",
"url": "https://johndoe.dev",
"keywords": ["Next.js", "React", "Tailwind CSS"]
}
]
}Configuration
File Storage
Generated PDFs are saved to organized directories within:
Windows:
%LOCALAPPDATA%\AnthropicClaude\app-{version}\generated-resumes\macOS:
~/Library/Application Support/AnthropicClaude/app-{version}/generated-resumes/Linux:
~/.local/share/AnthropicClaude/app-{version}/generated-resumes/
Directory Structure Example
generated-resumes/
āāā applications/
ā āāā google/
ā ā āāā john-doe-swe-2024-06-30.pdf
ā ā āāā john-doe-senior-2024-06-30.pdf
ā āāā microsoft/
ā āāā startups/
āāā drafts/
ā āāā work-in-progress-2024-06-30.pdf
āāā templates/
āāā base-template-2024-06-30.pdfTroubleshooting
Common Issues
"Method not found" errors:
Ensure Claude Desktop is restarted after configuration
Check that the path in
claude_desktop_config.jsonis correct
Connection errors:
Verify internet connection
Check if the LaTeX Resume API is accessible
PDF not generated:
Check the generated-resumes directory permissions
Ensure the directory exists and is writable
Folder creation errors:
Verify write permissions in the generated-resumes directory
Check that folder paths don't contain invalid characters
Path-related issues:
Folder paths are automatically sanitized for security
Invalid characters are replaced with underscores
Directory traversal attempts (../) are automatically blocked
Debug Mode
Enable debug logging by setting the environment variable:
DEBUG=resume-generator node server.jsDevelopment
Project Structure
resume-generator-mcp/
āāā server.js # Main MCP server with folder management
āāā package.json # Dependencies and scripts
āāā README.md # This file
āāā generated-resumes/ # Output directory (created automatically)
āāā [organized folders] # Custom folder structureDependencies
@modelcontextprotocol/sdk: MCP SDK for server implementationnode-fetch: HTTP client for API requestsfs/promises: File system operations for folder management
Security Features
Path Sanitization: Prevents directory traversal attacks
Input Validation: Validates folder paths and filenames
Scope Limiting: All operations are confined to the generated-resumes directory
Character Filtering: Removes or replaces invalid filesystem characters
Contributing
Fork the repository
Create a feature branch:
git checkout -b feature-nameMake your changes and test thoroughly
Submit a pull request with a clear description
Credits
This project is built on top of several amazing open-source projects and services:
LaTeX Resume API
Service: latexresu.me - Professional LaTeX resume generation API
Credits: Thanks to the LaTeX Resume API team for providing the backend service that powers the PDF generation
LaTeX Templates
The beautiful resume templates are based on designs from resumake.io and the broader LaTeX community:
Byungjin Park - Awesome CV template
Scott Clark - Clean and professional designs
Debarghya Das - Modern resume templates
Xavier Danaux - Classic LaTeX resume styles
Ratul Saha - Contemporary designs
Daniil Belyakov - Minimalist templates
Frits Wenneker - Professional CV templates
Technology Stack
MCP (Model Context Protocol) - Anthropic for the protocol specification
Claude Desktop - Integration platform for AI-powered tools
Node.js - Runtime environment for folder management and file operations
LaTeX - Document preparation system for high-quality typesetting
License
MIT Ā© Resume Generator contributors
Support
š Bug Reports: GitHub Issues
š” Feature Requests: GitHub Discussions
Contact: Use GitHub Issues for support.
Changelog
v2.0.0 - Folder Management Update
⨠NEW: Custom folder organization within generated-resumes directory
⨠NEW:
create_foldertool for creating organized directory structures⨠NEW:
list_folderstool for browsing and managing resume collections⨠NEW: Enhanced
generate_resumewithfolderPathparameterš”ļø NEW: Path sanitization and security features
š NEW: File metadata display (size, date) in directory listings
šļø NEW: Auto-creation of folder paths when generating resumes
š NEW: Support for nested folder structures
š NEW: Directory navigation and file organization tools
v1.0.0
Initial release
Support for 9 LaTeX templates via LaTeX Resume API
Natural language resume generation through Claude Desktop
MCP server implementation with structured data support
Professional PDF output with customizable templates
Made with ā¤ļø for the Claude Desktop and MCP community
Available Tools
4 toolscreate_folderC
Create a new folder within the generated-resumes directory for organizing resumes
| Name | Required | Description | Default |
|---|---|---|---|
| folderPath | Yes | Folder path to create within the generated-resumes directory. Can include nested folders. Example: 'job-applications/google' or 'personal-projects' |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries full burden for behavioral disclosure. It states the tool creates a folder, implying a write operation, but doesn't address permissions, error handling, or what happens if the folder already exists. This leaves significant behavioral gaps for a mutation tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence that front-loads the core purpose without unnecessary words. Every part of the sentence contributes directly to understanding the tool's function, making it appropriately concise and well-structured.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a mutation tool with no annotations and no output schema, the description is incomplete. It lacks details on behavioral aspects like permissions, error cases, or return values, which are crucial for an agent to use this tool effectively in context.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already fully documents the single parameter. The description adds no additional parameter semantics beyond what's in the schema, such as format constraints or examples, meeting the baseline for high schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action ('Create a new folder') and resource ('within the generated-resumes directory for organizing resumes'), making the purpose immediately understandable. However, it doesn't explicitly differentiate from sibling tools like 'list_folders' beyond the creation aspect, which prevents a perfect score.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives. It doesn't mention prerequisites, when not to use it, or how it relates to siblings like 'list_folders' or 'create_resume_template', leaving the agent without contextual usage cues.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
create_resume_templateC
Create a template resume structure with placeholder data that can be filled in
| Name | Required | Description | Default |
|---|---|---|---|
| templateNumber | No | Template number (1-10) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It states 'create', implying a write operation, but doesn't disclose behavioral traits such as whether this requires permissions, if it's idempotent, what happens on conflicts, or the format of the output. This is a significant gap for a creation tool with zero annotation coverage.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence that directly states the tool's purpose without unnecessary words. It's front-loaded with the core action, though it could be slightly more structured by including key details like output format or usage context.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool involves creation (a mutation) with no annotations and no output schema, the description is incomplete. It lacks details on what the created template looks like, how it's stored, error conditions, or any behavioral context, making it inadequate for safe and effective use by an agent.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 100% description coverage, with the parameter 'templateNumber' documented as 'Template number (1-10)'. The description adds no additional meaning beyond this, such as explaining what each template number represents or how the placeholder data varies. Baseline 3 is appropriate since the schema does the heavy lifting.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the verb 'create' and the resource 'template resume structure with placeholder data', making the purpose understandable. However, it doesn't explicitly differentiate from sibling tools like 'generate_resume' (which might create actual resumes vs. templates) or 'create_folder' (which creates folders rather than resume templates), so it misses full sibling differentiation.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives like 'generate_resume' or 'create_folder'. It implies usage for creating templates but doesn't specify contexts, prerequisites, or exclusions, leaving the agent with minimal direction.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
generate_resumeC
Generate a resume PDF using the LaTeX Resume API. Provide resume data and get a professionally formatted PDF. Can save to custom folders within the generated-resumes directory.
| Name | Required | Description | Default |
|---|---|---|---|
| resumeData | Yes | Complete resume data object | |
| filename | No | Optional filename for the saved PDF (without extension) | resume |
| folderPath | No | Optional folder path within the generated-resumes directory. If not specified, saves to the root directory. If the folder doesn't exist, it will be created. Example: 'job-applications/google' or 'drafts' |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It mentions that the tool can save to custom folders and create them if needed, which adds some context. However, it fails to disclose critical behavioral traits such as whether this is a read-only or mutation operation (implied mutation from 'Generate'), potential side effects (e.g., file creation), error handling, or performance considerations like rate limits. The description is too sparse for a tool that creates files.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is appropriately concise with two sentences that efficiently convey the core functionality and a key feature (folder saving). It is front-loaded with the main purpose. There is no wasted verbiage, though it could be slightly more structured by separating usage notes, but this is minor.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (3 parameters with nested objects, no output schema, and no annotations), the description is incomplete. It lacks details on output (e.g., what the PDF response looks like, error formats), behavioral expectations, and integration with sibling tools. For a tool that generates files and interacts with a directory structure, more context is needed to guide the agent effectively.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema fully documents the three parameters (resumeData, filename, folderPath). The description adds minimal value beyond the schema: it implies that resumeData is used for PDF generation and mentions folderPath functionality ('saves to custom folders within the generated-resumes directory'). However, it doesn't provide additional semantic context, such as examples of resumeData structure or usage tips, resulting in a baseline score of 3.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'Generate a resume PDF using the LaTeX Resume API' with the specific action 'Provide resume data and get a professionally formatted PDF.' It distinguishes from siblings like 'create_resume_template' by focusing on PDF generation rather than template creation. However, it doesn't explicitly differentiate from all siblings (e.g., 'create_folder' or 'list_folders'), keeping it from a perfect score.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides minimal usage guidance: it mentions saving to custom folders but lacks explicit when-to-use instructions, prerequisites, or alternatives. For instance, it doesn't clarify when to use this tool versus 'create_resume_template' or how it relates to folder management tools like 'create_folder' and 'list_folders'. This leaves the agent with insufficient context for optimal tool selection.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
list_foldersC
List all folders and files in the generated-resumes directory to help with organization
| Name | Required | Description | Default |
|---|---|---|---|
| path | No | Optional path within generated-resumes to list. If not specified, lists the root directory |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It states the tool lists items, implying a read-only operation, but does not address potential behavioral traits such as pagination, sorting, error handling, or whether it recursively lists subdirectories. This leaves significant gaps in understanding how the tool behaves beyond basic listing.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, clear sentence that efficiently conveys the tool's purpose without unnecessary details. It is front-loaded with the core action and resource, making it easy to parse. However, it could be slightly more structured by separating purpose from usage context.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's low complexity (one optional parameter, no output schema, no annotations), the description is minimally adequate. It covers the basic purpose but lacks details on behavioral aspects and output format, which are important for a listing tool. The absence of an output schema means the description should ideally hint at return values, which it does not.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema description coverage is 100%, with the parameter 'path' fully documented in the input schema. The description does not add any additional meaning or context beyond what the schema provides (e.g., it does not explain path formatting or constraints). With high schema coverage, the baseline score of 3 is appropriate, as the description does not compensate but also does not detract.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action ('List all folders and files') and target resource ('generated-resumes directory'), providing a specific verb+resource combination. However, it does not explicitly distinguish this tool from potential sibling tools like 'create_folder' or 'generate_resume', which serve different purposes (creation vs. listing).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description includes a purpose clause ('to help with organization'), which implies a general context but does not provide explicit guidance on when to use this tool versus alternatives. No when-not-to-use scenarios or specific prerequisites are mentioned, leaving usage decisions largely to inference.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
4 tool updates
v1.0.0- First observed
create_folder - First observed
create_resume_template - First observed
generate_resume - First observed
list_folders
TDQS
Each tool has a distinct and non-overlapping purpose: create_folder handles folder creation, create_resume_template sets up templates, generate_resume produces PDFs, and list_folders provides directory listings. There is no ambiguity in tool selection as they target different aspects of the resume generation workflow.
All tool names follow a consistent verb_noun pattern using snake_case: create_folder, create_resume_template, generate_resume, and list_folders. The naming is predictable and readable, with no deviations or mixed conventions.
With 4 tools, the server is well-scoped for its purpose of resume generation and organization. Each tool earns its place by covering essential operations like folder management, template creation, PDF generation, and directory listing, avoiding bloat or thin coverage.
The tool set covers core resume generation workflows, including folder organization, template setup, and PDF creation. A minor gap exists in update or delete operations for folders or templates, but agents can likely work around this by recreating items as needed.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Tailor resumes, generate cover letters, render CVs as PDF, and browse 22+ templates.
Resume builder with native MCP ā create and edit resumes from your AI assistant.
Turn a description into a shareable, editable PDF ā invoices, certificates, reports, resumes.
Turn a Markdown resume draft into an interview-ready PDF. 32 templates, no account, nothing stored.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceAutomates resume tailoring by formatting job descriptions, using AI to customize resumes for specific positions, and saving both jobs and tailored resumes to organized folders.-
- AlicenseAqualityCmaintenanceEnables creating, editing, and compiling LaTeX resumes directly from Claude using built-in templates, with support for managing multiple resume files and automatic PDF generation.11MIT
- FlicenseNot gradedqualityDmaintenanceGenerates professional PDF cover letters using LaTeX with advanced folder management capabilities. Integrates with Claude Desktop to create beautifully formatted cover letters with customizable organization by company, role, or industry.1-
- FlicenseNot gradedqualityBmaintenanceEnables AI clients to manage resumes, match job descriptions, and generate tailored PDF resumes.3-
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/AndreaCadonna/resumake-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server