Skip to main content
Glama
Komeiji-Shiki

trpg-dice-mcp

opposed_check

Compare two characters' roll outcomes to decide the victor in an opposed check. Supports multiple TRPG systems and resolution modes like margin or total.

Instructions

双方对抗检定。比较两名角色的 margin/total/成功等级判定胜负。

示例:

  • CoC 对抗:preset="coc7", actor1={"modifier":0}, actor2={"modifier":0}, target=60

  • D&D 先攻对抗:dice="1d20", actor1={"modifier":3}, actor2={"modifier":1}, mode="roll_over"

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
diceNo
modeNo
tagsNo
timesNo
actor1No角色1 参数
actor2No角色2 参数
hiddenNo
localeNozh
presetNo
reasonNo
targetNo
degreesNo
resolutionNocompare_margin
Behavior3/5

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

The description discloses the core comparison behavior (margin/total/success) and example parameters, but it does not mention side effects like random generation, roll history, or hidden-roll behaviors. With annotations all false, the description carries the burden but only partially covers it.

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 and front-loaded with the main purpose, followed by two useful examples. The structure is clear and each sentence earns its place, though the examples take some space.

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 the high complexity (13 params, 4 enums) and no output schema, the description is incomplete. It does not cover many parameters, does not explain return values, and lacks discussion of edge cases (e.g., ties). The examples help but are insufficient for a full understanding.

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 coverage is only 15% (only actor1/actor2 have basic descriptions). The description's examples add meaning for preset, target, dice, mode, and actor modifiers, but many parameters (resolution, degrees, times, hidden, locale, reason) remain unexplained. It compensates partially but not fully.

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 performs an opposed check ('双方对抗检定') and compares two characters' margin/total/success to determine a winner. This specific verb+resource distinguishes it from siblings like roll_check or roll_dice.

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?

The examples imply usage contexts (CoC, D&D initiative) but do not explicitly state when to use this tool over alternatives or provide exclusions. There is no mention of 'use this when' or 'don't use for single checks'.

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/Komeiji-Shiki/trpg-dice-mcp'

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