Skip to main content
Glama
Rorogogogo

jobjourney-claude-plugin

by Rorogogogo

update_profile_skills

Update the user's skills list to keep job matching accurate. Use this tool to add or revise skills so AI job search workflows reflect current qualifications.

Instructions

Update the user's skills list.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
skillsYesList of skills

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv3.2.5

TDQS

C2.8/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full behavioral burden and delivers almost nothing. Critically, it does not say whether the supplied list replaces the existing skills set or is merged/appended, which is the single most consequential behavior for an array-typed update field. It also omits permission requirements and reversibility.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single short sentence with zero waste, but its brevity reflects under-specification rather than efficient information density. Nothing is front-loaded because there is nothing beyond the bare operation.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

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, no output schema, and an array parameter whose replace-vs-merge semantics are unclear, the description is inadequate. An agent calling this could silently destroy existing skills data with no warning anywhere in the definition.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100% for the single 'skills' parameter, so the schema already documents both the array and its nested 'name' string. The description adds no semantics beyond that, so the baseline of 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a clear verb and resource ('Update the user's skills list'), so an agent knows the operation targets the skills sub-resource. It does not, however, distinguish this from the many sibling profile updaters (update_profile_basic, update_profile_employment, update_profile_education, etc.), which is where the ambiguity lies.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

There is no guidance on when to use this tool versus the other profile-update siblings or update_full_profile. The agent must infer from the name alone that this is the narrow skills-only path.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools