← Registry

Productivity

sync.day

Manages event scheduling and participant availability polls.

1 endpoint8 known toolsFirst detected September 6, 2026Last detected September 6, 2026

ENDPOINT 1

https://sync.day/mcp/mcp

No auth detected

MCP server metadata

Name
sync.day
Version
1.0.0
Capabilities
tools.listChanged
Server instructions

sync.day (约时间) collects availability for a fixed-length event, like When2meet. Flow: create_event (or parse_event_text first to turn a sentence into settings) -> share the returned url -> each person calls submit_availability with the start keys they can make -> get_event shows the ranked starts. Slot keys are candidate START times in the form YYYY-MM-DDTHH:MM (naive local time, no timezone). Once 2+ people answered, get_event.voteOptions lists the starts EVERYONE can make; people approve any number of them with vote_time, and the organiser settles it with decide_time (which locks picking and voting until decided with start=null). Identity: submit_availability and vote_time take an `identity` string: a random secret of at least 16 chars that you generate and keep per person (e.g. 32 hex chars) — never a plain user id or name, because anyone who guesses it can act as that person on every event. The server stores only its hash; the same identity later updates the same row, votes need an identity that already submitted at least one start, and names are display only (they may repeat). Keep the adminKey/adminUrl private: it is needed for update_event, remove_participant and decide_time.

Known tools 8

create_event

Create a sync.

Potential side effects
parse_event_text

Turn a natural-language sentence (Chinese works best) into create_event input using sync.

Inferred read-only
get_event

Read an event: settings, every candidate start key per day (startOptions), who has answered (participants with their start keys; names may repeat), the top 10 start times by head-count (ranked), the starts EVERYONE with picks can make with their votes (voteOptions), each person's vote (votes) and decidedStart.

Inferred read-only
submit_availability

Save (or replace) one person's availability: the candidate start keys they can make, from get_event.

Inferred read-only
remove_participant

Organiser only: remove one participant by name (the oldest row with that name when it repeats), together with their vote.

Potential side effects
update_event

Organiser only: change any event settings (same fields and rules as create_event; omitted fields keep their current value; endDate wins over days).

Inferred read-only
vote_time

Approval voting: set every start one person accepts (replaces their earlier approvals; an empty list clears them).

Inferred read-only
decide_time

Organiser only: settle on a start time (locks availability picking and voting; the page shows 已定).

Inferred read-only

CONNECT WITH APPROVAL

Client installation

Review this server and its permissions before adding it. Secret placeholders must be set locally.

Codex

~/.codex/config.toml

[mcp_servers.sync-day]
url = "https://sync.day/mcp/mcp"
enabled = true
Claude Code

.mcp.json

{
  "mcpServers": {
    "sync-day": {
      "type": "http",
      "url": "https://sync.day/mcp/mcp"
    }
  }
}
Claude Desktop

Settings → Connectors → Add custom connector

Name: sync-day
Remote MCP URL: https://sync.day/mcp/mcp

Add this remote URL as a custom connector in Claude Desktop. Availability depends on the user plan and workspace policy.

Cursor

.cursor/mcp.json

{
  "mcpServers": {
    "sync-day": {
      "url": "https://sync.day/mcp/mcp"
    }
  }
}
Visual Studio Code

.vscode/mcp.json

Add to Visual Studio Code
{
  "servers": {
    "sync-day": {
      "type": "http",
      "url": "https://sync.day/mcp/mcp"
    }
  }
}
Generic MCP

Client-specific MCP configuration

{
  "name": "sync-day",
  "transport": "streamable-http",
  "url": "https://sync.day/mcp/mcp"
}
MCP Inspector

Run the official MCP Inspector locally and enter the indexed Streamable HTTP endpoint.

TRUST AND VERIFICATION EVIDENCE

Loading Trust v2 evidence…

Checking the associated registrable domain. The BuiltWith key remains server-side.

Indexed

Evidence is source-attributed and does not guarantee that a third-party server is safe. Risk labels are conservative metadata heuristics.