Skip to main content
Glama
scvcoder

korean-privacy-law-mcp

by scvcoder

get_article_change_history

Retrieve change history of specific articles in Korean laws. Track amendments over time by providing law ID and optional article number and date range.

Instructions

조문별 변경 이력 (법제처 lawSearch · target=lsJoHstInf). 특정 법령(또는 특정 조문)의 시점별 개정 추적. fromRegDt/toRegDt 날짜 범위 필수 (미지정 시 최근 10년 자동). PIPA 같은 자주 개정되는 법령의 조문 단위 히스토리 추적. 다음: get_historical_law(mst)로 그 시점 본문, compare_old_new로 신구 비교.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
lawIdYes법령ID (search_law의 lawId 필드 — 법령일련번호 mst와 다름)
joNo조문번호 — '제15조' 또는 '15' 또는 6자리 코드 '001500' 모두 수용. 미지정 시 전체 조문.
fromRegDtNo조회 시작일 YYYYMMDD (미지정 시 자동 — 10년 전부터)
toRegDtNo조회 종료일 YYYYMMDD (미지정 시 자동 — 오늘)
Behavior4/5

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

No annotations provided, so description carries the burden. It explains default date range but lacks explicit read-only hint, auth requirements, or rate limits. Still, it provides useful behavioral context.

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

Conciseness5/5

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

Concise, front-loaded with purpose, then parameter details and usage tips. No unnecessary sentences or fluff.

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

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

No output schema, but description adequately covers function, parameters, and usage context. Could mention return format or pagination, but remains fairly complete for a history retrieval tool.

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

Parameters5/5

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

All 4 parameters are described in schema with 100% coverage, but description adds significant value: clarifies lawId vs mst, jo format flexibility and default, and date parameter defaults.

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

Purpose5/5

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

The description clearly states the tool retrieves article change history for specific laws or articles over time, referencing the source and differentiating from sibling tools by mentioning next steps.

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

Usage Guidelines5/5

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

Provides explicit guidance on mandatory date range with default behavior, and suggests alternative tools (get_historical_law, compare_old_new) for specific follow-up actions.

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/scvcoder/korean-privacy-law-mcp'

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