zspace-cli
<div align="center">
# zspace-cli
**English** · [简体中文](https://github.com/skyzhao1223/zspace-cli/blob/main/docs/README.zh.md)
[](https://pypi.org/project/zspace-cli/)
[](https://pypi.org/project/zspace-cli/)
[](https://github.com/skyzhao1223/zspace-cli/actions/workflows/ci.yml)
[](https://glama.ai/mcp/servers/skyzhao1223/zspace-cli)
</div>
Manage your 极空间 (ZSpace) NAS from the terminal or AI agents — **no password, no SSH, no DDNS**.
mcp-name: io.github.skyzhao1223/zspace-cli
> Just keep the ZSpace desktop client logged in on macOS.
>
> 📖 How large-file sliced upload was born: [一次 1.4GB 备份引发的逆向 (zh, CSDN)](https://blog.csdn.net/boyzhaotian/article/details/166349848) · CLI guide: [极空间 NAS 命令行管理指南 (zh, CSDN)](https://blog.csdn.net/boyzhaotian/article/details/166349965)
[**Beginner guide**](https://github.com/skyzhao1223/zspace-cli/blob/main/docs/beginner-guide.md) (no coding required) · [Skills](https://github.com/skyzhao1223/zspace-cli/blob/main/skills/README.md) — incl. **8 cross-NAS organizer skills** for AI agents · [中文文档](https://github.com/skyzhao1223/zspace-cli/blob/main/docs/README.zh.md)
<p align="center">
<img src="https://raw.githubusercontent.com/skyzhao1223/zspace-cli/main/docs/assets/demo.gif" alt="zspace-cli terminal demo" width="720">
</p>
---
## Install
```bash
pip install zspace-cli # base
pip install "zspace-cli[mcp]" # optional MCP support
zs check # ✓ reads the desktop client login state
```
**Prerequisite:** the ZSpace desktop client is running and logged in on macOS.
---
## Quick start
```bash
zs ls /sata11/my/data/影视
zs find "权力的游戏" # full-text search
zs tree /sata11/my/data -d 3
zs up ./本地文件.mp4 /sata11/my/data/影视 # upload
zs down /sata11/my/data/影视/某文件.mkv ./下载 # download
```
```python
from zspace_cli import ZSpaceClient
with ZSpaceClient() as zs:
for f in zs.ls("/sata11/my/data"):
print(f"{'📁' if f.is_dir else '📄'} {f.name}")
```
---
## CLI options
| Command | Meaning |
|---------|---------|
| `zs check` | Verify the desktop client proxy is reachable |
| `zs ls [path]` | List directory (`-a/--hidden`, `-l/--long`) |
| `zs info <path>` | Detailed file/dir info |
| `zs rename <path> <new>` | Rename a file or directory |
| `zs mv <src> <dest>` | Move a file/directory |
| `zs cp <src> <dest>` | Copy a file/directory |
| `zs mkdir <parent> <name>` | Create a directory |
| `zs rm <path>` | Delete (`-f/--force` skips confirmation) |
| `zs find <keyword> [path]` | Full-text search across the NAS |
| `zs tree [path]` | Tree view (`-d/--depth N`, default 2) |
| `zs up <local> <remote_dir>` | Upload (`-n/--name` to rename remotely; large files auto-switch to sliced upload) |
| `zs down <path> [dir]` | Download |
| `zs skill <dir>` | Copy Agent skills into a project (`--list`, `--only a,b`) |
| `zs --config-dir <dir>` | Point at a non-default `vuex.json` location (or `ZS_CONFIG_DIR`) |
`zs check`, `zs ls`, `zs info`, `zs find`, `zs tree` accept `--json` for
machine-readable output. `zs mv`/`zs cp`/`zs rm`/`zs down` accept `* ?` glob
patterns on the source path.
> `ls` pages through large directories automatically (the NAS API returns at most 50 entries per call). `find` uses the NAS full-text index, so it searches across directories. Upload/download show a progress bar on a real terminal and stream the file (no full-file buffering). CJK paths work out of the box. Files above 64 MB are uploaded through the desktop client's sliced `/v2/file/upload` protocol (2 MB slices), because the local proxy rejects oversized single-request bodies with HTTP 413; a 413 on a smaller file falls back to slices automatically.
---
## Features
| Operation | CLI | SDK | MCP |
|-----------|-----|-----|-----|
| List directory | `zs ls [path]` | `client.ls(path)` | `zspace_ls` |
| File info | `zs info <path>` | `client.info(path)` | `zspace_info` |
| Rename | `zs rename <path> <name>` | `client.rename(path, name)` | `zspace_rename` |
| Create dir | `zs mkdir <parent> <name>` | `client.mkdir(parent, name)` | `zspace_mkdir` |
| Move | `zs mv <src> <dest>` | `client.move(src, dest)` | `zspace_move` |
| Copy | `zs cp <src> <dest>` | `client.copy(src, dest)` | `zspace_copy` |
| Delete | `zs rm <path>` | `client.remove(path)` | `zspace_remove` |
| Search | `zs find <keyword>` | `client.search(kw)` | `zspace_search` |
| Tree view | `zs tree [path]` | `client.tree(path)` | `zspace_tree` |
| Upload | `zs up <local> <dir>` | `client.upload(local, dir)` | `zspace_upload` |
| Download | `zs down <path> [dir]` | `client.download(path, dir)` | `zspace_download` |
| Health check | `zs check` | `client.is_connected()` | `zspace_check` |
---
## Use with AI agents (Skills)
```bash
zs skill --list # see what's available
zs skill ~/your-project/.cursor/skills/ # install all (Cursor)
# zs skill ~/your-project/skills/ # Claude Code, etc.
zs skill ~/your-project/skills/ --only nas-report,photo-organizer # or pick a few
```
Then tell your agent things like "list the files in `/sata11/my/data`". The skills ship inside the wheel, so `zs skill` works on any machine that has `zspace-cli` installed.
Besides `zspace-nas` (the zero-config base for ZSpace file ops), `zs skill` installs a family of **8 cross-NAS organizer skills**. Their scanners are pure-stdlib and run on any **mounted** path (SMB/NFS), so they work with ZSpace, Synology, QNAP, UGREEN, etc. All follow the same read-only pattern: **scan → the LLM drafts an old→new plan → you confirm → the agent executes** (deletes always quarantine first).
| Skill | What it does |
|-------|--------------|
| **nas-report** | 🧭 Entry point: whole-disk storage profile + routes you to the right specialist skill |
| **photo-organizer** | Photos/videos: file by shoot date, screenshots/WeChat images, burst de-dup |
| **music-organizer** | Music: Artist/Album/Track structure, track numbers, covers, built-in ID3v2 parsing |
| **work-organizer** | Work files: archive loose files, version chaos, copies, stale-file archiving |
| **portfolio-organizer** | Portfolio: project structure, cover/README, separate finals from sources |
| **download-cleaner** | Downloads: triage & clean (partials/torrents/installers/archives/unsorted media) |
| **dedup-finder** | Content-level exact de-dup (3-stage fingerprint size→head→full sha1, zero false positives) |
| **backup-auditor** | Backup health: version rotation, staleness, coverage check |
Start with `nas-report` to see the big picture, then run whichever specialist it recommends. See [skills/README.md](https://github.com/skyzhao1223/zspace-cli/blob/main/skills/README.md) for the full list. Media-library naming stays a separate project: [media-manager-skill](https://github.com/skyzhao1223/media-manager-skill).
---
## How it works
ZSpace has no official CLI or public API. **zspace-cli** talks to the desktop client's local proxy, so it works behind NAT as long as the client is online:
```
Skill / zs / SDK / MCP → 127.0.0.1:13579 (desktop client proxy) → NAS
```
> **Disclaimer** — This is an **unofficial, community-maintained** project, not affiliated with or endorsed by ZSpace (极空间). It relies on the desktop client's local proxy interface, which is **not officially documented**. It only reads the login state of **your own** account on **your own** machine — it does not bypass authentication, crack encryption, or touch anyone else's data. Use at your own risk; make sure your use complies with the ZSpace user agreement and your local laws.
### Platform support
Works on any OS where the ZSpace desktop client exposes its local proxy on
`127.0.0.1:13579`. The login state (`vuex.json`) is auto-detected:
| Platform | Default location |
|----------|------------------|
| macOS | `~/Library/Application Support/zspace/vuex.json` |
| Windows | `%APPDATA%\zspace\vuex.json` (also tries `%LOCALAPPDATA%`, `%USERPROFILE%`) |
| Linux | `~/.zspace/vuex.json`, `~/.config/zspace/vuex.json` (best-effort) |
If the client stores it elsewhere, point the CLI/SDK at it explicitly:
```bash
zs --config-dir ~/path/to/zspace-config check
ZS_CONFIG_DIR=~/path/to/zspace-config zs check # or as an env var
```
> Windows/Linux config locations are best-effort guesses (not verified against
> a real client). If auto-detection misses yours, please open an issue with the
> actual path so it can be added.
> **Windows on ARM** — some `[mcp]` dependencies (e.g. `cryptography`) don't ship
> ARM64 wheels for every version, so `pip install "zspace-cli[mcp]"` may try to
> build them from source (slow, or fails without Rust). Force prebuilt wheels:
> `pip install --only-binary=:all: "zspace-cli[mcp]"`.
### MCP configuration (optional)
```json
{
"mcpServers": {
"zspace": { "command": "zs-mcp", "args": [] }
}
}
```
### Docker (headless)
Run the CLI / MCP server in a container and talk to the desktop client proxy
on the **host** — no desktop client needed inside the image:
```bash
export ZS_CONFIG_HOST_DIR="$HOME/Library/Application Support/zspace" # macOS
# export ZS_CONFIG_HOST_DIR="$APPDATA/zspace" # Windows
# export ZS_CONFIG_HOST_DIR="$HOME/.zspace" # Linux
docker compose build
docker compose run --rm zspace-cli zs check
docker compose run --rm zspace-cli zs ls /sata11/my/data
```
It mounts the host's ZSpace config read-only (`ZS_CONFIG_HOST_DIR`) and points
`ZS_BASE_URL` at the host via `host.docker.internal`. On Linux hosts, either use
`network_mode: host` or the included `extra_hosts` mapping. For a plain
container run:
```bash
docker build -t zspace-cli .
docker run --rm --network host \
-e ZS_BASE_URL=http://127.0.0.1:13579 \
-e ZS_CONFIG_DIR=/config \
-v "$HOME/Library/Application Support/zspace:/config:ro" \
zspace-cli zs check
```
### Globbing
`rm` / `mv` / `cp` / `down` accept glob patterns (`*`, `?`, `[...]`, `**`) that
are expanded on the NAS:
```bash
zs rm "/sata11/my/data/影视/*.mkv" --force
zs cp "/sata11/my/data/**/*.mp4" /sata11/my/data/movies
zs down "/sata11/my/data/photos/*.jpg" ./photos
```
Or via the SDK: `client.glob("/sata11/my/data/**/*.mkv")`.
---
## API reference
| Endpoint | Key Parameters |
|----------|----------------|
| `/v2/file/list` | `path`, `show_hidden`, `start`, `limit` |
| `/v2/file/info` | `path` |
| `/v2/file/modify` | `path`, `newname` |
| `/v2/file/newdir` | `parent`, `name`, `rename=0` |
| `/v2/file/move` / `copy` | `paths[]`, `to` |
| `/v2/file/remove` | `paths[]` |
| `/v2/file/create` | binary body, header `path` as UTF-8 bytes (small-file upload; proxy returns 413 above a size cap) |
| `/v2/file/upload` | sliced upload: query `uuid`=`md5(mtime_ms+size+target_path)`, headers `seek`/`split=1`/`size`/`path` per 2 MB slice |
| `/v2/file/download` | GET `path`, `remote_port=8050` |
| `/file_search/file_search` | `keyword` |
> Note: the interface parameter names are non-standard (`parent` / `to` instead of `path` / `dest`) — documented by the community from the desktop client's behavior.
---
## Repository layout
```
zspace-cli/
├── src/zspace_cli/
│ ├── cli.py # Typer CLI (zs ...)
│ ├── client.py # ZSpaceClient SDK (retry / stream / progress)
│ ├── auth.py # vuex.json auto-detection + credential cache
│ ├── mcp_server.py # MCP tools (zs-mcp)
│ └── skills/ # packaged skill copies shipped in the wheel (keep in sync!)
├── skills/ # skill sources — the source of truth (edit here)
├── scripts/mcp_smoke.py
├── tests/ # pytest (CLI + SDK + MCP + auth)
└── promo/ # launch/promo material (submodule)
```
---
## Integrations
Pair zspace-cli with [Jellyfin / Emby / MoviePilot / MCP clients / Docker](https://github.com/skyzhao1223/zspace-cli/blob/main/docs/integrations.md) and [media-manager-skill](https://github.com/skyzhao1223/media-manager-skill) for media library tooling.
For cloud-drive → NAS pipelines, combine with [baidu-pan-skill](https://github.com/skyzhao1223/baidu-pan-skill): it downloads Baidu NetDisk (百度网盘) share links reliably (cookie extraction, transfer-save, resumable chunked downloads, structural verification), then `zs up` takes over for the sliced large-file upload to the NAS. Both ship as agent skills, so one prompt can drive the whole backup.
---
## Roadmap
- [x] File upload/download
- [x] Linux / Windows client auth (best-effort path detection + `ZS_CONFIG_DIR`)
- [x] Docker headless option (`ZS_BASE_URL` + `docker-compose.yml`)
- [x] Batch glob helpers (`glob()` + `zs rm/mv/cp/down` patterns)
- [x] Agent skill family: 8 cross-NAS organizers + `nas-report` entry, selective install (`zs skill --list/--only`)
- [ ] Optional EXIF-based photo dating (`photo-organizer` via exiftool/mdls) — [#14](https://github.com/skyzhao1223/zspace-cli/issues/14)
- [ ] Per-skill config overrides (whitelist dirs / extension sets) — [#15](https://github.com/skyzhao1223/zspace-cli/issues/15)
- [ ] Growth-trend reports (diff two `nas-report` snapshots) — [#16](https://github.com/skyzhao1223/zspace-cli/issues/16)
---
## Contributing
PRs welcome — see
[CONTRIBUTING.md](https://github.com/skyzhao1223/zspace-cli/blob/main/CONTRIBUTING.md) for dev setup, quality gates, and the
skill-authoring guide (including the `skills/` ↔ `src/zspace_cli/skills/`
dual-copy sync rule that CI enforces).
- 🧭 **Not sure where to start?** Pick from
[CONTRIBUTION_IDEAS.md](https://github.com/skyzhao1223/zspace-cli/blob/main/docs/CONTRIBUTION_IDEAS.md)
(difficulty-tagged backlog, incl. reverse-engineered NAS API notes) or the
[`good first issue`](https://github.com/skyzhao1223/zspace-cli/labels/good%20first%20issue) label
- 💬 Questions & showcases: [Discussions](https://github.com/skyzhao1223/zspace-cli/discussions)
- 🔒 Security issues: private reporting via [SECURITY.md](https://github.com/skyzhao1223/zspace-cli/blob/main/SECURITY.md)
- 🤝 This project follows the [Contributor Covenant](https://github.com/skyzhao1223/zspace-cli/blob/main/CODE_OF_CONDUCT.md)
## Legal
Unofficial community project, not affiliated with or endorsed by ZSpace/极空间.
It automates **your own** logged-in desktop client on **your own** machine —
no passwords handled, no service gates bypassed (membership-gated features are
documented as gated, never worked around). API notes are interoperability
documentation of observed client behavior and may break with client updates.
Concerns or takedown requests: `skyzhao1223@users.noreply.github.com` —
legitimate requests are answered promptly. Source archives ship with every
GitHub Release; the maintainer keeps off-platform `git bundle` mirrors.
## License
MIT
TDQS
Scored across 14 tools
Each tool targets a distinct operation (probe, capacity, diagnostics, list, info, rename, mkdir, move, copy, remove, search, tree, upload, download) with explicit cross-references clarifying when to prefer one over another (e.g., zspace_check vs pool_info, ls vs tree). No two tools overlap in intent.
All tools follow the 'zspace_' prefix with lowercase snake_case and clear action verbs (check, ls, mkdir, move, copy, remove, search, tree, upload, download), plus noun-based for info/pool_info/disk_stats. The pattern is consistent and predictable.
14 tools is appropriate for a NAS file management CLI, covering connectivity, capacity, diagnostics, browsing, search, structural views, CRUD operations (create via mkdir, read via ls/info, update via rename, delete via remove), and transfer (upload/download). Each tool serves a clear purpose without bloat.
The tool surface covers the full lifecycle of file management: check connectivity, view pools, inspect disk health, list/inspect/search/tree for discovery, create (mkdir), rename, move, copy, delete, and upload/download. Missing features like trash/undo are explicitly documented as nonexistent, and the set has no dead ends for typical workflows.