Skip to main content
Glama
Sign In
PingCode MCP

PingCode MCP

by frontendRicky
OverviewSchemaSourceRelated ServersDiscussionsAdmin
TypeScript
Remote

List My PingCode Bugs

pingcode_list_my_bugs

Fetch your assigned PingCode bugs with optional filters for keyword, state, priority, and project.

Instructions

拉取当前使用者负责的 PingCode 缺陷。默认负责人读取 PINGCODE_DEFAULT_ASSIGNEE_NAME。

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "pingcode_list_my_bugs"
  }
}

Input Schema

NameRequiredDescriptionDefault
keywordsNo按编号或标题搜索。
pageSizeNo
pageIndexNo
projectIdNoPingCode 项目 ID，提供后跳过项目标识查询。
stateNamesNo状态名称列表，如 新提交、处理中、已修复。
assigneeNameNo覆盖 PINGCODE_DEFAULT_ASSIGNEE_NAME 的负责人姓名。
priorityNamesNo优先级名称列表，如 普通、较高、最高。
projectIdentifierNoPingCode 项目标识，默认读取 PINGCODE_PROJECT_IDENTIFIER。
includePublicImageTokenNo是否请求 PingCode 返回 public_image_token，用于富文本图片下载。

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.2.0

TDQS

A3.7/5.0
Behavior2/5

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

No annotations provided, and description does not mention read-only nature, side effects, or auth requirements. Assumes non-destructive but not explicit.

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?

Extremely concise – two sentences with no waste. Front-loaded with purpose immediately.

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

Completeness3/5

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

For a list tool with 9 parameters and no output schema, description only covers assignee default. Missing context on pagination, filtering, and return format.

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

Parameters4/5

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

Schema has 78% coverage; description adds context for assigneeName by explaining default from PINGCODE_DEFAULT_ASSIGNEE_NAME. Adds value beyond schema.

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?

Clearly states it lists PingCode defects assigned to the current user ('拉取当前使用者负责的 PingCode 缺陷'). Differentiates from sibling 'pingcode_list_bugs' which likely lists all bugs.

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

Usage Guidelines3/5

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

Mentions default assignee from environment variable, implying use for viewing personal bugs. No explicit when-to-use vs alternatives or exclusions. Guidance is minimal.

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