vitae
Skill0 starsChanged 37 days agoMITView on GitHub
Operate Vitae through its hosted MCP connector: find ATS candidates and jobs, inspect pipelines, prepare drafts, and handle pending approvals. Use for work in a Vitae workspace, not generic recruiting copywriting.
In this repository11 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- candidate-outreachSkill
- candidate-presentationSkill
- candidate-screeningSkill
- hiring-scorecardSkill
- interview-invitationSkill
- interview-kitSkill
- job-intakeSkill
- recruitment-workflowSkill
- sourcing-strategySkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 36
Use the live catalog's status and job-list read tools as a connection check (agent_status and list_jobs when listed).
- Distinctive: line 49
Read relevant records first.
- Distinctive: line 55
After a successful mutation, read back the resulting record when a read tool exists.
- Very specific: line 63
Never use run_workflow or ask_vitae as a workaround for an unavailable send or booking capability.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Vitae
Connect to https://mcp.vitae.ai/mcp using Streamable HTTP and the client's OAuth flow. Setup guidance is at https://mcp.vitae.ai. Never ask for passwords, cookies, tokens, or verification codes in chat. On an authentication failure, use the client's sign-in flow. Do not search local files for credentials or change accounts to bypass a permission failure.
List Vitae assistant skills
When a user asks which Vitae plugin skills or recruiting workflows are available, describe the bundled assistant skills below. This is a package question: do not call search_skills or another candidate/job competency lookup to answer it. search_skills searches professional competencies such as TypeScript, Python, sales, or interviewing for candidate profiles; those values are not installed assistant skills.
The complete Vitae plugin bundles:
vitae: connect, get oriented, find records, prepare changes, and handle approvals.job-intake: agree the role brief and outstanding questions.hiring-scorecard: define job-related evidence criteria and anchored ratings.sourcing-strategy: plan queries, channels, and a measurable search.candidate-screening: compare recorded evidence with the role criteria for recruiter review.candidate-outreach: draft factual, personalized outreach and follow-ups.interview-invitation: draft invitations and rescheduling messages from confirmed details.interview-kit: prepare structured questions and assessment guidance.candidate-presentation: prepare factual shortlists and client presentations.recruitment-workflow: coordinate the assignment and choose the next specialist skill.
Individual skill installs may contain a subset. Report the skills actually available in the current client, and distinguish the full bundle from that subset. Repository engineering skills such as typescript-expert are for building software and are not part of the Vitae recruiting plugin.
Establish context
- Inspect the connected server's tool list. The public tool snapshot is a dated reference, not a guarantee of the caller's permissions or the deployed tool set. Use the live input schema for every call.
- Confirm the intended Vitae workspace from the user's request and authenticated context. If the connector cannot expose the workspace identity, ask the user to verify it in Vitae before reading sensitive records or writing.
agent_statusreports the agent provider, not the workspace identity. - Use the live catalog's status and job-list read tools as a connection check (
agent_statusandlist_jobswhen listed). Public tool discovery alone does not prove authenticated access. Do not create a record or run a workflow to test setup.
Find the right records
- Existing ATS candidate: call
search_ats_candidateswith the supplied name or query, resolve ambiguity, then pass the returned ID toget_candidateorget_candidate_resume. Never construct IDs from names. - Job: call
list_jobswith optionalsearchorclientId, thenget_jobusing the selectedjobId. - Client: call
list_clients, resolve the client, thenget_client. - Pipeline: use
pipeline_summary,get_pipeline_board,list_applicants, orlist_candidates_in_pipelineaccording to their live schemas. A candidate ID and an application ID are different identifiers. get_best_matchesreports persisted match scores, not a hiring decision or proof of a qualification. Present evidence and uncertainties separately.- External sourcing is distinct from ATS lookup. The 2026-09-24 public catalog does not expose
start_sourcing_searchorsearch_sourcing_pool, even though some tool descriptions mention them. Do not call absent tools. Prepare the sourcing brief and hand it to Vitae's Sourcing surface, or use a later live tool only if it is actually listed and the user authorizes any paid search.
Draft and change records
Read relevant records first. Show the proposed fields and target record when a mutation needs a user decision. Reuse explicit authorization already given for the same action and scope; do not add a blanket extra confirmation for harmless reads or drafting.
create_job_draft requires job details including description, company information, category, employment type, workplace type, location, and country. Ask for missing required facts rather than invent them to satisfy the schema. Creating a draft does not publish a vacancy.
Vitae routes business-record mutations through its approval system. Treat a returned pending approval as pending. Report its identifier and proposed change. Call resolve_approval only after the user explicitly approves or declines that specific action and only if permitted by the connected account. An earlier request to prepare a draft is not authorization to approve a later action with changed scope. Never infer completion from an approval request.
After a successful mutation, read back the resulting record when a read tool exists. On timeouts, inspect state before retrying non-idempotent creation or workflow calls. Do not create duplicate records or rerun a workflow just because a response was lost.
Outreach and interviews
Inspect the live catalog for email-send, calendar-booking, and candidate-presentation publishing capabilities. Draft the deliverable first. Use a verified tool only for the specific action the user authorized, within its live schema and Vitae's approval requirements. If that tool is unavailable, hand the draft and precise next step back to the recruiter in Vitae. A successful tool-list scan does not prove that an action executed.
import_campaign_contacts, when available, adds contacts to an existing campaign; it does not send an invitation and may expose contacts to the campaign's configured automation. Use it only for an explicitly requested import into a verified campaign.
Never use run_workflow or ask_vitae as a workaround for an unavailable send or booking capability. A workflow execution can cause external effects: inspect its intended behavior and obtain the required authorization. A successful queue response proves it was queued, not that emails were delivered.
For recruiting methods, use the bundled recruitment-workflow coordinator or the relevant specialist: job-intake, hiring-scorecard, sourcing-strategy, candidate-screening, candidate-outreach, interview-invitation, interview-kit, or candidate-presentation. Drafting can work from supplied context without connecting Vitae. Load only the skill needed for the current task; individual Skills CLI installations may contain only the selected skill. Keep candidate information in the authorized task and workspace; do not place it in public examples, repositories, or telemetry.
Report the outcome
Return the selected records, completed reads or writes, any pending approval, unresolved facts, and the next action. Use precise states: drafted, awaiting approval, queued, completed, or failed. Include only the personal information needed for the user's recruiting task.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

