CLIF exposes a REST API where every endpoint uses theDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/WyattBrashear/CLIF/llms.txt
Use this file to discover all available pages before exploring further.
POST method. The same API powers the official CLI client — anything the clif command does, you can do directly over HTTP. This page covers the base URL format, authentication model, how to compute pass_hash, and the standard error response shape.
Base URL
The server binds to the host and port configured when you startclif-server. There is no path prefix; endpoints are at the root.
Authentication model
Most endpoints require authentication. Instead of session tokens or API keys, CLIF uses a request-level credential scheme: every protected request must includeuser_id and pass_hash in the JSON body (or as form fields for multipart uploads).
| Field | Type | Description |
|---|---|---|
user_id | string | The unique user identifier returned at registration |
pass_hash | string | SHA-256 hex digest of your plaintext password |
pass_hash is a SHA-256 hex digest, not the plaintext password. The server never receives your password in plain text.Computing pass_hash
All-POST design
Every endpoint — including reads like listing files or fetching user data — usesPOST. This simplifies client implementation and keeps credentials out of URL query strings.
Error response format
When a request fails (bad credentials, missing file, quota exceeded), the server responds with HTTP200 and a JSON body in this shape:
Endpoint groups
Authentication
Register accounts, verify credentials, and resolve usernames to user IDs
Files
Upload, list, download, and delete files in your storage allocation
Users
Fetch account statistics including storage used and allocation limit