HireScript MCP Server
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., "@HireScript MCP ServerDraft an inclusive job description for a Senior Frontend Engineer"
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.
HireScript MCP Server
MCP (Model Context Protocol) server for generating inclusive, bias-free job descriptions using Claude AI.
Features
🎯 AI-Powered Generation - Uses Claude to create professional job descriptions
✨ Bias Detection - Analyzes content for gendered, ageist, and ability-biased language
📊 Bias Scoring - Returns a 0-100 inclusivity score
🔧 MCP Compatible - Works with any MCP-enabled client
Installation
npm install
npm run buildConfiguration
Set your Anthropic API key:
export ANTHROPIC_API_KEY=your-api-keyUsage
As MCP Server
Add to your MCP client configuration:
{
"mcpServers": {
"hirescript": {
"command": "node",
"args": ["/path/to/hirescript-mcp/dist/index.js"],
"env": {
"ANTHROPIC_API_KEY": "your-api-key"
}
}
}
}Tool: generate_job_description
Generate an inclusive job description with bias analysis.
Parameters:
Name | Type | Required | Description |
| string | ✅ | The job title (e.g., "Senior Software Engineer") |
| string | ❌ | Company name for personalization |
| string | ❌ | Key requirements, one per line |
| string | ❌ | Benefits to highlight |
| string | ❌ | "remote", "hybrid", or "onsite" (default: remote) |
Example Request:
{
"job_title": "Senior Software Engineer",
"company": "TechCorp",
"requirements": "5+ years experience\nTypeScript proficiency\nCloud infrastructure knowledge",
"benefits": "Competitive salary, health insurance, unlimited PTO",
"work_mode": "hybrid"
}Example Response:
{
"jobDescription": "# Senior Software Engineer\n\n## About the Role\n\nWe're looking for a Senior Software Engineer to join our team...",
"biasScore": 92,
"biasWarnings": [
{
"original": "young and energetic",
"suggestion": "motivated and dynamic",
"reason": "Avoid age-related language that may discourage older candidates"
}
]
}Development
# Run in development mode
npm run dev
# Build for production
npm run build
# Run tests
npm testHow It Works
Takes job details as input
Sends a structured prompt to Claude
Claude generates an inclusive job description
Analyzes the content for potential bias
Returns the description with a bias score and warnings
Bias Detection
The server detects and suggests alternatives for:
Gendered language (he/she → they)
Ageist terms (young, energetic → motivated, dynamic)
Ability-biased language (stand for long periods → specific accommodation notes)
Unnecessary requirements (suggests limiting to truly essential qualifications)
Exclusionary phrases (rockstar, ninja → high performer, expert)
License
MIT
Available Tools
1 toolgenerate_job_descriptionA
Generate an inclusive, bias-free job description using AI. Returns the job description text along with a bias score and any warnings about potentially biased language.
| Name | Required | Description | Default |
|---|---|---|---|
| job_title | Yes | The title of the job position (e.g., 'Senior Software Engineer') | |
| company | No | Company name (optional, helps personalize the description) | |
| requirements | No | Key requirements and responsibilities, one per line or comma-separated | |
| benefits | No | Benefits to highlight (e.g., 'health insurance, 401k, remote work') | |
| work_mode | No | Work arrangement type (default: remote) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It discloses key behavioral traits: AI generation, bias analysis (score and warnings), and output format (text plus metadata). However, it lacks details on permissions, rate limits, error handling, or whether the generation is deterministic vs. stochastic.
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, well-structured sentence that efficiently conveys core functionality (generation), method (AI), key features (inclusive, bias-free), and output components (text, score, warnings). Every element earns its place with zero waste.
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 no annotations, no output schema, and 5 parameters with full schema coverage, the description adequately covers purpose and output expectations. It could improve by addressing mutation implications (e.g., is this a read-only generation or does it store data?) or error cases, but it's largely complete for a generative AI tool.
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%, providing full parameter documentation. The description adds no parameter-specific semantics beyond what the schema already states (e.g., it doesn't explain how 'requirements' formatting affects output). Baseline 3 is appropriate when schema does 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 tool's purpose with specific verbs ('generate an inclusive, bias-free job description using AI') and resources (job description text, bias score, warnings). It distinguishes what the tool does (AI generation with bias analysis) without tautology or ambiguity, even without sibling tools for comparison.
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 implies usage context (creating job descriptions with bias awareness) but provides no explicit guidance on when to use this tool versus alternatives, prerequisites, or exclusions. With no sibling tools, the bar is lower, but it lacks specific when/when-not instructions.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap with other tools. The tool's purpose is clearly defined and distinct by default.
A single tool inherently has perfect naming consistency, as there are no other tools to compare against. The tool name follows a clear verb_noun pattern (generate_job_description).
One tool is too few for a server named 'HireScript MCP Server', which suggests a broader hiring or recruitment domain. A single tool for generating job descriptions feels thin and incomplete for such a scope.
The tool surface is severely incomplete for a hiring domain. It only covers job description generation, with obvious gaps like creating, updating, or managing job listings, candidate tracking, or interview scheduling, which are core to recruitment workflows.
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
AI resume triage for recruiters. Query your candidate pool from Claude or ChatGPT.
ATS resume scoring, job analysis, interview prep, and auto-apply that verifies each submission.
A job-search companion: tailor your CV to a role, score fit, fix ATS issues. Also via MCP.
AI job search MCP — fact-checked jobs, application tracker, alerts. ChatGPT, Claude, Cursor.
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/automatikstudio/hirescript-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server