Skip to main content
Glama

Baidu Sync Create

baidu_sync_create

Create a Baidu Netdisk sync task between NAS and netdisk, choosing download (netdisk to NAS) or upload (NAS to netdisk) for specified directories.

Instructions

创建网盘同步任务(写操作)。direction=download 网盘→NAS, upload NAS→网盘。

Input Schema

NameRequiredDescriptionDefault
hostNoNAS 主机地址(IP 或域名)
portNoNAS 端口,如 5667(HTTPS)/5666(HTTP)/443
schemeNo传输协议
profileNo独立 session profile 名称,默认使用 default
conflictNorename
intervalNo10m
nas_pathYesNAS 侧目录
directionYes
immediateNo
keep_deletedNo
netdisk_pathYes网盘侧目录

Output Schema

NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.4.2

TDQS

C2.9/5.0
Behavior2/5

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

With no annotations, the description carries the full behavioral burden. It usefully discloses that this is a write/mutation operation, but says nothing about permissions, reversibility, what conflict/interval/immediate/keep_deleted defaults do at runtime, or that a recurring scheduled task is being registered.

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?

Two tightly written sentences with zero waste; the write-operation marker and the direction semantics are front-loaded. Nothing superfluous.

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?

For an 11-parameter write tool with no annotations and only 55% schema coverage, this is thin. An output schema exists so return values needn't be explained, but the description leaves most mutating options (conflict, interval, keep_deleted) and the connection parameters unexplained.

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 55%, but the description compensates for the most important gap by explaining the direction enum (download = netdisk→NAS, upload = NAS→netdisk), which the schema leaves as bare enum values. It adds nothing for conflict, interval, immediate, keep_deleted, or the host/port/profile connection params.

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

Purpose4/5

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

The description states a specific verb+resource (创建网盘同步任务 / create a netdisk sync task) and clearly marks it as a write operation. It is distinguishable from siblings like baidu_sync_list and baidu_sync_update, though it never names them explicitly.

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

Usage Guidelines2/5

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

No when-to-use guidance is given. There is no indication of when to pick baidu_sync_create over baidu_sync_update or baidu_sync_action, nor any prerequisite or context for creating a sync task.

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