Skip to main content
Glama
KrystalJin1

personal-context-mcp

by KrystalJin1

save_context

Write or update a markdown file to save parsed resume data and organized experiences into a personal knowledge base.

Instructions

写入或更新一个板块(会覆盖同名文件)。 用于「解析完简历/整理完经历后,把结果存进知识库」。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
bodyYes
slugYes
tagsNo
tierNorecruiter
titleYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior3/5

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

The description discloses a key behavioral trait: it will overwrite a file with the same name. However, with no annotations provided, it lacks details about authentication needs, rate limits, or other side effects. The overwrite disclosure is useful but not comprehensive.

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

Conciseness4/5

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

The description is concise (two short sentences) and front-loads the action. It efficiently conveys the main purpose and usage context without unnecessary words.

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?

Given 5 parameters with no schema descriptions or annotations, the description is insufficient. It does not explain the output schema (though one exists) or cover parameter semantics. The tool's complexity demands more detail for an agent to use it correctly.

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

Parameters1/5

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

Schema coverage is 0%, so the description must explain parameters. It does not describe any of the five parameters (slug, title, body, tags, tier). The mention of 'section' is vague and does not map to parameter meanings. This leaves the agent with no guidance on how to fill parameters.

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 clearly states the action: 'write or update a section' and mentions overwriting, which is specific. It also provides a usage scenario ('after parsing resume/organizing experience'), distinguishing it from sibling tools like list_context, get_context, and search_context which are read-only.

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

Usage Guidelines4/5

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

The description gives a clear context for use ('after parsing resume/organizing experience, store the result into the knowledge base'), but it does not explicitly state when not to use or mention alternatives. However, the purpose is clear enough that an agent can infer appropriate usage relative to siblings.

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

Install Server

Other Tools

Latest Blog Posts

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/KrystalJin1/personal-context-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server