Skip to main content
Glama

zotero_find_related_papers

Discover related papers by exploring a work's citation graph via OpenAlex, identifying both references and citing works, and flagging items already in your Zotero library.

Instructions

Discover papers related to a known work by following its citation graph via OpenAlex (a free scholarly index). Use this to expand a literature review: find what a paper CITES (its references) and what CITES it (newer follow-up work). Each related paper is flagged as already in your Zotero library or not, so you can quickly spot gaps to fetch (e.g. via zotero_add_by_doi). identifier: either an 8-char Zotero item key (its DOI is looked up) or a DOI / DOI-URL directly (e.g. '10.1038/nature12373' or 'https://doi.org/10.1038/nature12373'). direction: 'references' (works this paper cites), 'citations' (works citing this paper), or 'both' (default). limit: max related papers per direction (default 20, max 50). Citations are sorted by citation count (most-cited first); references keep their original order. Requires the work to have a resolvable DOI present in OpenAlex. Example: zotero_find_related_papers(identifier='10.1038/nature12373', direction='citations', limit=10).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
identifierYes
directionNoboth
limitNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior4/5

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

No annotations provided, so description carries full burden. It explains the OpenAlex source, flagging of existing items, sorting behavior, and requirements. Does not mention rate limits or error cases but covers key behaviors well.

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?

Well-structured: purpose first, then usage, then parameter details, then example. Approximately 120 words, no unnecessary content.

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

Completeness5/5

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

With an output schema available, the description adequately covers purpose, usage, parameters, and behavior. Mentions flagging for existing items and alternative tool. Complete for an agent to use correctly.

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?

Schema coverage is 0%, but description fully explains identifier (Zotero key or DOI/DOI-URL), direction (enum with examples), and limit (default, max, and per direction). Adds sorting details 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?

The description clearly states the tool discovers related papers via citation graph using OpenAlex, distinguishes from siblings by mentioning the specific use case of literature review and referencing zotero_add_by_doi.

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?

Provides clear context for when to use (expand literature review) and prerequisite (resolvable DOI in OpenAlex). Mentions spot gaps and alternative tool. Lacks explicit when-not but sufficient context.

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

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/54yyyu/zotero-mcp'

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