Skip to main content
Glama
Sign In

Anime Garden

by garden.animes
OverviewDiscussionsAdmin

Search anime torrent resources aggregated from 動漫花園, 蜜柑计划, 萌番组, ANi with Anime Garden

search_resources

Search filter behavior:

  • Different conditions are combined with AND.

  • Within fansubs/publishers/types/subjects/include/exclude, values are OR.

  • search has higher priority than include.

  • keywords uses AND (all keywords must be present), exclude uses AND (all excluded words must not be present). Recommended search patterns:

  1. Latest episode releases: {"types":["动画"]}

  2. Specific show + quality + codec: {"search":["Re:Zero"],"keywords":["1080p","HEVC"]}

  3. Fansub-focused browsing: {"fansubs":["LoliHouse"],"types":["动画"],"after":"2026-02-01"}

  4. Subject tracking with cleanup terms: {"subjects":[123456],"exclude":["合集","NCOP","NCED"]}

Input Schema

NameRequiredDescriptionDefault
afterNoLower time bound (inclusive). Keep resources with createdAt >= after. Accepts date string or timestamp.
typesNoResource categories. Match ANY value (OR). Common values: "动画", "合集".
beforeNoUpper time bound (inclusive). Keep resources with createdAt <= before. Accepts date string or timestamp.
searchNoFull-text query terms (tokenized search). If provided, it takes precedence over include.
excludeNoBlocked title keywords. Exclude resources containing ANY value.
fansubsNoFansub group names. Match ANY value (OR). Example: ["喵萌奶茶屋", "LoliHouse"].
includeNoTitle-contains terms. Match ANY value (OR). Only effective when search is not provided.
keywordsNoRequired title keywords. Title must contain ALL values (AND).
subjectsNoBangumi subject IDs. Match ANY value (OR).
publishersNoPublisher names. Match ANY value (OR). Combined with fansubs in OR logic within this group.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A3.5/5.0
Behavior3/5

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

With no annotations, the description carries the full burden and does disclose the non-obvious filter semantics: cross-group AND, intra-group OR, AND for keywords/exclude, and search's precedence over include. However it says nothing about result limits, sorting, pagination, or authentication, and with no output schema the return shape is entirely undisclosed.

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 AND/OR combination rules are front-loaded before the examples, and every line earns its place. The bullet-plus-numbered-list formatting is scannable, though the mixed prose/list style is slightly heavier than necessary for the amount of content.

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?

Ten optional parameters and a fairly complex filtering model are well covered by the combination rules and examples. The gap is the missing output information: with no output schema and no annotations, the description never says what a result looks like, whether results are paginated, or how many are returned.

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 description coverage is 100%, so the baseline is 3, but the description adds value by showing how parameters combine across groups and by supplying realistic example payloads with concrete values (fansub names, type values, date formats). The precedence rule it repeats is already in the schema, so it is not a 5.

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

Purpose3/5

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

The description opens with 'Search filter behavior' and the examples make it clear this is a resource search, but it never states the specific verb+resource+scope in prose — that lives only in the title. An agent reading only the description would infer a filtered search over aggregated anime torrent resources, but it is implied rather than stated.

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?

Four concrete query patterns ('latest episode releases', 'specific show + quality + codec', 'fansub-focused browsing', 'subject tracking with cleanup') give clear guidance on how to combine filters for common intents. There are no siblings and no explicit when-not-to-use case, which keeps it below a 5.

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

All Anime Garden toolsInspect
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources