here-now▌
heredotnow/skill · updated Apr 8, 2026
Instantly publish files and folders to the web with a live, shareable URL.
- ›Supports any file type: HTML sites, images, PDFs, videos, and raw files with auto-generated viewers and directory listings
- ›Anonymous sites expire in 24 hours; authenticated sites (with API key) are permanent
- ›Single command workflow: ./scripts/publish.sh {file-or-dir} creates a live URL; use --slug flag to update existing sites
- ›Includes optional handles (user-owned subdomains) and custom domain support for a
here.now
Skill version: 1.11.0
Create a live URL from any file or folder. Static hosting with optional proxy routes for calling external APIs server-side.
To install or update (recommended): npx skills add heredotnow/skill --skill here-now -g
For repo-pinned/project-local installs, run the same command without -g.
Requirements
- Required binaries:
curl,file,jq - Optional environment variable:
$HERENOW_API_KEY - Optional credentials file:
~/.herenow/credentials
Create a site
./scripts/publish.sh {file-or-dir}
Outputs the live URL (e.g. https://bright-canvas-a7k2.here.now/).
Under the hood this is a three-step flow: create/update -> upload files -> finalize. A site is not live until finalize succeeds.
Without an API key this creates an anonymous site that expires in 24 hours. With a saved API key, the site is permanent.
File structure: For HTML sites, place index.html at the root of the directory you publish, not inside a subdirectory. The directory's contents become the site root. For example, publish my-site/ where my-site/index.html exists — don't publish a parent folder that contains my-site/.
You can also publish raw files without any HTML. Single files get a rich auto-viewer (images, PDF, video, audio). Multiple files get an auto-generated directory listing with folder navigation and an image gallery.
Update an existing site
./scripts/publish.sh {file-or-dir} --slug {slug}
The script auto-loads the claimToken from .herenow/state.json when updating anonymous sites. Pass --claim-token {token} to override.
Authenticated updates require a saved API key.
Client attribution
Pass --client so here.now can track reliability by agent:
./scripts/publish.sh {file-or-dir} --client cursor
This sends X-HereNow-Client: cursor/publish-sh on publish API calls.
If omitted, the script sends a fallback value.
API key storage
The publish script reads the API key from these sources (first match wins):
--api-key {key}flag (CI/scripting only — avoid in interactive use)$HERENOW_API_KEYenvironment variable~/.herenow/credentialsfile (recommended for agents)
To store a key, write it to the credentials file:
mkdir -p ~/.herenow && echo "{API_KEY}" > ~/.herenow/credentials && chmod 600 ~/.herenow/credentials
IMPORTANT: After receiving an API key, save it immediately — run the command above yourself. Do not ask the user to run it manually. Avoid passing the key via CLI flags (e.g. --api-key) in interactive sessions; the credentials file is the preferred storage method.
Never commit credentials or local state files (~/.herenow/credentials, .herenow/state.json) to source control.
State file
After every site create/update, the script writes to .herenow/state.json in the working directory:
{
"publishes": {
"bright-canvas-a7k2": {
"siteUrl": "https://bright-canvas-a7k2.here.now/",
"claimToken": "abc123",
"claimUrl": "https://here.now/claim?slug=bright-canvas-a7k2&token=abc123",
"expiresAt": "2026-02-18T01:00:00.000Z"
}
}
}
Before creating or updating sites, you may check this file to find prior slugs.
Treat .herenow/state.json as internal cache only.
Never present this local file path as a URL, and never use it as source of truth for auth mode, expiry, or claim URL.
What to tell the user
- Always share the
siteUrlfrom the current script run. - Read and follow
publish_result.*lines from script stderr to determine auth mode. - When
publish_result.auth_mode=authenticated: tell the user the site is permanent and saved to their account. No claim URL is needed. - When
publish_result.auth_mode=anonymous: tell the user the site expires in 24 hours. Share the claim URL (ifpublish_result.claim_urlis non-empty and starts withhttps://) so they can keep it permanently. Warn that claim tokens are only returned once and cannot be recovered. - Never tell the user to inspect
.herenow/state.jsonfor claim URLs or auth status.
Limits
| Anonymous | Authenticated | |
|---|---|---|
| Max file size | 250 MB | 5 GB |
| Expiry | 24 hours | Permanent (or custom TTL) |
| Rate limit | 5 / hour / IP | 60 / hour free, 200 / hour hobby |
| Account needed | No | Yes (get key at here.now) |
Getting an API key
To upgrade from anonymous (24h) to permanent sites:
- Ask the user for their email address.
- Request a one-time sign-in code:
curl -sS https://here.now/api/auth/agent/request-code \
-H "content-type: application/json" \
-d '{"email": "user@example.com"}'
- Tell the user: "Check your inbox for a sign-in code from here.now and paste it here."
- Verify the code and get the API key:
curl -sS https://here.now/api/auth/agent/verify-code \
-H "content-type: application/json" \
-d '{"email":"user@example.com","code":"ABCD-2345"}'
- Save the returned
apiKeyyourself (do not ask the user to do this):
mkdir -p ~/.herenow && echo "{API_KEY}" > ~/.herenow/credentials && chmod 600 ~/.herenow/credentials
Script options
| Flag | Description |
|---|---|
--slug {slug} |
Update an existing site instead of creating |
--claim-token {token} |
Override claim token for anonymous updates |
--title {text} |
Viewer title (non-HTML sites) |
--description {text} |
Viewer description |
--ttl {seconds} |
Set expiry (authenticated only) |
--client {name} |
Agent name for attribution (e.g. cursor) |
--base-url {url} |
API base URL (default: https://here.now) |
--allow-nonherenow-base-url |
Allow sending auth to non-default --base-url |
--api-key {key} |
API key override (prefer credentials file) |
--spa |
Enable SPA routing (serve index.html for unknown paths) |
--forkable |
Allow others to fork this site |
SPA routing
For React, Vue, Svelte, and other single-page applications, pass --spa when publishing:
./scripts/publish.sh ./dist --spa
This tells here.now to serve index.html for any path that doesn't match a real file, so client-side routing works on refresh and direct links. Without --spa, unknown paths return 404.
You can also toggle SPA mode on an existing site without re-publishing:
curl -sS -X PATCH https://here.now/api/v1/publish/{slug}/metadata \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"spaMode": true}'
Asset paths: Make sure the build uses root-relative paths (/assets/app.js) not bare relative paths (assets/app.js). Vite and Create React App do this by default.
Duplicate a site
curl -sS -X POST https://here.now/api/v1/publish/{slug}/duplicate \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{}'
Creates a full copy of the site under a new slug. All files are copied server-side — no upload needed. The new site is immediately live. Requires authentication and ownership of the source site.
Optionally override viewer metadata (shallow-merged with the source):
curl -sS -X POST https://here.now/api/v1/publish/{slug}/duplicate \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"viewer": {"title": "My Copy"}}'
Forking a site
Publishers can allow others to fork their sites. When a site has forkable: true, its file manifest is exposed and visitors see a fork button.
Publishing a forkable site:
./scripts/publish.sh ./dist --forkable
Or toggle on an existing site:
curl -sS -X PATCH https://here.now/api/v1/publish/{slug}/metadata \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"forkable": true}'
Forking an existing forkable site:
- Fetch the file manifest:
GET https://{slug}.here.now/.herenow/manifest.json - Download each file from:
GET https://{slug}.here.now/.herenow/raw/{path} - Publish the files with
--forkableto keep the fork chain going
The manifest returns a JSON object with files (array of {path, size}), spaMode, and requiredVariables (variables needed for proxy routes, with upstream domains).
If the site has proxy routes, the .herenow/proxy.json file is included in the download. The forker needs to set up their own variables for the proxy routes to work. Check requiredVariables in the manifest for what's needed.
Forkable is mutually exclusive with password protection and payment gating — disable one before enabling the other.
Beyond the script
For delete, metadata patch (including password protection and payment gating), duplicate, claim, list, and other operations, see references/REFERENCE.md.
Payment gating
Sites can require stablecoin payment on the Tempo network before granting access. Payments go directly from the visitor's wallet to the publisher's wallet.
To receive payments you need a Tempo wallet address. Get one at wallet.tempo.xyz or by running npx mppx account create.
CLI commands:
# Set your Tempo wallet address (once)
herenow wallet set 0xYOUR_ADDRESS --api-key $HERENOW_API_KEY
# Require payment on a site (or change an existing price)
herenow price set <slug> 0.50 --api-key $HERENOW_API_KEY
# Use a different wallet for a specific site
herenow price set <slug> 1.00 --wallet 0xOTHER_ADDRESS --api-key $HERENOW_API_KEY
# Remove payment requirement
herenow price remove <slug> --api-key $HERENOW_API_KEY
# Check your wallet address
herenow wallet --api-key $HERENOW_API_KEY
Payment gating and password protection are mutually exclusive. You can also manage payments from the dashboard (Wallet tab for address, site menu for pricing).
Accessing a paid site
If you fetch a here.now URL and get a 402 Payment Required response, the site requires payment.
If you have Tempo wallet + mppx installed: payment is handled automatically. No action needed.
If you have the Tempo CLI: run tempo request <url> to pay and retrieve the content.
If you don't have Tempo: use the payment session flow. The 402 response body includes paymentSession URLs:
{
"price": { "amount": "0.10", "currency": "USD" },
"paymentSession": {
"createUrl": "https://here.now/api/pay/<slug>/session",
"pollUrl": "https://here.now/api/pay/<slug>/poll",
"grantUrl": "https://here.now/api/pay/<slug>/grant"
},
"walletUrl": "https://wallet.tempo.xyz/"
}
Steps:
POST <createUrl>to get a unique deposit address and session ID- Show the user the amount, deposit address, and wallet link (
https://wallet.tempo.xyz/) - Poll
POST <pollUrl>with{"sessionId": "<id>"}every 3 seconds - When the response has
"found": true, callPOST <grantUrl>with{"sessionId": "<id>", "txHash": "<hash>"} - The response contains a
token. Fetch the original URL with?__hn_grant=<token>to get the content.
Example message to the user:
This site requires payment of $0.10 (USD) on the Tempo network. Send $0.10 to: 0xBd46...DbB6 If you need a Tempo wallet: https://wallet.tempo.xyz/
The agent should poll silently and present the content once payment is detected.
Service variables and proxy routes
Sites can make authenticated API calls to external services without exposing secrets in client-side code. Store API keys as variables on the account, add a proxy manifest to the site, and the site's frontend calls a relative URL that here.now proxies server-side.
Store variables on the account
Variables are account-level. Set them once and every site can use them.
curl -sS -X PUT https://here.now/api/v1/me/variables/OPENROUTER_API_KEY \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"value": "sk-or-v1-abc123"}'
List variables (values are never returned):
curl -sS https://here.now/api/v1/me/variables \
-H "Authorization: Bearer {API_KEY}"
Delete a variable:
curl -sS -X DELETE https://here.now/api/v1/me/variables/OPENROUTER_API_KEY \
-H "Authorization: Bearer {API_KEY}"
Variable names must be uppercase letters, digits, and underscores, starting with a letter (e.g. OPENROUTER_API_KEY). Max 50 variables per account, 4 KB per value.
Users can also manage variables from the dashboard (Variables tab).
Add a proxy manifest to the site
Create a .herenow/proxy.json file in the site directory:
{
"proxies": {
"/api/chat": {
"upstream": "https://openrouter.ai/api/v1/chat/completions",
"method": "POST",
"headers": {
"Authorization": "Bearer ${OPENROUTER_API_KEY}"
}
},
"/api/db/*": {
"upstream": "https://xyz.supabase.co/rest/v1",
"headers": {
"apikey": "${SUPABASE_KEY}",
"Authorization": "Bearer ${SUPABASE_KEY}"
}
}
}
}
Each key is a path on the site. Exact paths (like /api/chat) match that path only. Prefix patterns (like /api/db/*) match any path starting with that prefix — the rest is appended to the upstream URL. Query parameters are forwarded automatically.
${VAR_NAME} references are resolved from the account's variables at request time. Headers like Content-Type and Accept are forwarded from the browser automatically; the manifest only needs to declare the auth header.
Frontend calls a relative URL
const res = await fetch('/api/chat', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({
model: 'anthropic/claude-sonnet-4',
messages: [{ role: 'user', content: question }],
stream: true
})
});
The browser hits its own site's URL. here.now intercepts the request, injects the API key server-side, forwards to the upstream, and streams the response back. The key never reaches the browser.
Common proxy configurations
| Service | Upstream | Auth header |
|---|---|---|
| OpenRouter | https://openrouter.ai/api/v1/chat/completions |
Authorization: Bearer ${OPENROUTER_API_KEY} |
| Supabase | https://xyz.supabase.co/rest/v1 |
apikey: ${SUPABASE_KEY} |
| Resend | https://api.resend.com/emails |
Authorization: Bearer ${RESEND_API_KEY} |
| Stripe | https://api.stripe.com/v1 |
Authorization: Bearer ${STRIPE_SECRET_KEY} |
| Airtable | https://api.airtable.com/v0 |
Authorization: Bearer ${AIRTABLE_API_KEY} |
Notes
- Proxy routes require an authenticated site (anonymous sites return 403 on proxy requests).
- Streaming (SSE) works out of the box for LLM responses.
- Rate limiting: 100 requests/hour/IP by default. Override per route with
"rateLimit": "20/hour/ip"in the manifest. - Request body size limit: 10 MB.
- The
.herenow/proxy.jsonfile is never served to site visitors. - Variable changes propagate within about a minute. Proxy route config changes propagate within about 10 seconds.
Handle
Handles are user-owned subdomain namespaces on here.now (for example, yourname.here.now) that route paths to your sites. Claiming a handle requires a paid plan (Hobby or above).
- Handle endpoints:
/api/v1/handle - Handle format: lowercase letters/numbers/hyphens, 2-30 chars, no leading/trailing hyphens
Custom domains
Bring your own domain (e.g. example.com) and serve sites from it. Custom domains: 1 on Free, up to 5 on Hobby.
- Domain endpoints:
/api/v1/domainsand/api/v1/domains/:domain
Add a custom domain
curl -sS https://here.now/api/v1/domains \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"domain": "example.com"}'
The response includes is_apex, DNS instructions, and (for apex domains) an ownership_verification object with TXT record details.
DNS setup by domain type:
- Subdomains (e.g.
docs.example.com): Add a CNAME record pointing tofallback.here.now. - Apex domains (e.g.
example.com):- Add an ALIAS record pointing to
fallback.here.now. (Your DNS provider may call this ANAME or CNAME flattening.) - Add a TXT record using the
nameandvaluefrom theownership_verificationfield in the response.
- Add an ALIAS record pointing to
Tip: Not all DNS providers support ALIAS records for apex domains. If yours doesn't, use www.example.com with a CNAME instead, then set up a redirect from the apex to www at your registrar.
SSL is provisioned automatically once DNS is verified.
Check domain status
curl -sS https://here.now/api/v1/domains/example.com \
-H "Authorization: Bearer {API_KEY}"
Status is pending until DNS is verified and SSL is active, then becomes active. For apex domains, the response includes ownership_verification with the TXT record details and may include verification_errors if there are issues.
List custom domains
curl -sS https://here.now/api/v1/domains \
-H "Authorization: Bearer {API_KEY}"
Remove a custom domain
curl -sS -X DELETE https://here.now/api/v1/domains/example.com \
-H "Authorization: Bearer {API_KEY}"
Removes the domain and all links under it.
Links
Links connect a site to a location on your handle or a custom domain. The same endpoints work for both — omit the domain parameter to target your handle, or include it to target a custom domain.
- Link endpoints:
/api/v1/linksand/api/v1/links/:location - Root location sentinel for path params:
__root__ - Changes propagate globally in up to 60 seconds (Cloudflare KV)
Link to your handle:
curl -sS https://here.now/api/v1/links \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"location": "docs", "slug": "bright-canvas-a7k2"}'
Link to a custom domain:
curl -sS https://here.now/api/v1/links \
-H "Authorization: Bearer {API_KEY}" \
-H "Content-Type: application/json" \
-d '{"location": "", "slug": "bright-canvas-a7k2", "domain": "example.com"}'
An empty location makes it the homepage (e.g. https://example.com/). Use "location": "docs" for https://example.com/docs/.
Full docs: https://here.now/docs